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

[diver]

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.

[diver]

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

[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.

[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.

[diver]

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

[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.

[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.

[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.

[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.

[axeld]

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

[diver]

Still here in hrev53129.