@workday/canvas-kit-docs 7.0.0-alpha.92-next.19 → 7.0.0-alpha.96-next.22

package/dist/mdx/7.0-MIGRATION-GUIDE.mdx

@@ -1,31 +1,34 @@
 # Canvas Kit 7.0 Migration Guide
 
-Below are the breaking changes made in Canvas Kit v7. Please
+This guide contains breaking changes in Canvas Kit v7. Please
 [reach out](https://github.com/Workday/canvas-kit/issues/new?labels=bug&template=bug.md) if you have
-any questions about the update.
+any questions.
 
 - [Codemod](#codemod)
-- [Infrastructure](#infrastructure)
-- [Component Deprecations](#component-deprecations)
-- [Component Promotions](#component-promotion)
-- [Buttons](#buttons)
-- [Segmented Control](#segmented-control)
-- [Side Panel](#side-panel)
-- [Icons](#icons)
-- [ActionBar Component Updates](#actionbar-component-updates)
-- [Status Indicator Width](#status-indicator-width)
-- [Popup Cards](#popup-cards)
-- [Popper Props Update](#popper-props-update)
-- [Component Promotions](#component-promotion)
-- [Model Changes](#model-changes)
-- [Token Updates](#token-updates)
-  - [Depth Tokens](#depth-tokens)
+- [General Changes](#general-changes)
+  - [Dependency Upgrades](#dependency-upgrades)
+  - [Model Changes](#model-changes)
+- [Tokens](#tokens)
+  - [Depth](#depth)
+- [Components](#components)
+  - [Component Deprecations](#component-deprecations)
+  - [Component Promotions](#component-promotions)
+  - [Action Bar](#action-bar)
+  - [Banner](#banner)
+  - [Button](#button)
+  - [Icon](#icon)
+  - [Popper](#popper)
+  - [Popup](#popup)
+  - [Segmented Control](#segmented-control)
+  - [Side Panel](#side-panel)
+  - [Status Indicator](#status-indicator)
+  - [Tabs](#tabs)
 
 ## Codemod
 
 Please use our [codemod package](https://github.com/Workday/canvas-kit/tree/master/modules/codemod)
-to automatically update your code to work with a majority of the breaking changes in the migration
-from Canvas Kit v6 to v7:
+to automatically update your code to work with many of the breaking changes as you migrate from
+Canvas Kit v6 to v7:
 
 ```sh
 > npx @workday/canvas-kit-codemod v7 [path]
@@ -34,257 +37,584 @@ from Canvas Kit v6 to v7:
 > Note: This codemod only works on `.js`, `.jsx`, `.ts`, and `.tsx` extensions. You may need to make
 > some manual changes in other file types (`.json`, `.mdx`, `.md`, etc.).
 
-> Note: You may need to run your linter after executing the codemod, as it's resulting formatting
+> Note: You may need to run your linter after executing the codemod, as its resulting formatting
 > (spacing, quotes, etc.) may not match your project's styling.
 
-**Breaking changes accounted for by this codemod will be marked with a 🤖.**
+**Breaking changes handled by this codemod will be marked with a 🤖.**
 
 **Please verify all changes made by the codemod. As a safety precaution, we recommend committing the
 changes from the codemod as a single isolated commit (separate from other changes) so you can
 rollback more easily if necessary.**
 
 [Let us know](https://github.com/Workday/canvas-kit/issues/new?labels=bug&template=bug.md) if you
-encounter any issues or use cases that we've missed. The `@workday/canvas-kit-codemod` package will
-help us maintain additional codemod transforms to make future migrations easier.
+encounter any issues or use cases that we've missed.
 
-## Infrastructure
+## General Changes
 
-## Infrastructure Upgrades
+### Dependency Upgrades
 
-Breaking:
+We've upgraded to Emotion 11 and React 17 in v7. This allows teams to upgrade to newer versions of
+Emotion and React without needing to maintain older versions in order to use Canvas Kit.
 
-- v7 now requires Typescript 4.1 and has dropped support for Typescript 3.5-3.9. Previously we used
-  `downlevel-dts` to support Typescript 3.5+ while using Typescript 3.8 features, but
-  `downlevel-dts` does not support the Typescript 4.1 features we use. Typescript 4.1 was release in
-  November, 2020 and we feel it is time to move forward. Reach out if you experience issues
-  upgrading your Typescript version. In our experience, Typescript 4.1 found a few more errors that
-  Typescript 3.8 did not, but the upgrade was manageable.
+As part of this upgrade, we've removed use of the `/** @jsx jsx */` pragma and `css` prop within
+Canvas Kit. See our [React 17 discussion](https://github.com/Workday/canvas-kit/discussions/1455)
+and [corresponding PR](https://github.com/Workday/canvas-kit/pull/1409) for more information on why
+we made this change. Consumers may continue to use the `css` prop.
 
-## Component Deprecations
+To use v7, you'll need to upgrade the following dependencies:
 
-### Deprecation Types
+- React 16.14 OR React 17.X for backwards compatibility on JSX transform if you're using Babel or
+  TypeScript to compile code
+- Emotion 11
+- TypeScript 4.1 or higher, if applicable
+- Babel 7.9 or higher, if applicable
+- An Enzyme adapter for React 17, if applicable
 
-There are two types of deprecations: soft and hard.
+> We no longer support TypeScript 3.5-3.9. Previously, we used `downlevel-dts` to support TypeScript
+> 3.5+ while using TypeScript 3.8 features, but `downlevel-dts` does not support features we use in
+> TypeScript 4.1. TypeScript 4.1 was released in November 2020, and we feel it is time to move
+> forward. Reach out if you experience issues upgrading your TypeScript version. In our experience,
+> TypeScript 4.1 found a few more errors than TypeScript 3.8, but the upgrade was manageable.
 
-#### Soft Deprecation
+Please note that you may also need to update any side effect dependencies or linting packages with
+this update.
 
-A soft-deprecated component is still available with its full functionality, but it will have been
-renamed with a prefix to indicate its soft-deprecated status. It will also include a console warning
-to announce its deprecation. This warning will only be triggered on the component's initial render.
+View our [React 17](https://github.com/Workday/canvas-kit/discussions/1455) and
+[Emotion 11](https://github.com/Workday/canvas-kit/discussions/1453) discussions to learn more about
+any gotchas or tips and tricks with these upgrades. And of course, feel free to contribute to the
+discussion with any questions or learnings of your own!
 
-Soft-deprecated types and utilities will also be renamed but generally will not trigger a console
-warning.
+---
 
-#### Hard Deprecation
+### Model Changes
 
-A hard-deprecated component or package is no longer available. You will need to follow the method
-prescribed in our migration guide to update your application. Please reach out to our team directly
-if you need additional help.
+#### Guards and Callbacks
 
-### Cookie Banner
+We've changed the signature of model event guards and callbacks. In v6, the parameters were in an
+object. This was a less than ideal developer experience as IntelliSense isn't engaged immediately
+and we don't plan on adding any additional parameters to guard and callback functions. We've removed
+the object wrapper.
 
-We are [hard deprecating](#hard-deprecation) `CookieBanner`. If you would like to migrate away from
-this deprecated component now, you can reference
-[this example](https://workday.github.io/canvas-kit/?path=/story/examples-cookiebanner-react--basic)
+```tsx
+// v6
+const model = useTabsModel({
+  onSelect({data: {id}, prevState}) {
+    console.log(id, prevState);
+  },
+});
 
-### Page Header
+// v7
+const model = useTabsModel({
+  onSelect({id}, prevState) {
+    console.log(id, prevState);
+  },
+});
+```
 
-We are [hard deprecating](#hard-deprecation) `Page Header`. If you would like to migrate away from
-this deprecated component now, you can reference
-[this example](https://workday.github.io/canvas-kit/?path=/story/examples-pageheader-react--basic)
+🤖 The codemod will handle this change for you automatically.
 
-### Header / GlobalHeader
+#### Model Implementation
 
-We are [hard deprecating](#hard-deprecation) `Header`. If you would like to migrate away from this
-deprecated component now, you can reference
-[this example](https://workday.github.io/canvas-kit/?path=/story/examples-globalheader-react--basic)
+If you don't extend models, you can skip this section.
 
-## ActionBar Component Updates
+In v6 we supported TypeScript 3.8 which limited the way types could be inferred and defined. v7
+requires TypeScript 4.1 which introduced
+[Template Literal Types](https://www.typescriptlang.org/docs/handbook/2/template-literal-types.html).
+This means guards and callbacks no longer need to be manually defined via an `eventMap`. Event maps
+were a stopgap, manual, and prone to errors in defining them. Not all events have guards or
+callbacks, and there's no way other than manual review to verify their existence. Template Literal
+Types allow us to properly type guards and callbacks without event maps. The previous types forced
+`data` to be an object. We've since dropped that restriction. You can still only pass a single
+argument to events. If you need additional information, use an object.
 
-We've refactored our ActionBar components to simplify logic.
+This change also allowed us to remove a lot of boilerplate associated with models without
+sacrificing type safety. This change doesn't affect most use cases, but will affect those who
+extended a model. We created a new `createModelHook` utility function to help set up types.
 
-PR: https://github.com/Workday/canvas-kit/pull/1396
+##### v6
 
-**Changes:**
+```ts
+export type MyState = {
+  value: string;
+};
 
-- Component has been converted to compound component.
-- `fixed` prop has been removed from component.
-- Now ActionBar uses `position` prop to set container position instead `fixed` prop.
-- Fixed position has been set as default if there is not passed `position` prop.
+export type MyEvents = {
+  updateValue(data: {value: string}): void; // enforced that `data` is an object even if we only need to pass a string
+};
 
-## Status Indicator Width
+export type MyModel = Model<MyState, MyEvents>;
 
-Status Indicators currently truncate when they reach their max width of `150px`. After receiving
-requests to increase this, we have upped it by 25% to `200px`.
+export const myEventMap = createEventMap<MyEvents>()({
+  guards: {
+    shouldUpdateValue: 'updateValue', // easy to forget or make a mistake on guard name
+  },
+  callbacks: {
+    onUpdateValue: 'updateValue',
+  },
+});
 
-We've also added a prop (`maxWidth`) to configure this if you need to. While this increases
-flexibility, please keep in mind that status text should be short, direct, and preferably a single
-word.
+export type MyBaseConfig = {
+  initialValue?: string;
+};
 
-```tsx
-<StatusIndicator label="Slightly Longer Status" type={StatusIndicator.Type.Gray} maxWidth={250} />
+export type MyConfig = MyBaseConfig & Partial<ToModelConfig<MyState, MyEvents, typeof myEventMap>>;
+
+const useMyModel = (config: MyConfig = {}): MyModel => {
+  const [value, setValue] = React.useState(config.initialValue || '');
+
+  const state = {value};
+
+  // useEventMap is used to wrap the event object with guards and callbacks according to the event map
+  const events = useEventMap(myEventMap, state, config, {
+    updateValue(data) {
+      setValue(data.value);
+    },
+  });
+
+  return {state, events};
+};
 ```
 
-## Buttons
+##### v7
 
-To consolidate button APIs, we removed `IconButton` in favor of `PrimaryButton`, `SecondaryButton`
-and `TertiaryButton`.
+```tsx
+const useMyModel = createModelHook({
+  defaultConfig: {
+    initialValue: '',
+  },
+})(config => {
+  const [value, setValue] = React.useState(config.initialValue); // default is already handled
 
-### Breaking Changes
+  const state = {value};
 
-- Removed the `toggled` prop when migrating from `IconButton`
-- Changed the values of `IconPosition: left | right` - > `IconPosition: start | end`
-- Remove `dataLabel` prop from `PrimaryButton` and `SecondaryButton`
+  const events = {
+    updateValue(value: string) {
+      // doesn't need to be an object anymore
+      setValue(value);
+    },
+  };
 
-🤖 The codemod will handle all these changes automatically:
+  return {state, events};
+});
+```
 
-- `iconPosition='left'` becomes `iconPosition='start'`
-- `iconPosition='right'` becomes `iconPosition='end'`
-- `<IconButton icon={plusIcon} />` becomes `<TertiaryButton icon={plusIcon} />`
-- `<IconButton variant='circleFilled' icon={plusIcon} />` becomes
-  `<SecondaryButton icon={plusIcon} />`
-- `<IconButton variant='inverse' icon={plusIcon} />` becomes
-  `<TertiaryButton variant='inverse' icon={plusIcon} />`
-- `<IconButton variant='inverseFilled' icon={plusIcon} />` becomes
-  `<SecondaryButton variant='inverseFilled' icon={plusIcon} />`
+Note the large reduction in TypeScript type boilerplate. In this example, the only place that
+TypeScript syntax exists is in the `updateValue` function definition. This allows better collocating
+of types and values. Also note that `useEventMap` is no longer needed. `createModelHook` will
+automatically wrap the `events` returned to call guards and callbacks when appropriate. Today, this
+is done by creating a new events object. Once we drop IE11 support, this will be done via a proxy
+instead. `createModelHook` handles all type inference so you don't need to explicitly type
+everything. `createModelHook` also attaches React Context directly to the hook along with
+`defaultConfig` and `requiredConfig` for model extension.
 
-#### Manual Changes
+If you extended a model, you'll notice all those types are no longer being exported. You'll have to
+use this new utility function. Here's an example we found in the wild:
 
-The following changes will not be automatic updated and will require a manual update:
+##### v6
 
-- Remove `IconButton` variants: `plain`, `square`, and `squareFilled`
-- Remove `IconButtonProps`
-- Remove `IconButton` prop: `toggled`
-- Remove `PrimaryButton` and `SecondaryButton` prop: `dataLabel`
+```tsx
+import {
+  BasePopupModelConfig,
+  createEventMap,
+  Model,
+  popupEventMap,
+  PopupEvents,
+  PopupModelConfig,
+  PopupState,
+  ToModelConfig,
+  useCloseOnEscape,
+  useEventMap,
+  useFocusTrap,
+  useInitialFocus,
+  usePopupModel,
+  useReturnFocus,
+} from '@workday/canvas-kit-react';
 
-### Button Mapping
+type MyModalState = PopupState & {
+  showOverlay: boolean;
+};
 
-Below is a mapping of V6 `IconButton` variants to their respective V7 buttons and variants. Further
-below is a description of how to manually migrate from unsupported V6 variants. | IconButton variant
-| Button Type | | ------------------ | ------------------------------------ | | `circle` |
-TertiaryButton | | `circleFilled` | SecondaryButton | | `inverse` | TertiButton with variant inverse
-| | `inverseFilled` | SecondaryButton with variant inverse | | `plain` | Not Supporting | | `square`
-| Not Supporting | | `squareFilled` | Not Supporting |
+type MyModalEvents = PopupEvents;
 
-### Remove `IconButton` `plain`, `square`, and `squareFilled` Variants
+const myModalEventMap = createEventMap<MyModalEvents>()({
+  guards: {
+    ...popupEventMap.guards,
+  },
+  callbacks: {
+    ...popupEventMap.callbacks,
+  },
+});
 
-As part of simplifying our variants and cleaning up the API, we've removed the variants `square`,
-`squareFilled` and `plain`. We've also removed the prop `toggled`.
+type MyBaseModalConfig = BasePopupModelConfig & {
+  showOverlay?: boolean;
+};
 
-Plain, Square, or Square-Filled Icon Buttons should either transition to the new icon only Primary,
-Secondary, and Tertiary button variants, the Toolbar Icon Button, or the Segmented Control component
+type MyModalModel = Model<MyModalState, MyModalEvents>;
 
-If you would still like to have a squared icon, you can use
-[ToolbarIconButton](https://workday.github.io/canvas-kit/?path=/docs/components-buttons-button-react-toolbar--toolbar-icon-button)
-which also has the `toggled`prop.
+type MyConfig = MyBaseConfig &
+  Partial<ToModelConfig<MyModalState, MyModalEvents, typeof myModalEventMap>>;
 
-If this button doesn't fit your specific use case, we've introduced a low level
-[`BaseButton` component](#basebutton-component). This component allows you to modify the colors,
-props, and size of the button. For an example of this being used, you can reference our
-[PageButton component](https://github.com/Workday/canvas-kit/blob/master/modules/react/pagination/lib/Pagination/PageButton.tsx).
+export const useMyModalModel = (config: MyConfig = {}): MyModalModel => {
+  const [showOverlay] = React.useState(config.showOverlay ?? true);
 
-### Rendering an icon button
+  const model = usePopupModel({
+    ...config,
+    // hook up to a redux store
+    onShow(...params) {
+      dispatch(setIsModalOpen(true));
+      config?.onShow?.(...params);
+    },
+    onHide(...params) {
+      dispatch(setIsModalOpen(false));
+      config?.onShow?.(...params);
+    },
+  });
 
-In order to render a icon button, omit any `children` and pass the button an `icon` prop.
+  useInitialFocus(model);
+  useReturnFocus(model);
+  useFocusTrap(model);
+  useCloseOnEscape(model);
 
-Example
+  const state = {
+    ...model.state,
+    showOverlay,
+  };
 
-v6
+  const events = useEventMap(myEventMap, state, config, {
+    ...model.events,
+  });
 
-```tsx
-<IconButton variant="circleFilled" icon={plusIcon} />
+  return {state, events};
+};
 ```
 
-v7
+##### v7
 
-```tsx
-<SecondaryButton icon={plusIcon} />
-```
+```ts
+import {
+  useCloseOnEscape,
+  useEventMap,
+  useFocusTrap,
+  useInitialFocus,
+  usePopupModel,
+  useReturnFocus,
+} from '@workday/canvas-kit-react';
 
-You can now render what use to be an `IconButton` using our main buttons.
+const useMyModalModel = createModelHook({
+  defaultConfig: {
+    ...usePopupModel.defaultConfig,
+    showOverlay: true,
+  },
+  requiredConfig: usePopupModel.requiredConfig,
+  contextOverride: usePopupModel.Context, // needed to make sure this model uses the same context as the popup model, otherwise it will create a new one
+})(config => {
+  // `mergeConfig` takes care of the manual merging we were doing earlier
+  const model = usePopupModel(
+    usePopupModel.mergeConfig(config, {
+      // hook up to a redux store
+      onShow() {
+        dispatch(setIsModalOpen(true));
+      },
+      onHide() {
+        dispatch(setIsModalOpen(false));
+      },
+    })
+  );
 
-```tsx
-<PrimaryButton icon={plusIcon} />
-<SecondaryButton icon={plusIcon} />
-<TertiaryButton icon={plusIcon} />
-<PrimaryButton variant='inverse' icon={plusIcon} />
-<SecondaryButton variant='inverse' icon={plusIcon} />
-<TertiaryButton variant='inverse' icon={plusIcon} />
+  useInitialFocus(model);
+  useReturnFocus(model);
+  useFocusTrap(model);
+  useCloseOnEscape(model);
+
+  const state = {
+    ...model.state,
+    showOverlay,
+  };
+
+  return {...model, state};
+});
 ```
 
-### Button sizes
+We've eliminated the cumbersome type boilerplate and type imports. The code is more focused on your
+unique logic and less on boilerplate.
+
+Given the complex nature of this code, this change is **not** handled by the codemod.
+
+## Tokens
 
-Each button now supports sizes: `extraSmall`, `small`, `medium` and `large` with `medium` being the
-default size.
+### Depth
+
+**Changes:**
+
+- Removed `inset` depth
+- Added new depth values: `none` (to remove the default depth from a component), `5` and `6`
+- Updated all depth values: depth now adds only `box-shadow` with two shadows and no border
+
+We've also changed the default depth for the following components:
+
+- Breadcrumbs (Dropdown Menu): Depth 2 → Depth 3
+- Card: Depth 2 → Depth 1
+- Color Picker (Palette): Depth 2 → Depth 5
+- Combobox: Depth 1 → Depth 3
+- Dialog: Depth 2 → Depth 5
+- Menu: Depth 2 → Depth 3
+- Modal: Depth 2 → Depth 6
+- Popup: Depth 2 → Depth 5
+- Side Panel (Preview, alternate variant): Depth 3 → Depth 5
+- Toast: Depth 2 → Depth 5
+
+## Components
+
+### Component Deprecations
+
+#### Deprecation Types
+
+There are two types of deprecations: soft and hard.
+
+##### Soft Deprecation
+
+A soft-deprecated component is still available with its full functionality, but it will have been
+renamed with a prefix to indicate its soft-deprecated status. It will also include a console warning
+announcing its deprecation. This warning will only be triggered on the component's initial render.
+
+Soft-deprecated types and utilities will also be renamed but generally will not trigger a console
+warning.
+
+##### Hard Deprecation
+
+A hard-deprecated component or package is no longer available. You will need to follow the method
+prescribed in our migration guide to update your application. Please
+[reach out](https://github.com/Workday/canvas-kit/issues/new?labels=bug&template=bug.md) to our team
+directly if you need additional help.
+
+#### Cookie Banner
+
+We are [hard-deprecating](#hard-deprecation) `CookieBanner`. Please reference this
+[example](https://workday.github.io/canvas-kit/?path=/story/examples-cookiebanner-react--basic) to
+migrate away from `CookieBanner`.
+
+#### Page Header
+
+We are [hard-deprecating](#hard-deprecation) `PageHeader`. Please reference this
+[example](https://workday.github.io/canvas-kit/?path=/story/examples-pageheader-react--basic) to
+migrate away from `PageHeader`.
+
+#### Header / Global Header
+
+We are [hard-deprecating](#hard-deprecation) `Header`. Please reference this
+[example](https://workday.github.io/canvas-kit/?path=/story/examples-globalheader-react--basic) to
+migrate away from `Header`.
+
+---
+
+### Component Promotions
+
+We've [promoted](https://github.com/Workday/canvas-kit/issues/1395) the following components in v7:
+
+- `Box` from `@workday/canvas-kit-labs/common` to `@workday/canvas-kit-react/layout`
+- `Flex` from `@workday/canvas-kit-labs/layout` to `@workday/canvas-kit-react/layout`
+- `Stack` from `@workday/canvas-kit-labs/layout` to `@workday/canvas-kit-react/layout`
 
 ```tsx
-  <PrimaryButton icon={plusIcon} size='extraSmall' />
-  <PrimaryButton icon={plusIcon} size='small' />
-  <PrimaryButton icon={plusIcon} size='medium' /> // default
-  <PrimaryButton icon={plusIcon} size='large' />
+// v6
+import {Box} from '@workday/canvas-kit-labs-react/common';
+
+// v7
+import {Box} from '@workday/canvas-kit-react/layout';
 ```
 
-### Button Icon position
+🤖 The codemod will update imports for these promoted components.
+
+The APIs for these promoted components remain unchanged.
+
+---
+
+### Action Bar
+
+We've updated `ActionBar` to use the
+[createComponent](/getting-started/for-developers/resources/creating-compound-components/#disclosurecontent-component)
+utility from our
+[common](https://github.com/Workday/canvas-kit/blob/ff77c5bd83e41c3ab2b9c55e41a8b7c1fde33a1b/modules/react/common/lib/utils/components.ts#L167)
+module; it now supports [ref forwarding](https://reactjs.org/docs/forwarding-refs.html) and using
+the `as` prop to change the rendered element.
+
+We've removed the `fixed` prop from `ActionBar`. It now uses the `position` prop (defaults to
+`fixed`) to set the container position.
+
+🤖 The codemod will remove uses of the `fixed` prop from `ActionBar`.
 
-The prop `iconPosition` which is used to determine which side an icon should be when rendered with
-some text, has been changed. The default is `start`
+---
 
-v6
+### Banner
+
+Banner is now a [compound component](/getting-started/for-developers/resources/compound-components/)
+composed of `Banner.Icon`, `Banner.Label`, and `Banner.ActionText`. This allows direct access to the
+icon, label, and text elements.
 
 ```tsx
-iconPosition: 'left' | 'right';
+// v6
+<Banner label="3 Warnings" actionText="Show Details" variant={Banner.Variant.Sticky} error={Banner.ErrorType.Error} />
+
+// v7
+<Banner isSticky={true} hasError={true}>
+  <Banner.Icon />
+  <Banner.Label>3 Warnings</Banner.Label>
+  <Banner.ActionText>Show Details</Banner.ActionText>
+</Banner>
 ```
 
-v7
+🤖 The codemod will rewrite your JSX to match the new API.
+
+Like all compound components, `Banner` is written using the
+[createComponent](/getting-started/for-developers/resources/creating-compound-components/#disclosurecontent-component)
+utility from our
+[common](https://github.com/Workday/canvas-kit/blob/ff77c5bd83e41c3ab2b9c55e41a8b7c1fde33a1b/modules/react/common/lib/utils/components.ts#L167)
+module; it supports [ref forwarding](https://reactjs.org/docs/forwarding-refs.html) and using the
+`as` prop to change the rendered element.
+
+The `variant` prop (which previously accepted `Banner.Variant.Full` or `Banner.Variant.Sticky`) has
+been converted to the boolean `isSticky` prop on the container `Banner` component.
+
+Similarly, the `error` prop (which previously accepted `Banner.ErrorType.Alert` or
+`Banner.ErrorType.Error`) has been converted to the boolean `hasError` prop on `Banner`. `Banner`
+now uses the `useThemedPalette` hook which allows you to override its colors using the Canvas theme.
+
+The icon is now customizable via the `icon` prop of `Banner.Icon`. Previously, the icon was limited
+to `exclamationTriangleIcon` and `exclamationCircleIcon` for the alert and error states,
+respectively.
+
+---
+
+### Button
+
+#### Removal of Icon Button
+
+To consolidate Button APIs, we've removed `IconButton` in favor of `SecondaryButton` and
+`TertiaryButton`. The following table shows how `IconButton` variants in v6 map to their
+corresponding buttons in v7.
+
+| v6 `IconButton` variant    | v7 button (and variant, if necessary)    |
+| -------------------------- | ---------------------------------------- |
+| `circle` (default variant) | `TertiaryButton`                         |
+| `circleFilled`             | `SecondaryButton`                        |
+| `inverse`                  | `TertiaryButton` with `inverse` variant  |
+| `inverseFilled`            | `SecondaryButton` with `inverse` variant |
+| `plain`                    | Unsupported                              |
+| `square`                   | Unsupported                              |
+| `squareFilled`             | Unsupported                              |
+
+> Note: See below for more information about how to manually migrate from
+> [unsupported v6 variants](#unsupported-iconbutton-variants).
+
+🤖 Use the codemod to migrate your `IconButton` components in v6 to their corresponding buttons in
+v7:
 
 ```tsx
-iconPosition: 'start' | 'end';
+// v6
+<IconButton icon={plusIcon} />
+<IconButton variant="circleFilled" icon={plusIcon} />
+<IconButton variant="inverse" icon={plusIcon} />
+<IconButton variant="inverseFilled" icon={plusIcon} />
+
+// v7
+<TertiaryButton icon={plusIcon} />
+<SecondaryButton icon={plusIcon} />
+<TertiaryButton variant="inverse" icon={plusIcon} />
+<SecondaryButton variant="inverse" icon={plusIcon} />
 ```
 
-_Note:_ The position of the icon should have no affect if you're rending an icon button.
+##### Unsupported IconButton Variants
+
+In order to simplify our API, we no longer support the `plain`, `square`, and `squareFilled`
+variants from `IconButton`.
+
+`IconButton` components with `square`, `squareFilled` and `plain` variants should be updated to the
+corresponding icon-only button versions (`PrimaryButton`, `SecondaryButton`, and `TertiaryButton`),
+`ToolbarIconButton`, or `SegmentedControl`. You may use `ToolbarIconButton` if you would still like
+to have a square icon that is toggleable.
 
-### Removal of `dataLabel` Prop
+These changes are **not** handled by the codemod.
 
-The `dataLabel` prop has been removed from our Buttons in v7 in order to simplify the API.
+> If none of these options support your use case, we've introduced a low-level
+> [`BaseButton`](#basebutton) component which allows you to modify the button's colors, size, and
+> other props. For an example of it being used, reference our
+> [`PageButton`](https://github.com/Workday/canvas-kit/blob/master/modules/react/pagination/lib/Pagination/PageButton.tsx)
+> component.
 
-_Note:_ The codemod will not remove this prop since use of this prop varies. If you'd like to still
-have a similar effect, below is an example of how to achieve this.
+##### Removal of IconButtonProps
 
-v6
+The `IconButtonProps` interface no longer exists now that `IconButton` has been removed.
+
+This change is **not** handled by the codemod.
+
+##### Toggled
+
+There is no equivalent to the `IconButton` `toggled` prop in `SecondaryButton` and `TertiaryButton`.
+If you wish to render a button with a toggled state, consider using `ToolbarIconButton`.
+
+This change is **not** handled by the codemod.
+
+#### Icon Position
+
+The `iconPosition` prop determines where an icon should be rendered relative to the button text.
+We've updated the values from `left` and `right` to `start` and `end` respectively to better reflect
+bidirectionality. The default value is `start`.
 
 ```tsx
-<PrimaryButton dataLabel="1:00">Time</PrimaryButton>
+// v6
+iconPosition: 'left' | 'right';
+
+// v7
+iconPosition: 'start' | 'end';
 ```
 
-v7
+🤖 The codemod will map `left` to `start` and `right` to `end` for all uses of `iconPosition`.
+
+`iconPosition` will have no effect if you're rendering a button with only an icon and no text.
+
+#### Removal of dataLabel
+
+In order to simplify our API, we've removed the `dataLabel` prop from `PrimaryButton` and
+`SecondaryButton`.
+
+Given the varied use of `dataLabel`, this change is **not** handled by the codemod. Here's an
+example of how to achieve a similar styling in v7:
 
 ```tsx
-<PrimaryButton>
-  Time
-  <span
-    style={{
-      position: 'relative', // Fixes an IE issue with text within button moving on click
-      textOverflow: 'ellipsis',
-      overflow: 'hidden',
-      whiteSpace: 'nowrap',
-      fontWeight: 400,
-      marginLeft: 4,
-    }}
-  >
-    1:00
-  </span>
-</PrimaryButton>
+// v6
+<PrimaryButton dataLabel="1:00">Time</PrimaryButton>;
+
+// v7
+import {space, type} from '@workday/canvas-kit-react/common';
+
+const DataLabel = styled('span')({
+  position: 'relative', // Fixes an IE issue with text within button moving on click
+  overflow: 'hidden',
+  whiteSpace: 'nowrap',
+  fontWeight: type.properties.fontWeights.regular,
+  marginLeft: space.xxxs,
+});
+
+return (
+  <PrimaryButton>
+    Time
+    <DataLabel>1:00</DataLabel>
+  </PrimaryButton>
+);
 ```
 
-### BaseButton Component
+#### BaseButton
 
-As part of the restructure of our Buttons, we've created a low level `BaseButton` component. This
+> **Disclaimer**: We **strongly** advise consumers **not** to use `BaseButton` and to instead rely
+> on `PrimaryButton`, `SecondaryButton` and `TertiaryButton` whenever possible. `BaseButton` is
+> strictly provided as a last resort if no other option is available for your use case.
+
+As part of our Button restructuring, we've created a low level `BaseButton` component. This
 component isn't intended to be used outside of Canvas Kit, but we do export it for very specific use
-cases which we'll outline below. The `BaseButton` is a styled `button` element which extends our
-style properties which allow us to customize a buttons `colors`, `padding`, `width` and other style
-properties.
+cases. `BaseButton` is a styled `<button>` element which supports style properties such as `colors`,
+`padding`, and `width` among many others.
 
-Basic example:
+Here's an example:
 
 ```tsx
 import * as React from 'react';
@@ -335,116 +665,60 @@ export const BasicButton = ({children, ...elemProps}: BasicButtonProps) => {
 };
 ```
 
-**Note:** Under the hood, `BaseButton` uses our `Box` component which allows `BaseButton` to accept
-style properties. Because of the flexibility of this component, consumers can use this to create
-toggled buttons or a specific button that doesn't fall under the main use case you see in our design
-system.
-
-**Disclaimer** We strongly advise consumers not to use this component if possible and to rely on our
-`PrimaryButton`, `SecondaryButton` and `TertiaryButton` when possible.
-
-## Segmented Control
-
-Segmented Control use to work when rendering `IconButton` as children. This has now moved to a
-compound component and removed the use of `IconButton`.
-
-### Breaking Change
+`BaseButton` uses our `Box` component under the hood, which allows it to accept a variety of style
+properties. Because of the flexibility of this component, consumers can use it to create toggled
+buttons or other buttons that aren't supported by our standard button components.
 
-`IconButton` is no longer a valid child of segmented control.
+---
 
-🤖 The codemod will handle all these changes automatically:
+### Icon
 
-- `IconButton` becomes `SegmentedControl.Button`
+We've updated `AccentIcon`, `AppletIcon`, `Graphic`, `Icon`, `Svg`, `SystemIcon`, and
+`SystemIconCircle` to use the
+[createComponent](/getting-started/for-developers/resources/creating-compound-components/#disclosurecontent-component)
+utility from our
+[common](https://github.com/Workday/canvas-kit/blob/ff77c5bd83e41c3ab2b9c55e41a8b7c1fde33a1b/modules/react/common/lib/utils/components.ts#L167)
+module; they now support [ref forwarding](https://reactjs.org/docs/forwarding-refs.html) and using
+the `as` prop to change the rendered element.
 
-v6
+These components previously supported an `iconRef` prop. In v7, you'll need to use `ref` instead of
+`iconRef`:
 
 ```tsx
-<SegmentedControl value={value} onChange={handleToggle}>
-  <IconButton
-    icon={listViewIcon}
-    value="list-view"
-    aria-label="List View"
-    onClick={e => console.log('Existing IconButton onClick callback')}
-  />
-  <IconButton icon={worksheetsIcon} value="table-view" aria-label="Table View" disabled={true} />
-  <IconButton icon={deviceTabletIcon} value="device-view" aria-label="Device View" />
-  <IconButton icon={percentageIcon} value="percent-view" aria-label="Percent View" />
-</SegmentedControl>
-```
-
-v7
+// v6
+<SystemIcon iconRef={ref} />;
 
-```tsx
-<SegmentedControl value={value} onChange={handleToggle}>
-  <SegmentedControl.Button
-    icon={listViewIcon}
-    value="list-view"
-    aria-label="List View"
-    onClick={e => console.log('Existing IconButton onClick callback')}
-  />
-  <SegmentedControl.Button
-    icon={worksheetsIcon}
-    value="table-view"
-    aria-label="Table View"
-    disabled={true}
-  />
-  <SegmentedControl.Button icon={deviceTabletIcon} value="device-view" aria-label="Device View" />
-  <SegmentedControl.Button icon={percentageIcon} value="percent-view" aria-label="Percent View" />
-</SegmentedControl>
+// v7
+<SystemIcon ref={ref} />;
 ```
 
-## Side Panel
+🤖 The codemod will update all Icon components that previously supported `iconRef` to use `ref`
+instead.
 
-The `SidePanel` in our `preview` package has now been updated so that the toggle button has a
-tooltip built in. If you currently have a `Tooltip` component wrapping this element, you should
-remove it and provide the appropiate text to the button based on its state.
+---
 
-Two props where added to the `SidePanel.ToggleButton`:
+### Popper
 
-```tsx
-/**
-   * The tooltip text to expand the side panel
-   * @default 'Expand'
-   */
-  tooltipTextExpand?: string;
-  /**
-   * The tooltip text to collapse the side panel
-   * @default 'Collapse'
-   */
-  tooltipTextCollapse?: string;
-```
-
-## Icons
-
-We've updated our lower level icon components such as `AccentIcon`, `AppletIcon`, `Graphic`, `Icon`,
-`Svg`, `SystemIcon`, and `SystemIconCircle` to use our
-[createComponent](https://github.com/Workday/canvas-kit/blob/ff77c5bd83e41c3ab2b9c55e41a8b7c1fde33a1b/modules/react/common/lib/utils/components.ts#L167)
-which allows us to `forwardRef`.
-
-### Breaking Change
-
-This is a breaking change since we've removed `iconRef`. You can now just pass a `ref` to the
-element.
-
-🤖 The codemod will handle all these changes automatically:\
+We've removed the `containerElement` prop from `Popper` because it's no longer needed with the
+Fullscreen API.
 
-- `iconRef` becomes `ref`
+---
 
-## Popup Cards
+### Popup
 
-`Popup.Card` (this includes `Modal.Card` and `Dialog.Card`) components are now a flexbox container.
-This was done to support overflowing content (by default, the `Popup.Body` component). The idea is
-the card is a vertical flexbox container and the `Popup.Heading`, `Popup.Body`, and any other
-children are flex items. The `Popup.Body` now has an `overflow-y: auto` on it to naturally allow the
-body content to overflow in a scroll container. This is a breaking change if your `Popup`, `Modal`,
-or `Dialog` doesn't work with a flexbox with `flex-direction: column`. In most cases, this shouldn't
-matter. If this change does cause your popup to display correctly, you may need to play around with
-flex item containers.
+#### Popup.Card
 
-An example where this might break:
+`Popup.Card` components (this includes `Modal.Card` and `Dialog.Card`) are now flexbox containers.
+This was done to support overflowing content (by default, the `Popup.Body` component). The card is a
+vertical flexbox container and `Popup.Heading`, `Popup.Body`, and any other children are flex items.
+`Popup.Body` now has `overflow-y: auto` to naturally allow the body content to overflow in a scroll
+container. This is a breaking change if your `Popup`, `Modal`, or `Dialog` doesn't work with a
+flexbox with `flex-direction: column`. In most cases, this shouldn't matter. If this change does
+cause your popup to display incorrectly, you may need to play around with flex item containers.
 
-A common Modal has a heading, body, and footer (Cancel/Submit buttons). If the Cancel and Submit
-buttons are direct children of the `Modal.Card` like the following:
+Here's an example of where your current implementation might break. A common `Modal` has a heading,
+body, and footer (Cancel/Submit buttons). If the Cancel and Submit buttons are direct children of
+the `Modal.Card` like the following...
 
 ```tsx
 <Modal.Card>
@@ -455,11 +729,10 @@ buttons are direct children of the `Modal.Card` like the following:
 </Modal.Card>
 ```
 
-The buttons will become vertical flex items instead of the default which is displaying inline-block.
-Before, the buttons would layout next to each other horizontally. After, the buttons will stack
-vertically. To fix this, you'll have to add another element to be a flex item from the `Modal.Card`.
-Our examples use `HStack` to align the buttons. The following will render correctly after this
-change:
+...the buttons will become vertical flex items instead of the default which is displaying
+inline-block. Before v7, the buttons would layout next to each other horizontally. In v7, the
+buttons will stack vertically. To fix this, you'll need to add another element as a flex item in the
+`Modal.Card`. The following example uses `HStack` to achieve the desired horizontal layout:
 
 ```tsx
 <Modal.Card>
@@ -472,41 +745,37 @@ change:
 </Modal.Card>
 ```
 
-If your code contains any hacks to make a `Modal` overflow, these hacks should now be removed.
+If your code contains any hacks to make a `Modal` overflow, those hacks should now be removed.
 [This example shows how body content overflows](https://workday.github.io/canvas-kit/?path=/docs/components-popups-modal-react--body-overflow)
-(you may have to limit your browser height to see the overflow). Before you had to manually set the
-`max-height` of the `Modal.Body` element using calculations. These should be removed. The
+(you may have to limit your browser height to see the overflow). Before v7, you had to manually set
+the `max-height` of the `Modal.Body` element using calculations. These should now be removed. The
 `Popup.Card` now has a max height and the `Popup.Body` height is automatically calculated.
 
-### Popup.Body
+#### Popup.Body
 
-The `Popup.Body` is now an overflow container. This means 2 things:
+`Popup.Body` is now an overflow container. This means two things:
 
 - `Popup.Body` will scroll if the contents are too big to fit in the page
 - `Popup.Body` will hide focus rings that render outside the overflow container
 
-Our examples contained some buttons inside the `Body` element and had focus rings cut off. The
-adjustment is to move the buttons outside the `Body` element. This is most likely the desired
-structure anyways since the buttons will not scroll with the overflowed `Body` content.
-
-Before:
+Our examples contained buttons inside the `Body` element with their focus rings cut off. We fixed
+this by moving the buttons outside the `Body` element. This is most likely the desired structure
+anyway since the buttons will no longer scroll with overflowed `Body` content.
 
 ```tsx
+// v6
 <Modal.Card>
   <Modal.Body>
     Body Contents
     <HStack spacing="s">
-      {/*will scroll with the body*/}
+      {/* Will scroll with the body */}
       <Modal.CloseButton as={PrimaryButton}>Delete</Modal.CloseButton>
       <Modal.CloseButton>Cancel</Modal.CloseButton>
     </HStack>
   </Modal.Body>
 </Modal.Card>
-```
 
-After:
-
-```tsx
+// v7
 <Modal.Card>
   <Modal.Body>Body Contents</Modal.Body>
   <HStack spacing="s">
@@ -516,301 +785,106 @@ After:
 </Modal.Card>
 ```
 
-## Popper Props Update
-
-We removed the `containerElement` prop from Popper component because it's no longer needed with
-Fullscreen API.
-
-## Component Promotions
-
-After some [assessment](https://github.com/Workday/canvas-kit/issues/1395) we've decided to promote
-the following components: `Flex`, `Stack`, `Box` and `Breadcumbs`
+---
 
-This promotion does not introduce any API changes, we've just changed moved the components to our
-main `react` package.
-
-**Changes:**
-
-- `Box` was promoted from `@workday/canvas-kit-labs/common` to `@workday/canvas-kit-react/layout`
-- `Flex` was promoted from `@workday/canvas-kit-labs/layout` to `@workday/canvas-kit-react/layout`
-- `Stack` was promoted from `@workday/canvas-kit-labs/layout` to `@workday/canvas-kit-react/layout`
-
-## Model Changes
-
-### Guards and Callbacks
-
-We changed the signature of model event guards and callbacks. In v6, the parameters were in an
-object. This has a less than ideal developer experience as intellisense isn't engaged immediately
-and we don't plan on adding any additional parameters to guard and callback functions. We've removed
-the object wrapper.
+### Segmented Control
 
-🤖 The codemod handles these changes automatically.
+`SegmentedControl` is now a
+[compound component](/getting-started/for-developers/resources/compound-components/).
 
-Before:
+Given the [removal of `IconButton`](#removal-of-icon-button) in v7, you'll now need to use
+`SegmentedControl.Button` instead.
 
 ```tsx
-const model = useTabsModel({
-  onSelect({data: {id}, prevState}) {
-    console.log(id, prevState);
-  },
-});
-```
-
-After:
+// v6
+<SegmentedControl value={value} onChange={handleToggle}>
+  <IconButton
+    icon={listViewIcon}
+    value="list-view"
+    aria-label="List View"
+    onClick={e => console.log('Existing IconButton onClick callback')}
+  />
+  <IconButton icon={worksheetsIcon} value="table-view" aria-label="Table View" disabled={true} />
+  <IconButton icon={deviceTabletIcon} value="device-view" aria-label="Device View" />
+  <IconButton icon={percentageIcon} value="percent-view" aria-label="Percent View" />
+</SegmentedControl>
 
-```tsx
-const model = useTabsModel({
-  onSelect({id}, prevState) {
-    console.log(id, prevState);
-  },
-});
+// v7
+<SegmentedControl value={value} onChange={handleToggle}>
+  <SegmentedControl.Button
+    icon={listViewIcon}
+    value="list-view"
+    aria-label="List View"
+    onClick={e => console.log('Existing IconButton onClick callback')}
+  />
+  <SegmentedControl.Button
+    icon={worksheetsIcon}
+    value="table-view"
+    aria-label="Table View"
+    disabled={true}
+  />
+  <SegmentedControl.Button icon={deviceTabletIcon} value="device-view" aria-label="Device View" />
+  <SegmentedControl.Button icon={percentageIcon} value="percent-view" aria-label="Percent View" />
+</SegmentedControl>
 ```
 
-### Model Implementation
-
-If you don't extend models, you can skip this section.
-
-In v6 we supported Typescript 3.8 which limited the way types could be inferred and defined. Canvas
-Kit v7 now requires Typescript 4.1 which introduced
-[Template Literal Types](https://www.typescriptlang.org/docs/handbook/2/template-literal-types.html).
-This means that the guards and callbacks no longer need to be manually defined via an `eventMap`.
-Event maps were a stopgap, were manual, and prone to errors in defining them. Not all events had
-guards or callbacks there's no check other than manual review to ensure the existence of an event
-callback or guard. Template Literal Types allow us to properly type guards and callbacks without
-event maps. The previous types forced `data` to be an object. We've since dropped that restriction.
-You can still only pass a single argument to events. If you need additional information, use an
-object.
-
-This change also allowed us to remove a lot of boilerplate associated with models without
-sacrificing type safety. This change doesn't effect most use cases, but will effect those whole
-extended a model. We created a new utility function called `createModelHook` that helps set up
-types.
-
-Before:
-
-```ts
-export type MyState = {
-  value: string;
-};
-
-export type MyEvents = {
-  updateValue(data: {value: string}): void; // enforced that `data` is an object even if we only need to pass a string
-};
-
-export type MyModel = Model<MyState, MyEvents>;
-
-export const myEventMap = createEventMap<MyEvents>()({
-  guards: {
-    shouldUpdateValue: 'updateValue', // easy to forget or make a mistake on guard name
-  },
-  callbacks: {
-    onUpdateValue: 'updateValue',
-  },
-});
-
-export type MyBaseConfig = {
-  initialValue?: string;
-};
-
-export type MyConfig = MyBaseConfig & Partial<ToModelConfig<MyState, MyEvents, typeof myEventMap>>;
-
-const useMyModel = (config: MyConfig = {}): MyModel => {
-  const [value, setValue] = React.useState(config.initialValue || '');
+🤖 The codemod will replace all `IconButton` children of `SegmentedControl` with
+`SegmentedControl.Button`.
 
-  const state = {value};
-
-  // useEventMap is used to wrap the event object with guards and callbacks according to the event map
-  const events = useEventMap(myEventMap, state, config, {
-    updateValue(data) {
-      setValue(data.value);
-    },
-  });
+---
 
-  return {state, events};
-};
-```
+### Side Panel
 
-After:
+The `SidePanel` in our Preview package now has a tooltip built in to its toggle button. If you
+currently have a `Tooltip` component wrapping this component, you should remove it. Instead, you'll
+need to provide the appropriate tooltip text to the button based on its state using the following
+new props added to `SidePanel.ToggleButton`:
 
 ```tsx
-const useMyModel = createModelHook({
-  defaultConfig: {
-    initialValue: '',
-  },
-})(config => {
-  const [value, setValue] = React.useState(config.initialValue); // default is already handled
-
-  const state = {value};
-
-  const events = {
-    updateValue(value: string) {
-      // doesn't need to be an object anymore
-      setValue(value);
-    },
-  };
-
-  return {state, events};
-});
+/**
+ * The tooltip text to expand the side panel
+ * @default 'Expand'
+ */
+tooltipTextExpand?: string;
+/**
+ * The tooltip text to collapse the side panel
+ * @default 'Collapse'
+ */
+tooltipTextCollapse?: string;
 ```
 
-Notice the large reduction in Typescript type boilerplate. In this example, the only place that
-Typescript syntax exists is in the `updateValue` function definition. This allows better collocating
-of types and values. Also notice that `useEventMap` doesn't need to be used anymore. The
-`createModelHook` will automatically wrap the `events` returned to call guards and callbacks when
-appropriate. Today this is done via creating a new events object. Once we drop IE11 support, this
-can be done via a proxy instead. The `createModelHook` handles all type inference so we don't have
-to explicitly type everything. Also `createModelHook` attaches React Context directly to the hook
-along with `defaultConfig` and `requiredConfig` for model extension.
-
-If you extended a model, you'll notice all those types are no longer being exported. You'll have to
-use this new utility function. Here's an example we found in the wild:
-
-```tsx
-import {
-  BasePopupModelConfig,
-  createEventMap,
-  Model,
-  popupEventMap,
-  PopupEvents,
-  PopupModelConfig,
-  PopupState,
-  ToModelConfig,
-  useCloseOnEscape,
-  useEventMap,
-  useFocusTrap,
-  useInitialFocus,
-  usePopupModel,
-  useReturnFocus,
-} from '@workday/canvas-kit-react';
-
-type MyModalState = PopupState & {
-  showOverlay: boolean;
-};
-
-type MyModalEvents = PopupEvents;
-
-const myModalEventMap = createEventMap<MyModalEvents>()({
-  guards: {
-    ...popupEventMap.guards,
-  },
-  callbacks: {
-    ...popupEventMap.callbacks,
-  },
-});
-
-type MyBaseModalConfig = BasePopupModelConfig & {
-  showOverlay?: boolean;
-};
-
-type MyModalModel = Model<MyModalState, MyModalEvents>;
-
-type MyConfig = MyBaseConfig &
-  Partial<ToModelConfig<MyModalState, MyModalEvents, typeof myModalEventMap>>;
-
-export const useMyModalModel = (config: MyConfig = {}): MyModalModel => {
-  const [showOverlay] = React.useState(config.showOverlay ?? true);
-
-  const model = usePopupModel({
-    ...config,
-    // hook up to a redux store
-    onShow(...params) {
-      dispatch(setIsModalOpen(true));
-      config?.onShow?.(...params);
-    },
-    onHide(...params) {
-      dispatch(setIsModalOpen(false));
-      config?.onShow?.(...params);
-    },
-  });
+---
 
-  useInitialFocus(model);
-  useReturnFocus(model);
-  useFocusTrap(model);
-  useCloseOnEscape(model);
+### Status Indicator
 
-  const state = {
-    ...model.state,
-    showOverlay,
-  };
+Status Indicators currently truncate when they reach their max width of `150px`. After receiving
+requests to increase this value, we've increased it by 33% to `200px`.
 
-  const events = useEventMap(myEventMap, state, config, {
-    ...model.events,
-  });
+We've also added a `maxWidth` prop to further configure this value if necessary. While this
+increases flexibility, please keep in mind that status text should be short, direct, and preferably
+a single word.
 
-  return {state, events};
-};
+```tsx
+<StatusIndicator label="Slightly Longer Status" type={StatusIndicator.Type.Gray} maxWidth={250} />
 ```
 
-After:
-
-```ts
-import {
-  useCloseOnEscape,
-  useEventMap,
-  useFocusTrap,
-  useInitialFocus,
-  usePopupModel,
-  useReturnFocus,
-} from '@workday/canvas-kit-react';
-
-const useMyModalModel = createModelHook({
-  defaultConfig: {
-    ...usePopupModel.defaultConfig,
-    showOverlay: true,
-  },
-  requiredConfig: usePopupModel.requiredConfig,
-  contextOverride: usePopupModel.Context, // needed to make sure this model uses the same context as the popup model, otherwise it will create a new one
-})(config => {
-  // `mergeConfig` takes care of the manual merging we were doing earlier
-  const model = usePopupModel(
-    usePopupModel.mergeConfig(config, {
-      // hook up to a redux store
-      onShow() {
-        dispatch(setIsModalOpen(true));
-      },
-      onHide() {
-        dispatch(setIsModalOpen(false));
-      },
-    })
-  );
+---
 
-  useInitialFocus(model);
-  useReturnFocus(model);
-  useFocusTrap(model);
-  useCloseOnEscape(model);
+### Tabs
 
-  const state = {
-    ...model.state,
-    showOverlay,
-  };
+To avoid interference with the HTML `name` attribute, we're now using `data-id` instead of `name`
+for `Tabs.Item`, `Tabs.Panel`, and `Tabs.Menu.Item`.
 
-  return {...model, state};
-});
+```tsx
+// v6
+<Tabs.Item name="tabs-item">...</Tabs.Item>
+<Tabs.Panel name="tabs-panel">...</Tabs.Panel>
+<Tabs.Menu.Item name="tabs-menu-item">...</Tabs.Menu.Item>
+
+// v7
+<Tabs.Item data-id="tabs-item">...</TabsItem>
+<Tabs.Panel data-id="tabs-panel">...</Tabs.Panel>
+<Tabs.Menu.Item data-id="tabs-menu-item">...</Tabs.Menu.Item>
 ```
 
-All the cumbersome type boilerplate went away. Also all the type imports went away. The code is more
-focused on your unique logic and less on boilerplate. Unfortunately, this change doesn't have a
-codemod. While possible, this code isn't very common and the codemod would be very complex.
-
-## Token Updates
-
-### Depth Tokens
-
-**Changes:**
-
-- Depth `inset` was removed from token list.
-- Added new depth: `none` (to remove default depth from component), `5` and `6`.
-- Updated all depth values: now depth adds only `box-shadow` with 2 shadows and no border.
-
-Also we changed default depth for the following components:
-
-- Card: Depth 2 → Depth 1
-- Breadcrumbs Dropdown Menu: Depth 2 → Depth 3
-- Menu: Depth 2 → Depth 3
-- Combobox: Depth 1 → Depth 3
-- Popup: Depth 2 → Depth 5
-- Dialog: Depth 2 → Depth 5
-- Color Picker Palette: Depth 2 → Depth 5
-- Toast: Depth 2 → Depth 5
-- Modal: Depth 2 → Depth 6
-- Preview Side Panel (alternate variant): Depth 3 → Depth 6
+🤖 The codemod will handle these changes for you automatically.