DoubleDrop menu bug Win8 64bit and Firefox #2

[markster]

I originally posted the following bug on Feb 23rd (?), but haven't had any response, so I'm reposting in an effort to elict some help.

With Win8 64bit and Firefox, the double drop menu malfunctions. Hovering over a menu choice invokes that choice without any key press. It's easy to duplicate the error--I just took the Web2 example file, changed the menu type to DoubleDrop, compiled and ran it.

Mark

[DonRidley]

Just started testing with Windows 8.   

I can report the same problem here with Windows 8 and Firefox.

Don

[Bruce]

Hi guys,

Actually it wasn't all that easy to duplicate at all. It doesn't seem to be related to the windows version, or the browser version and happens on some machines, but not on others. Gary reported the same thing to me though, and yesterday we were able to figure out the root of it.

The short answer is that on his machine, "touch" support is being detected. On some other machines it's not. the menu itself works differently for touch, because when you tap on a menu item (which generates a "mouse in" event) you want ti to "trigger" whereas with a mouse you want to wait for a click.

Of course on something like windows 8, if you have a touch screen, then you might have both touch _and_ a mouse - which should make things somewhat interesting. I am working on it though to see if there's a solution which will work for all cases.

cheers
Bruce

[DonRidley]

Thanks Bruce!

[markster]

Bruce, thanks for working on this. I can report that my Win8 laptop does indeed have a touch screen. However attached to the USB3.0 port, I have a USB3.0 dock that handles external ethernet, a 24" (non touch) monitor , audio, and other USB peripherals including external drives, and YES, a mouse.

FYI when you get Win 8, save yourself a lot of grief and purchase Stardock's Start8 utility for $US 20(??). It allows you to retain the Win7 look and feel, and then fiddle with Win8's touch interface at your leisure, should you so choose.

Mark

[Bruce]

ok, so this is fixed in 7.07 for "most cases".
The root problem is that the menu behaves differently for mouse events and touch events, although touch events present as mouse events.

In the past it detected "touch support" and thus behaved as a "touch device". However what people have been seeing is that some devices (with both touch and mouse) really want this to behave in "mouse mode".

In the short term it now determines the mode not based on capability, but on User Agent - ie iOS, Android etc (*) are touch - other browsers are not. This is done in a method you can override if you want to.

the following user agent strings, are considered to imply touch;
opera mobi, iemobile, ipod, ipad, iphone, android, blackberry

Cheers
Bruce

[jking]

Bruce,

I have the same menu issue on my Surface Tablet RT with Explorer 10.  I'll recompile everything with 7.07 and test later today.

Thanks,

Jeff

[kingja]

Bruce,

My newly compiled NT 7.07 app still has a similar drop down menu problem...that is the menu does not stay dropped down, allowing the selection of a menu item.  This happens on a Win 8 RT Surface tablet with IE 10.  On a Dell Inspiron ONE, that has a touch screen and a mouse, with IE 9, the menu works as expected.

Thanks,

Jeff

[Bruce]

can you look in the server log, and get the User Agent header string for the RT Surface Tablet please. Post that here. Then I can tweak the method so it recognizes it.

cheers
Bruce

[kingja]

Bruce,

Be glad to but I don't know where to look.  This is an app I run from the Multi-Host exe, so do I look in the log folder there, or in the specific app log folder?  When I checked the specific app folder, I have three files dated Nov, 2012 so they don't appear to be recent. 

Thanks,

Jeff

[Bruce]

it's on the first or second tab. it's just a list of incoming requests with the GET's on the left and the POST's on the right.
you should be able to highlight a GET in the list, and then see the user-agent header on the left. You can just cut & paste it from there.

cheers
Bruce

[kingja]

Bruce,

     Thanks!   I was not sure where this header ended so here is a piece of it:

User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; ARM; Trident/6.0; Touch)
UA-CPU: ARM
Accept-Encoding: gzip, deflate

Jeff

[Bruce]

cool, I'll test for that in the next build.

cheers
Bruce