What problem does this address?
@wordpress/ui’s IconButton wraps its tooltip in a local Tooltip.Provider with delay={ 0 }:
https://github.com/WordPress/gutenberg/blob/trunk/packages/ui/src/icon-button/icon-button.tsx#L33
This makes every IconButton tooltip appear immediately on hover. In dense app UIs, immediate tooltips can feel noisy and get in the way when users are moving across controls or clicking buttons.
Tooltip.Provider already supports delayed and grouped tooltip behavior through Base UI. The default delay provides a better baseline and still allows adjacent tooltips to show quickly once a tooltip is active.
What is your proposed solution?
Remove the hardcoded delay={ 0 } from IconButton’s internal Tooltip.Provider, so it uses the tooltip provider’s default behavior.
Alternatively, if immediate tooltips are intentional for some consumers, expose a prop for configuring the tooltip delay while keeping a nonzero default.
What problem does this address?
@wordpress/ui’sIconButtonwraps its tooltip in a localTooltip.Providerwithdelay={ 0 }:https://github.com/WordPress/gutenberg/blob/trunk/packages/ui/src/icon-button/icon-button.tsx#L33
This makes every
IconButtontooltip appear immediately on hover. In dense app UIs, immediate tooltips can feel noisy and get in the way when users are moving across controls or clicking buttons.Tooltip.Provideralready supports delayed and grouped tooltip behavior through Base UI. The default delay provides a better baseline and still allows adjacent tooltips to show quickly once a tooltip is active.What is your proposed solution?
Remove the hardcoded
delay={ 0 }fromIconButton’s internalTooltip.Provider, so it uses the tooltip provider’s default behavior.Alternatively, if immediate tooltips are intentional for some consumers, expose a prop for configuring the tooltip delay while keeping a nonzero default.