Gin Compatibility: Account for "open" vertical toolbar

Created on 25 January 2023, over 2 years ago

When using the default Gin toolbar settingβ€”"Sidebar, Vertical Toolbar"β€”the toolbar can be either open, showing the icons and text labels for each menu item, or closed, showing only the icons. The toolbar can be opened or closed according to the user's preference using the open/close button. I believe the default initial state is open.

Gin Vertical Toolbar WITHOUT Environment Indicator

If Environment Indicator is not enabled, when a user hovers one of the main items of an open toolbar, that item's sub-menu appears offset to the right by an amount that accounts for the width of the open toolbar, leaving the icons and text labels fully visible and available to hover or click as illustrated below:

Gin Vertical Toolbar WITH Environment Indicator

When Environment Indicator is enabled, sub-menu positioning only accounts for a closed toolbar, so when a user hovers the main toolbar items for an open toolbar, the sub-menu appears positioned too far to the left, and covers the main item text labels. See below:

In addition to diverging from the default Gin behavior, this is amounts to a UI regression in that:

  1. Users who choose the open toolbar likely need/want the additional context provided by the text labels, so we shouldn't cover them, and
  2. A user who is attempting to click a main toolbar item text label will find that the label is immediately covered, and they could inadvertently click the sub-menu item that appears in it's place.

Proposed Solution

Emulate Gin's sub-menu CSS with positioning that accounts for both closed and open toolbar states.

πŸ› Bug report
Status

Active

Version

4.0

Component

User interface

Created by

πŸ‡ΊπŸ‡ΈUnited States justcaldwell Austin, Texas

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Merge Requests

Comments & Activities

Production build 0.71.5 2024