#7165: Fixing PopUpMenu behaviour ---------------------------------+-------------------------- Reporter: Pete | Owner: leavengood Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1/alpha2 Resolution: | Keywords: Blocked By: | Has a Patch: 1 Platform: All | Blocking: ---------------------------------+-------------------------- Comment (by Pete): Replying to [comment:4 leavengood]: > I'll need to test this patch but it may indeed be better behavior. The patch certainly looks fairly simple. I'll try to apply this tomorrow and test it out. Good. Thanks. > > But keep in mind you are definitely in the minority in liking the click- and-hold paradigm. I'm also still not convinced by your comment in #7022. Not sure what you mean here. Do you mean click ''vs'' hold? I thought that in the discussion with Ingo and Stippi that it was decided that a click should alway lock a menu open, but if you hold the mouse down for longer you should ''not'' need a second click. (Originally I thought that a click should also close the menu without selecting anything, but I came to decide the above response was more appropriate.) The reason 7022 worked for you but not me is that it assumes the click point is exactly the menu-top-left point, which is deliberately not the case in my menus. > I specifically tested opening the menu in a corner and purposely wanted the menu to stay open in that case and require another click to select or close. That's what this patch does. If your click brings up the menu under the cursor it will stay open with no selection. A longer press lets you see the situation and you can decide whether to select or not, ''without'' needing a second click. I understood this was the majority preference! -- Ticket URL: <http://dev.haiku-os.org/ticket/7165#comment:5> Haiku <http://dev.haiku-os.org> Haiku - the operating system.