Opened 9 years ago

Last modified 2 years ago

#5439 assigned bug

[Interface Kit] moving cursor from selected menu item to menu separator doesn't trigger deselection

Reported by: diver Owned by: nobody
Priority: normal Milestone: R1
Component: Kits/Interface Kit Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

Press leaf menu and select Shutdown menu (don't click). Now if you move your mouse to menu item separator you could expect it to deselect currently selected menu, but it will not.

Tested with hrev35548 in VirtualBox 3.0.12.

Attachments (1)

Deskbar.png (18.3 KB) - added by diver 9 years ago.

Download all attachments as: .zip

Change History (12)

comment:1 Changed 9 years ago by diver

BTW it seems to work correctly in submenus like Mount menu in Deskbar.

comment:2 Changed 9 years ago by axeld

It works in the same way everywhere, and I think this is how it should work -- why should a separator close an opened sub menu?

If no one else has good arguments, I would close this bug as invalid.

comment:3 Changed 9 years ago by diver

No, thats not what I mean. What I'm trying to say is that only color selection should be turned off when mouse is over a separator.

comment:4 Changed 9 years ago by diver

See, mouse is not over Shutdown menu here, but it's still selected:

Changed 9 years ago by diver

Attachment: Deskbar.png added

comment:5 Changed 9 years ago by mmadia

In that screen shot clipping, the color selection is visually indicating what the parent is of the submenu and serves a purpose.

If you slowly move from "Deskbar preferences" to the separator below it, the color selection will vanish as "Deskbar preferences" has no submenu.

comment:6 Changed 9 years ago by diver

I just tested it in BeOS R5 and there selection vanishes as soon as you move mouse from menu item. If you move it to separator previous selection disappears immediately.

comment:7 in reply to:  1 Changed 9 years ago by idefix

Replying to diver:

BTW it seems to work correctly in submenus like Mount menu in Deskbar.

That's because you move the mouse cursor over Deskbar preferences... before reaching the separator. If you move over Mount and then travel left with your mouse so it's off the menu and then move back on the menu where the separator is, you'll see that the Mount submenu stays open and selected.

comment:8 Changed 9 years ago by bonefish

There's indeed an inconsistency. Selected items without submenu get deselected immediately when moving the mouse over an adjoining separator item, while items with submenu stay selected and their submenu open. BeOS consistently deselects the item in either case, including closing the submenu in the latter.

I think I like that the submenu stays open, since that gives a bit more wiggle room when navigating, but the selection is indeed problematic. It should at least be dimmed or something to indicate that the item is no longer selected. E.g. in the depicted example, if the Deskbar menu had been opened by pressing and keeping the mouse button held down, one would expect that releasing the button in the above situation would activate the selected menu item's action. Which does not happen, though.

comment:9 Changed 9 years ago by axeld

Good point. So let's keep this one open.

comment:10 Changed 9 years ago by diver

Version: R1/alpha1R1/Development

comment:11 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.