v1.16.1
Patch Changes
-
#80
489969fThanks @MikeNotThePope! - FixResizableagainst react-resizable-panels 4The component was written for the v2 API and never updated, so two things were
wrong once v4 was installed:- The vertical layout was unstyled. Both
ResizablePanelGroupand
ResizableHandlekeyed their vertical variants off
data-panel-group-direction, an attribute v4 no longer emits. A handle in a
vertical group came out 1px wide and full height — a vertical rule where a
horizontal one belonged — and its widened drag target ran the wrong way too.
Both now read the separator's ownaria-orientation, which v4 does set, and
the grip pill turns to lie along the rule. ResizablePanelGrouprestatedflexandflex-directionin classes. v4 sets
both inline fromorientation, so the class was dead and the group's real
axis could disagree with the one being styled for.
ResizablePanelGroupalso no longer appliesh-full w-full. The library writes
height: 100%; width: 100%inline, which beats any class — so aclassNameof
h-48never worked here, and keeping a class that tailwind-merge would happily
replace made it look as though it should. Size the group by sizing its parent.Callers on the v4 API are unaffected. If you are still passing v2 prop names —
direction,autoSaveId,onLayout, or a percentageclassNameheight — those
were already being ignored; the new docs page covers what replaces them. - The vertical layout was unstyled. Both
-
#80
489969fThanks @MikeNotThePope! -ScrollAreanow renders a horizontal scrollbar as well as a vertical oneHorizontally overflowing content scrolled, but with no styled bar — the root is
overflow-hidden, so the native one was clipped and the themed one was never
rendered. There was also no way for a caller to add it:ScrollAreaputs its
children inside the viewport, so a<ScrollBar orientation="horizontal" />
passed in would have scrolled along with the content rather than framing it.Both bars are now assembled inside the component. Base UI drops the bar for an
axis that doesn't overflow, so a vertical-only scroll area is unchanged and the
unused bar costs nothing.ScrollBarstays exported for composing Base UI's primitives directly. -
#80
489969fThanks @MikeNotThePope! - Mirror the submenu chevrons in RTLContextMenuSubTrigger,DropdownMenuSubTrigger, andMenubarSubTriggereach
draw aChevronRightto say a submenu opens that way. The submenu itself is
positioned logically and opens leftward in an RTL locale, but the chevron kept
pointing right — the indicator contradicted the thing it indicates.All three now carry
rtl:-scale-x-100, which is what
docs/rtl-icon-audit.mdhas classified them as needing since it was written.
The chevrons were already positioned withms-auto, so nothing else moves.