Skip to content

Release v4.14.2

Choose a tag to compare

@github-actions github-actions released this 26 Sep 06:44
262b367

Added

  • ColumnsProps is exported from @cratis/components/DataPage for the props of DataPage.Columns. ColumnProps from that subpath is unchanged and still describes a table column. (#333)

Fixed

  • The baseline theme's forced-colors (high-contrast) tokens now win over the dark-scheme tokens in every scheme state: explicit cratis-dark/cratis-light classes, the OS dark preference, and scoped .cratis-theme sections. Before, high-contrast mode kept the dark palette. (#329)
  • Page keeps its full-height flex layout when you pass a className; the class is added instead of replacing the layout classes. The panel prop is documented as what it is: a panel class hook on the content region for your own CSS. (#330)
  • CommandStepper now calls onException and onUnauthorized when a command fails, and turns Submit busy before an async onBeforeExecute runs, so the command can no longer be submitted twice. onFailed now also fires for validation failures, as it already does in CommandDialog and StepperCommandDialog; if you show a generic error from onFailed, it will now also appear for validation failures. (#331)
  • The Components 3 to 4 change-handler codemod no longer produces an onChange prop on CommandForm fields that fails type-checking. It leaves those call sites unchanged and tells you to move the handler to the enclosing CommandForm's onFieldChange. onValueChange handlers are still migrated automatically. (#332)
  • The onbeforeexecute-must-return ESLint rule now checks only the components that transform command values (CommandDialog, StepperCommandDialog, CommandStepper, and Arc's CommandForm, including aliased and namespace imports), so it no longer reports Arc CommandScope callbacks. (#332)
  • Corrected public examples and descriptions that did not match the shipped code: the FilterPanel examples now compile, SchemaEditor's canEdit and DataPage's onRefresh describe their actual behavior, and the confirmation and busy-indicator dialogs point to Arc's useConfirmationDialog and useBusyIndicator. (#333)