Window displays as front window, but clicking on it shows window behind it
Scotte Meredith
spomacguy at gmail.com
Tue Dec 13 12:14:59 EST 2016
I was finally able to work around it by turning $clickbehind=kFalse. And apparently you can’t do that at runtime, it has to be on the class.
So it is working, but I don’t really like the solution.
> On Dec 13, 2016, at 8:56 AM, Phil <Phil at pgpotter.co.uk> wrote:
>
> Hi Scotte,
>
> Just a quick, yes I've seen this, really annoying,
> I just don't recall what the circumstances were...
>
> Not even sure it was limited to Omnis only.
> I'll try to remember to make note of it next time.
>
> regards
> Phil.
>
> On 07/12/2016 18:09, Scotte Meredith wrote:
>> 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 houlbergdevelopment.com> 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 gmail.com> 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 gmail.com
>>>>
>>
>> Scotte Meredith
>> SpoMacGuy at gmail.com
>>
>>
>> _____________________________________________________________
>> Manage your list subscriptions at http://lists.omnis-dev.com
>
> --
>
> P G Potter, 11 Regency Court, Mickle Trafford, Chester, UK.
>
> This message is confidential and intended for the use only of the person to whom it is addressed. If you are not the intended recipient you are strictly prohibited from reading, disseminating, copying, printing, re-transmitting or using this message or its contents in any way. Opinions, conclusions and other information expressed in this message are not given or authorised by the Company unless otherwise indicated by an authorised representative independent of this message. The Company does not accept liability for any data corruption, interception or amendment to any e-mail or the consequences thereof. Emails addressed to individuals may not necessarily be read by that person unless they are in the office.
>
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com
Scotte Meredith
SpoMacGuy at gmail.com
More information about the omnisdev-en
mailing list