-
Notifications
You must be signed in to change notification settings - Fork 25
Open
Description
Describe the issue
The current MenuBar component appears to closely match the semantics and behavior of Base UI’s Toolbar component, rather than Base UI’s MenuBar.
The documented examples (e.g. bold / italic formatting actions) represent a classic toolbar use case: a horizontal group of icon buttons with toggleable active state and immediate actions.
Given that Kumo is built on top of Base UI, it’s unclear why a custom MenuBar abstraction is used instead of directly leveraging Base UI’s Toolbar.
Current behavior
- Renders a horizontal row of icon buttons
- Actions are triggered immediately via
onClick - Supports active state (
isActive) - No menu hierarchy or nested menu items
- Matches formatting / editor toolbar patterns
Why this is confusing
In Base UI:
Toolbar- Designed for grouped controls and icon buttons
- Ideal for formatting actions (bold, italic, etc.)
MenuBar- Represents a semantic application menu
- Contains menus and menu items
- Focused on navigation and command discovery
Kumo’s MenuBar behavior aligns with Toolbar, not MenuBar.
Question / clarification requested
- Is there a reason Base UI’s
Toolbarcomponent is not used here? - Is this an intentional abstraction or a naming choice?
- Are there behavior or styling differences that prevent using
Toolbardirectly?
Clarifying this would help consumers understand the intended semantics and accessibility expectations of the component.
Environment
- Package:
@cloudflare/kumo - Version:
1.0.0 - Browser: All
- OS: All
References
- Kumo MenuBar docs: https://kumo-ui.com/components/menubar/
- Base UI Toolbar: https://base-ui.com/react/components/toolbar
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels