Window displays as front window, but clicking on it shows window behind it

Scotte Meredith spomacguy at
Wed Dec 7 13:09:18 EST 2016

No wonky cursors on this one.

I have seen something like this on a Mac with the Omnis windows, but this is a program window that is improperly getting the focus.

I tried moving the just-opened window a bit, but that didn’t work.

Thanks for the interesting suggestion though.

> On Dec 7, 2016, at 9:56 AM, Michael Houlberg <michael at> wrote:
> Funny, I’ve seen this on the Mac, but only in development mode.  I open a window, it is clearly on top, but clicking on it in certain places activates a button on the Omnis Browser window behind.  I’ve noticed when this is about to happen, the cursor gets all crazy fluttering between the normal pointer to a pointing finger.  If I move the front window slightly, then it becomes solid as the front window.  I don’t know if that helps at all.  Maybe after opening the window it can move itself over a pixel?
> Michael Houlberg
> Houlberg Development, LLC
>> On Dec 7, 2016, at 9:19 AM, Scotte Meredith <spomacguy at> wrote:
>> I have an odd thing happening (Windows only).
>> I open a custom print dialog window on top of an existing window. It displays as the front window, but when you try to click on anything in the window, the click actually registers on the underlying window and that window comes to the front.
>> I have put in an OK message to show the name of the $topwind().$name and it says that the top window is the custom print dialog I’m expecting. Just before I display that message, I have both a $bringtofront as well as a "Queue bring to top” for good measure. It is the top window, but trying to click on that top window actually brings the window below it to the front. There are no evToTop events being trapped by either window.
>> Anyone see this before? Ideas?
>> Scotte Meredith
>> SpoMacGuy at

Scotte Meredith
SpoMacGuy at

More information about the omnisdev-en mailing list