Skip to main content
13 events
when toggle format what by license comment
Dec 15, 2013 at 13:28 comment added Ilmari Karonen @ADTC: That was a bit poorly phrased: instead of "both menus close", I should've written something like "both menus end up closed". I suspect what's actually happening on touch screens is that the clicked icon indeed gets both a hover and a click event in quick succession, causing it to open for an imperceptibly short time and then immediately close again.
Dec 15, 2013 at 8:52 comment added Antony The top bar behaved in the way you expected, until someone came up with an idea that resulted in the current behavior. So this is now a counter feature request against the other one. It is just hard to satisfy everybody.
Dec 15, 2013 at 8:38 answer added ADTC timeline score: 3
Dec 15, 2013 at 8:31 comment added ADTC I think I understand how you get your last problem in the touch screen. I usually have the same issue with hover menus on touch screen phones, where it's sometimes impossible to get the menu to pop up without following the link. I think SO can change this so that clicking will only close the menu if it is already open. Otherwise it should open the menu and close other menus.
Dec 15, 2013 at 8:27 comment added ADTC The menus work fine and consistently for me. They respond similar to Windows UI menus and I have no problem with it. I also don't find that I can open two menus at the same time (as mentioned in your sentence: if one of the left-hand side menu icons is clicked while another menu is open, both menus close!). How did you do it?
Dec 14, 2013 at 12:38 history edited Ilmari Karonen CC BY-SA 3.0
added 226 characters in body
Dec 14, 2013 at 12:37 comment added Ilmari Karonen @Mołot: JavaScript menus on the web generally don't, though. And the top bar isn't really a very good imitation of an OS menu bar, with its "webby" design and frankly rather slow responsiveness. Indeed, it hadn't even occurred to me that it might be trying to imitate one, before psubsee2003 suggested it above. (Ps. If the current behavior is kept, it might help if the styling was changed to make it clearer that clicking one of the menu icons "activates" all of them. I just edited the post to add that.)
Dec 14, 2013 at 12:30 comment added Mołot "This feels inconsistent and unexpected to me" - why? What OS have you been using? Windows and KDE and Gnome works that way.
Dec 14, 2013 at 12:09 comment added psubsee2003 @IlmariKaronen can't speak for touch screens either, I've never used Windows on a touch device in the current generation (I used Windows Mobile 5? once upon a time). I'm referencing the hover via Desktop versions of Windows. The help menu is obviously not consistent, but the other 3 are behaving exactly like Visual Studio is (which is what I have open at the moment).
Dec 14, 2013 at 12:06 comment added Ilmari Karonen @psubsee2003: Does Windows do that on touch screens too? (I honestly don't know, having never used any version of Windows on a touch-screen device.) Also, AFAIK, Windows menus don't have any noticeable loading delay when first opened. Still, good point; that's probably what the current behavior is supposed to imitate.
Dec 14, 2013 at 11:59 comment added psubsee2003 I don't dislike the current design (but I don't love it enough to really care one way or another). But I'd hardly call the behavior inconsistent. The behavior is very similar to Windows menus. Once one is open, all of the menus in the menu bar turn into hover menus.
Dec 14, 2013 at 11:45 comment added Martijn Pieters The magic hover behaviour was annoying me as well. I use the keyboard shortcuts, and if I then accidentally move my mouse I suddenly am looking at a different menu. Rather annoying.
Dec 14, 2013 at 11:42 history asked Ilmari Karonen CC BY-SA 3.0