@adobe/spectrum-design-data 3.3.0-beta.2 → 3.3.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (136) hide show
  1. package/components/accordion.json +67 -15
  2. package/components/action-bar.json +30 -9
  3. package/components/action-button.json +92 -39
  4. package/components/action-group.json +137 -18
  5. package/components/alert-banner.json +27 -8
  6. package/components/alert-dialog.json +55 -34
  7. package/components/avatar-group.json +35 -9
  8. package/components/avatar.json +105 -29
  9. package/components/badge.json +163 -56
  10. package/components/breadcrumbs.json +107 -26
  11. package/components/button-group.json +63 -19
  12. package/components/button.json +105 -61
  13. package/components/calendar.json +74 -8
  14. package/components/card.json +13 -0
  15. package/components/cards.json +46 -31
  16. package/components/checkbox-group.json +85 -16
  17. package/components/checkbox.json +97 -27
  18. package/components/close-button.json +75 -20
  19. package/components/coach-indicator.json +44 -14
  20. package/components/coach-mark.json +26 -8
  21. package/components/color-area.json +100 -20
  22. package/components/color-handle.json +46 -25
  23. package/components/color-loupe.json +14 -2
  24. package/components/color-slider.json +129 -26
  25. package/components/color-wheel.json +91 -17
  26. package/components/combo-box.json +189 -50
  27. package/components/contextual-help.json +126 -80
  28. package/components/date-field.json +7 -0
  29. package/components/date-picker.json +127 -24
  30. package/components/divider.json +38 -12
  31. package/components/drop-zone.json +37 -18
  32. package/components/field-label.json +62 -21
  33. package/components/heading.json +7 -0
  34. package/components/help-text.json +53 -16
  35. package/components/illustrated-message.json +85 -21
  36. package/components/in-line-alert.json +53 -13
  37. package/components/link.json +63 -24
  38. package/components/list-view.json +80 -15
  39. package/components/menu.json +181 -45
  40. package/components/meter.json +78 -24
  41. package/components/number-field.json +175 -34
  42. package/components/picker.json +188 -42
  43. package/components/popover.json +126 -37
  44. package/components/progress-bar.json +108 -23
  45. package/components/progress-circle.json +55 -12
  46. package/components/radio-button.json +67 -14
  47. package/components/radio-group.json +132 -28
  48. package/components/rating.json +38 -9
  49. package/components/search-field.json +126 -34
  50. package/components/segmented-control.json +70 -21
  51. package/components/select-box.json +103 -29
  52. package/components/side-navigation.json +69 -28
  53. package/components/slider.json +155 -39
  54. package/components/standard-dialog.json +88 -16
  55. package/components/status-light.json +136 -41
  56. package/components/steplist.json +24 -5
  57. package/components/swatch-group.json +55 -19
  58. package/components/swatch.json +79 -24
  59. package/components/switch.json +79 -31
  60. package/components/table.json +73 -26
  61. package/components/tabs.json +52 -22
  62. package/components/tag-field.json +60 -14
  63. package/components/tag-group.json +56 -16
  64. package/components/tag.json +78 -21
  65. package/components/takeover-dialog.json +61 -10
  66. package/components/text-area.json +205 -49
  67. package/components/text-field.json +170 -42
  68. package/components/thumbnail.json +63 -22
  69. package/components/time-field.json +7 -0
  70. package/components/toast.json +50 -29
  71. package/components/tooltip.json +87 -27
  72. package/components/tree-view.json +147 -45
  73. package/components/user-card.json +7 -0
  74. package/guidelines/app-frame-overview.json +44 -46
  75. package/guidelines/attention-hierarchy.json +22 -13
  76. package/guidelines/background-layers.json +10 -80
  77. package/guidelines/brand.json +12 -32
  78. package/guidelines/colors.json +17 -47
  79. package/guidelines/developer-overview.json +9 -25
  80. package/guidelines/faqs.json +9 -96
  81. package/guidelines/fonts.json +14 -29
  82. package/guidelines/grays.json +44 -17
  83. package/guidelines/icon-fundamentals.json +18 -7
  84. package/guidelines/manifest.json +15 -367
  85. package/guidelines/motion.json +16 -17
  86. package/guidelines/principles.json +8 -7
  87. package/guidelines/resources.json +15 -21
  88. package/guidelines/states.json +11 -16
  89. package/guidelines/using-icons.json +44 -33
  90. package/package.json +2 -2
  91. package/registry/platform-implementations.json +30 -0
  92. package/guidelines/ai-resource-guide.json +0 -50
  93. package/guidelines/applying-the-type-system.json +0 -67
  94. package/guidelines/bi-directionality.json +0 -57
  95. package/guidelines/border-width.json +0 -58
  96. package/guidelines/cognitive.json +0 -197
  97. package/guidelines/component-spacing.json +0 -61
  98. package/guidelines/contact-us.json +0 -67
  99. package/guidelines/content-area-browsing-context.json +0 -65
  100. package/guidelines/content-design-grammar-and-mechanics.json +0 -241
  101. package/guidelines/content-design-voice-and-tone.json +0 -37
  102. package/guidelines/content-grammar-and-mechanics.json +0 -252
  103. package/guidelines/content-language-and-inclusivity-writing-about-people.json +0 -103
  104. package/guidelines/content-language-and-inclusivity-writing-with-visuals.json +0 -70
  105. package/guidelines/content-voice-and-tone.json +0 -47
  106. package/guidelines/creating-bluelines-browsing-context.json +0 -91
  107. package/guidelines/design-tokens.json +0 -158
  108. package/guidelines/drop-shadow.json +0 -68
  109. package/guidelines/grammar-and-mechanics.json +0 -252
  110. package/guidelines/header-browsing-context.json +0 -40
  111. package/guidelines/illustration.json +0 -105
  112. package/guidelines/in-product-word-list.json +0 -29
  113. package/guidelines/inclusive-design.json +0 -101
  114. package/guidelines/inclusive-ux-writing.json +0 -30
  115. package/guidelines/internationalization.json +0 -87
  116. package/guidelines/language-and-inclusivity-writing-about-people.json +0 -85
  117. package/guidelines/language-and-inclusivity-writing-with-visuals.json +0 -61
  118. package/guidelines/layout-and-structure-containers.json +0 -47
  119. package/guidelines/layout-and-structure-spacing-overview.json +0 -66
  120. package/guidelines/layout-spacing.json +0 -39
  121. package/guidelines/object-styles-overview.json +0 -17
  122. package/guidelines/rounding.json +0 -73
  123. package/guidelines/side-navigation-browsing-context.json +0 -74
  124. package/guidelines/spacing-overview.json +0 -45
  125. package/guidelines/support.json +0 -113
  126. package/guidelines/typography-overview.json +0 -43
  127. package/guidelines/typography-system.json +0 -208
  128. package/guidelines/visual-language-containers.json +0 -36
  129. package/guidelines/voice-and-tone.json +0 -47
  130. package/guidelines/whats-new.json +0 -32
  131. package/guidelines/writing-about-people.json +0 -103
  132. package/guidelines/writing-for-errors.json +0 -120
  133. package/guidelines/writing-for-onboarding.json +0 -119
  134. package/guidelines/writing-for-readability.json +0 -54
  135. package/guidelines/writing-with-visuals.json +0 -70
  136. package/registry/platform-extensions/web-components-states.json +0 -58
@@ -1,208 +0,0 @@
1
- {
2
- "$schema": "https://opensource.adobe.com/spectrum-design-data/schemas/v0/guideline.schema.json",
3
- "$id": "https://opensource.adobe.com/spectrum-design-data/guidelines/typography-system.json",
4
- "name": "typography-system",
5
- "title": "Typography system",
6
- "category": "designing",
7
- "documentBlocks": [
8
- { "type": "purpose", "content": "Typography system" },
9
- {
10
- "type": "guideline",
11
- "content": "Typography in Spectrum is aligned to an information hierarchy model, and it also echoes the foundational concept of attention hierarchy. Hierarchy in these type styles can be conveyed through font size, font weight, and font color. Larger-sized, heavier-weight, and darker-colored text draws more attention, and it communicates the most broad ideas (the need-to-know information). Smaller-sized, lighter-weight, and lighter-colored text draws less attention, and it communicates the most specific ideas (the nice-to-know information). Image: Type hierarchy scale showing heading sizes from XXXXL down to XS, decreasing in size and weight emphasis. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1b346eb0b888c66ef857046d82540202892167a51.png?width=750&format=png&optimize=medium)"
12
- },
13
- {
14
- "type": "guideline",
15
- "content": "Image: \"Heading of a page\" text sample shown in Extra Bold weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_11a4271b7e3cc0fdeb141a63d4f0c07f95d4fb969.png?width=750&format=png&optimize=medium)"
16
- },
17
- {
18
- "type": "guideline",
19
- "content": "ExtraBold.\n\nSpectrum recommends ExtraBold as the heaviest font weight for most use cases. This provides more contrast against the Title type style (which uses Bold), and it's also more in line with contemporary design considerations. In limited cases, products may use the Black font weight to support product-specific branding. For example, Adobe Express uses Black for headings to align with Adobe Express brand guidelines. Black should be reserved for heading type styles and used at 18 px or larger to maintain legibility."
20
- },
21
- {
22
- "type": "guideline",
23
- "content": "Image: \"Export video\" button label shown in Bold weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_15d6a153d8903ccb8a7ba476abbea30eb8c84313d.png?width=750&format=png&optimize=medium)"
24
- },
25
- {
26
- "type": "guideline",
27
- "content": "Bold.\n\nSelect elements in the UI use a Bold font weight. Bold text is often used to accentuate the primary focus on a page or in a container, and in many uses, it's paired with regular body text to create hierarchy. It's also used to directly refer to the names of UI elements in running text. Titles, file names, user names, and button labels all use bold weight."
28
- },
29
- {
30
- "type": "guideline",
31
- "content": "Image: \"Edit image\" button label shown in Medium weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1d6d9ac8d1724727a00bd84cd411614cee695643f.png?width=750&format=png&optimize=medium)"
32
- },
33
- {
34
- "type": "guideline",
35
- "content": "Medium is used for specific components that need visual balance with Spectrum's icons, which use a 1.5 px stroke. Action buttons, badges, and tags are examples of components that use Medium weight labels."
36
- },
37
- {
38
- "type": "guideline",
39
- "content": "Image: \"Email address abc@adobe.com\" text sample shown in Regular weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1813f8775465ebff269a3da26b42db734d922aa04.png?width=750&format=png&optimize=medium)"
40
- },
41
- {
42
- "type": "guideline",
43
- "content": "Regular is the default font weight for Spectrum components and body text. It should also be used for any content that's entered by users, is editable, or longer in form (for example, text fields and text areas)."
44
- },
45
- {
46
- "type": "guideline",
47
- "content": "Image: Example text reading \"First, select the Brush tool.\" with \"Brush\" shown in bold for emphasis. (source: https://preview.spectrum.adobe.com/foundations/typography/media_12cff763718340b6cd67cd104f390ff440a7d7405.png?width=750&format=png&optimize=medium)"
48
- },
49
- {
50
- "type": "guideline",
51
- "content": "Image: Example text reading \"See Privacy Policy for more details\" with \"Privacy Policy\" shown as an underlined link. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1505b5ea2af6441ac894fa60eb5f6eee4847991e2.png?width=750&format=png&optimize=medium)"
52
- },
53
- {
54
- "type": "guideline",
55
- "content": "Underline is used only for text links (either hover state or default state, depending on the style of the link) and should never be used as a mechanism for adding emphasis."
56
- },
57
- {
58
- "type": "guideline",
59
- "content": "Image: Example text reading \"This email contains confidential information\" with \"confidential information\" shown in bold for strong emphasis. (source: https://preview.spectrum.adobe.com/foundations/typography/media_12cd1dfa6a6125f8f0e24100a57a7a1126924bc94.png?width=750&format=png&optimize=medium)"
60
- },
61
- {
62
- "type": "guideline",
63
- "content": "Strong can be used for placing importance on part of a sentence, rendering the text as a heavier font weight. This is for semantic formatting, when it's intended to add a tone that conveys importance."
64
- },
65
- {
66
- "type": "guideline",
67
- "content": "Image: Example text reading \"I love drawing with Photoshop brushes!\" with \"love\" shown in italics for emphasis. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1b9b774b1f9d1c0322ae737a4a71034f92778dfdd.png?width=750&format=png&optimize=medium)"
68
- },
69
- {
70
- "type": "guideline",
71
- "content": "Emphasis can be used for placing emphasis on part of a sentence, rendering the text as italic (or heavier weight, in CJK languages)."
72
- },
73
- {
74
- "type": "guideline",
75
- "content": "Spectrum ensures that different sizes of text can work together harmoniously, on both desktop and mobile. All font sizes follow the Major Second type scale, which has a ratio of 1.125. This means that each size is multiplied or divided by 1.125 from the previous size, starting with the base size (font-size-100), and rounded to the nearest whole number. Custom text (any non-existing typography styles) or modifications to existing type styles should use a font size from this list. When selecting font sizes to ensure readability, keep in mind that Adobe Clean does not match 1:1 with system font size definitions. It's generally a size smaller than system fonts such as SF Pro, Segoe UI, Roboto, and others. Font sizeValue font-size-25 10 px font-size-50 11 px font-size-75 12 px font-size-100 14 px font-size-200 16 px font-size-300 18 px font-size-400 20 px font-size-500 22 px font-size-600 25 px font-size-700 28 px font-size-800 32 px font-size-900 36 px font-size-1000 40 px font-size-1100 45 px font-size-1200 51 px font-size-1300 58 px font-size-1400 65 px font-size-1500 73 px"
76
- },
77
- {
78
- "type": "guideline",
79
- "content": "Spectrum Web defines default line height values for each font size in the type scale. Heading, Title, Detail, and Component type styles use these values to maintain balanced spacing across a range of text sizes. The default line height gradually decreases from approximately 130% at smaller font sizes to 115% at larger sizes, then rounds to whole even pixel values. This helps maintain consistent visual spacing while avoiding half-pixel rendering within components. Body and Code type styles use a more spacious line height of 1.5× the font size to improve readability for longer passages of text. For Chinese, Japanese, and Korean (CJK) languages, Spectrum uses a 1.7× multiplier to accommodate the visual characteristics of those writing systems. Learn more about the line height calculations, interpolation, and rounding methodology in the Adobe Clean Spectrum Wiki."
80
- },
81
- {
82
- "type": "guideline",
83
- "content": "Spectrum Web defines default line height values for each font size in the type scale. Heading, Title, Detail, and Component type styles use these values to maintain balanced spacing across a range of text sizes. The default line height gradually decreases from approximately 130% at smaller font sizes to 115% at larger sizes, then rounds to whole even pixel values. This helps maintain consistent visual spacing while avoiding half-pixel rendering within components. Body and Code type styles use a more spacious line height of 1.5× the font size to improve readability for longer passages of text. For Chinese, Japanese, and Korean (CJK) languages, Spectrum uses a 1.7× multiplier to accommodate the visual characteristics of those writing systems. Line heightUsed forTokenValueCJK valueDefaultHeading, Title, Detail, Component line-height-font-size-# ~115–130% (varies by size, even values only)150%SpaciousBody, Code line-height-200 150%170%"
84
- },
85
- {
86
- "type": "guideline",
87
- "content": "Spectrum iOS.\n\nBecause iOS calculates line height differently from other platforms, Spectrum iOS recommends using auto or normal for the default line height. This allows the system to apply Apple's built-in text metrics and produce the intended typography."
88
- },
89
- {
90
- "type": "guideline",
91
- "content": "Spectrum Android defines line height using scale-independent pixels (sp), allowing text and vertical spacing to scale together with a user's font size and accessibility preferences. In Figma, equivalent pixel (px) values are used to match the intended visual appearance while maintaining a consistent design-to-engineering workflow across platforms."
92
- },
93
- {
94
- "type": "guideline",
95
- "content": "Also known as text styles in Figma, Spectrum uses type styles to help maintain a consistent semantic meaning and create accessible, legible, and on-brand experiences across platforms. The type styles include Heading, Title, Body, Detail, Component, Code, and Monospace numbers. These styles come in a range of t-shirt sizes (such as Small, Medium, and Large) and encompass typography elements like font family, font size, line height, weight, and color. This ensures that all Adobe interfaces can maintain a predictable sense of information hierarchy. Keep in mind that a single product won't need all of these sizes, and especially at the same time. Spectrum's type styles are intentionally comprehensive to allow platform and product teams to selectively choose type styles that accommodate their unique needs. As a starting point, use a t-shirt size from each of the type styles. For example: pair Heading Medium with Title Medium, Body Medium, and Medium t-shirt sized components. If you'd like to override these styles, there's some flexibility for you to define your own typography and hierarchy as long as any customization follows Spectrum guidance for font size and color usage. Use what best fits your context and best supports your users. Explore platform-specific type styles in each platform's Figma library: Spectrum Web typography Spectrum iOS typography Spectrum Android typography"
96
- },
97
- {
98
- "type": "guideline",
99
- "content": "Heading text represents the biggest and boldest text on a page, and it draws the most attention. Only the broadest idea, such as the main page title, should use this style."
100
- },
101
- {
102
- "type": "guideline",
103
- "content": "Spectrum Web.\n\nImage: Web heading text style scale showing Heading XXXXL down to Heading XS in decreasing sizes. (source: https://preview.spectrum.adobe.com/foundations/typography/media_12067c10839bec0388b50ac26cabcd5f866e2550f.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingHeading XXXXL15001500ExtraBoldNoneHeading XXXL13001300ExtraBoldNoneHeading XXL11001100ExtraBoldNoneHeading XL900900ExtraBoldNoneHeading L700700ExtraBoldNoneHeading M500500ExtraBoldNoneHeading S400400ExtraBoldNoneHeading XS300300ExtraBoldNone"
104
- },
105
- {
106
- "type": "guideline",
107
- "content": "Spectrum iOS.\n\nImage: iOS heading text style scale showing Heading XL, Heading L, and Heading M in bold weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_15a03f87ea190cedc9b8264e2071454df77cc44a6.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingHeading XL900AutoExtraBold900Heading L700AutoExtraBold700Heading M500AutoExtraBold500"
108
- },
109
- {
110
- "type": "guideline",
111
- "content": "Spectrum Android.\n\nImage: Android heading text style scale showing Heading XL, Heading L, and Heading M. (source: https://preview.spectrum.adobe.com/foundations/typography/media_184a97041a07d8ce67b5b77624c370281df268248.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingHeading XL900900BoldNoneHeading L700700BoldNoneHeading M500500BoldNone"
112
- },
113
- {
114
- "type": "guideline",
115
- "content": "Title.\n\nWhile the Heading style is for the loudest, most broad message, there are still going to be other important items in an information hierarchy. The Title style is for text that's communicating other need-to-know concepts. It's often set in Bold weight, and it has a range of font sizes that can be paired with Body and Detail sizes to create visual balance. File names, cards, user names, panels, and other high-signal concepts in interfaces use the Title style."
116
- },
117
- {
118
- "type": "guideline",
119
- "content": "Spectrum Web.\n\nImage: Web title text style scale showing Title XXXL down to Title XS in decreasing sizes. (source: https://preview.spectrum.adobe.com/foundations/typography/media_17d39d3df837c18abea0e3d34678f7d2e94637108.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingTitle XXXL600600BoldNoneTitle XXL500500BoldNoneTitle XL400400BoldNoneTitle L300300BoldNoneTitle M200200BoldNoneTitle S100100BoldNoneTitle XS7575BoldNone"
120
- },
121
- {
122
- "type": "guideline",
123
- "content": "Spectrum iOS.\n\nImage: iOS title text style scale showing Title XL, Title L, and Title M in bold weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1b6e505c9be86bedb527396bf4fc8d03c0e01de17.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingTitle XL400AutoBold400Title L300AutoBold300Title M200AutoBold200"
124
- },
125
- {
126
- "type": "guideline",
127
- "content": "Spectrum Android.\n\nImage: Android title text style scale showing Title XL, Title L, and Title M in regular weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1a163f0812c65f011712c31984d072c81b8141752.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingTitle XL400AutoSemiBoldNoneTitle L300AutoSemiBold0.0075 emTitle M200AutoSemiBold0.015 em"
128
- },
129
- {
130
- "type": "guideline",
131
- "content": "Body is the type style that's primarily used for longer-form text that may extend to multiple lines. \"Body text\" is a frequently used term to describe the text that creates the main content on a page, which is where this style gets its name from."
132
- },
133
- {
134
- "type": "guideline",
135
- "content": "Spectrum Web.\n\nImage: Web body text style scale showing Body XXXL down to Body XXS in decreasing sizes. (source: https://preview.spectrum.adobe.com/foundations/typography/media_133057cb102a794cc993b3da0a5b487d88541b031.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingBody XXXL600150%RegularNoneBody XXL500150%RegularNoneBody XL400150%RegularNoneBody L300150%RegularNoneBody M200150%RegularNoneBody S100150%RegularNoneBody XS75150%RegularNoneBody XXS50150%RegularNone"
136
- },
137
- {
138
- "type": "guideline",
139
- "content": "Spectrum iOS.\n\nImage: iOS body text style scale showing Body L, M, S, XS, and XXS in regular weight. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1b8c885ef2ec58ae0ca096e4650210e86bc634116.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingBody L300AutoRegular300Body M200AutoRegular200Body S100AutoRegular100Body XS75AutoRegular75Body XXS50AutoRegular50"
140
- },
141
- {
142
- "type": "guideline",
143
- "content": "Spectrum Android.\n\nImage: Android body text style scale showing Body L through Body XXS, each with a Regular and Emphasized (bold) variant. (source: https://preview.spectrum.adobe.com/foundations/typography/media_13a342114f88d58532ad36978f238bcc6343b8a6d.png?width=750&format=png&optimize=medium)StyleFont sizeLine heightDefault weightLetter spacingBody L300300Regular0.0075 emBody L Emphasized300300SemiBold0.0075 emBody M200200Regular0.015 emBody M Emphasized200200Semibold0.015 emBody S100100Regular0.0225 emBody S Emphasized100100Semibold0.0225 emBody XS7575Regular0.03 emBody XS Emphasized7575Semibold0.03 emBody XXS5050Regular0.03 emBody XXS Emphasized5050Semibold0.03 em"
144
- },
145
- {
146
- "type": "guideline",
147
- "content": "Detail text\" is a broad term for any kind of text that communicates ideas that are even more specific than body text. Text using the Detail style acts as supporting context to any other information presented. Detail text often uses Medium weight when paired with iconography, to maintain visual balance with the 1.5 px stroke width of Spectrum 2 icons. It also often uses detail-color (gray-600) to appear more subdued in terms of visual hierarchy. Image: \"Photo editing\" course card with the duration and category text \"3 hr 10 min • Learning Path\" labeled as Detail M. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1fe6376efdf44208f03b692a85620190002c7ab67.png?width=750&format=png&optimize=medium)"
148
- },
149
- {
150
- "type": "guideline",
151
- "content": "Component is the type style that is applied to text within UI components. The Component type style comes in multiple font weights to support its flexibility across components in the design system. For example, the Spectrum button uses the Component type style with bold weight. Action button uses the Component type style with medium weight, and text field uses the Component type style with regular weight. Component styles are supported on Web only. Spectrum offers component text styles in the Spectrum Web Figma library, to let you quickly apply text formatting to any text element in a design. This will help you stay connected to the system without needing to detach or override other text styles like Body or Title. For iOS and Android, use type styles that share corresponding weight and sizes from Title, Body, and Monospace number styles. Image: Component text style examples: a gray pill labeled \"Component XL Bold,\" a gray pill labeled \"Component L Medium,\" a text field value labeled \"Component M Regular,\" and a blue toast message showing \"Component M Regular\" for the message and \"Component M Bold\" for its label button. (source: https://preview.spectrum.adobe.com/foundations/typography/media_114c9ac62642286319d93c86aba5097a85752c1a0.png?width=750&format=png&optimize=medium)"
152
- },
153
- {
154
- "type": "guideline",
155
- "content": "Code is a typography component used for text that represents code. The default font for showing code is Source Code Pro. Code styles are currently supported on Web only. Image: Example sentence \"Use the isPending prop to display a pending state.\" with \"isPending\" shown in a code style labeled Code M. (source: https://preview.spectrum.adobe.com/foundations/typography/media_176c5ceadc0bec067be968fda5d7bf9c583abe136.png?width=750&format=png&optimize=medium)"
156
- },
157
- {
158
- "type": "guideline",
159
- "content": "Monospace numbers are used for numeric content that benefits from consistent alignment, such as timestamps, counters, and adjustable values. Because each digit occupies the same horizontal space, they reduce visual shifting and make changing values easier to compare and scan. Monospace numbers are currently supported as type styles on iOS and Android only. Learn more about using tabular numbers. Image: Mobile app screenshot of a \"Projects\" screen with video duration timestamps (e.g., \"4:19,\" \"3:21,\" \"1:12\") labeled as Monospace number XXS. (source: https://preview.spectrum.adobe.com/foundations/typography/media_17e295f27bb0495cbb32b8d20f6c18f97cf4e77ed.png?width=750&format=png&optimize=medium)"
160
- },
161
- {
162
- "type": "guideline",
163
- "content": "Comparing body, component, and detail.\n\nThe differences between Body text, Component text, and Detail text are nuanced and often come down to applied semantic meaning. The characteristic differences in Detail text are the default weight, size, letter spacing, all-caps treatment for marketing contexts, and color usage. Detail text defaults to Medium weight, a smaller font size, and lighter shades of gray. It also uses the updated per-font-size line height, while Body text uses the spacious line height multiplier of 1.5x font-size. Note: There are known similarities between the Component and Detail styles, specifically when using these for text such as metadata and labels. There are nuanced semantic differences, but when in doubt, use the Component type style because it is more adaptable. Image: Side-by-side comparison of Body M, Component L Regular, and Detail L text styles, each annotated with weight, color token, and line-height token. (source: https://preview.spectrum.adobe.com/foundations/typography/media_168e64f23c16115138aedb46d8cc124a00b41f066.png?width=750&format=png&optimize=medium)"
164
- },
165
- {
166
- "type": "guideline",
167
- "content": "Spectrum defines fallback fonts for situations where Adobe Clean Spectrum isn't available. These fonts are selected to provide a consistent experience across operating systems while maintaining similar typographic characteristics. TypefaceWeb (listed by priority)iOSAndroidAdobe Clean Spectrum VFAdobe Clean, Source Sans Pro, San Francisco, Roboto, Segoe UI, Trebuchet MS, Lucida GrandeSystem defaultsSystem defaults (may vary by device)"
168
- },
169
- {
170
- "type": "guideline",
171
- "content": "Spectrum supports a wide range of non-Latin writing systems. On the web, Spectrum uses dedicated fonts for these scripts, such as Adobe Clean Han for Chinese (Simplified and Traditional), Japanese, and Korean (CJK). On iOS and Android, Spectrum uses the platform's system fonts for non-Latin scripts to reduce app size. Android system fonts may vary by device. Because different typefaces are used across platforms, text metrics may vary. When designing custom layouts, verify that text alignment and spacing remain consistent across localized experiences."
172
- },
173
- { "type": "guideline", "content": "Spectrum iOS" },
174
- {
175
- "type": "guideline",
176
- "content": "Image: Comparison of the word \"title\" scaling up in size and pink color, illustrating iOS Dynamic Type. (source: https://preview.spectrum.adobe.com/foundations/typography/media_1b4fc3f9aed75707e698905a7a27d9188c29e8d4d.png?width=750&format=png&optimize=medium)"
177
- },
178
- {
179
- "type": "guideline",
180
- "content": "Dynamic type.\n\nSpectrum typography on iOS supports Dynamic Type, Apple's system for scaling text based on a user's preferred reading size. When a user adjusts their text size in accessibility settings, Spectrum typography scales automatically to match. Learn more in Apple's Developer Documentation: Get started with Dynamic Type and WWDC24: Scaling fonts automatically."
181
- },
182
- { "type": "guideline", "content": "Spectrum Android" },
183
- {
184
- "type": "guideline",
185
- "content": "Image: Comparison of the word \"36 sp\" and \"72\" scaling up in size on a pink gradient background, illustrating Android font scaling. (source: https://preview.spectrum.adobe.com/foundations/typography/media_10dff602704ed933744be8de9b3cd1035fb63a04c.png?width=750&format=png&optimize=medium)"
186
- },
187
- {
188
- "type": "guideline",
189
- "content": "Font scaling.\n\nSpectrum typography on Android uses scale-independent pixels (sp), which automatically respond to a user's font size preferences. This allows text to scale with Android accessibility settings without additional configuration. Learn more in Android Accessibility: Text scaling and Android 14: Font scaling. Download the Spectrum Android Catalog app to explore available type sizes and see how they respond to accessibility settings. Refer to the installation guide for setup instructions."
190
- },
191
- {
192
- "type": "guideline",
193
- "content": "Font scaling.\n\nSpectrum typography on Android uses scale-independent pixels (sp), which automatically respond to a user's font size preferences. This allows text to scale with Android accessibility settings without additional configuration. Learn more in Android Accessibility: Text scaling and Android 14: Font scaling."
194
- }
195
- ],
196
- "sourceUrl": "https://preview.spectrum.adobe.com/foundations/typography/typography-system",
197
- "lastUpdated": "2026-08-13",
198
- "status": "published",
199
- "tags": [
200
- "typography",
201
- "font weights",
202
- "font sizes",
203
- "Major Second type scale",
204
- "1.125 ratio",
205
- "Bold",
206
- "ExtraBold"
207
- ]
208
- }
@@ -1,36 +0,0 @@
1
- {
2
- "$schema": "https://opensource.adobe.com/spectrum-design-data/schemas/v0/guideline.schema.json",
3
- "$id": "https://opensource.adobe.com/spectrum-design-data/guidelines/visual-language-containers.json",
4
- "name": "visual-language-containers",
5
- "title": "Containers",
6
- "category": "designing",
7
- "documentBlocks": [
8
- {
9
- "type": "purpose",
10
- "content": "In Spectrum 2, containers have more defined rules to help guide in the creation of custom containers for product-specific contexts. Containers are used across Spectrum 2 interfaces in multiple ways, but the commonality they share is that they group related concepts together into distinct areas. Some usages of containers have more detailed guidelines. For example, a card uses a container and inherits its properties, but it can only represent a distinct object (such as an individual asset or product). A block of marketing material containing multiple concepts (like subscription information plus actions to take) is grouped together in a container, but is not considered a card. Whether broad or specific, a user should be able to readily tell the purpose of a container. Separation of containers is marked through a clear visual change, such as contrast in a background color or through spacing. All containers share a common set of rules for styles, padding, and emphasis. Image: Key examples illustrating two different types of containers, cards, and a select box, all shown in the emphasized container style. First category label, examples of card layouts. Examples of cards showing that cards have two layouts. The first example shows a card with a preview and the second example shows a card without a preview. Both cards include the Adobe Illustrator logo, a floating badge with shared icon, label 3 people. Both cards have a Title, Good things are coming, and description, Optional metadata should be kept to two or three lines. Second category label, Example of a select box. Example select box includes a placeholder illustration labeled FPO with a heart. Placeholder label, Select box label. (source: https://preview.spectrum.adobe.com/foundations/visual-language/media_1d1a0f41f5372551fdcaa750d71a4cd7885debf4a.png?width=750&format=png&optimize=medium)Examples of containers: two cards with different sizes and layout options, and a select box. Examples of containers: two cards with different sizes and layout options, and a select box.\n\n### Example\n\nCards and select boxes share container styles. In this example, both use the emphasized style. Cards also have additional options that select boxes do not, like t-shirt size and layout."
11
- },
12
- {
13
- "type": "guideline",
14
- "content": "All containers share a set of defined styles. Image: Container style examples, each shown in a square with labels, from start to end, Background color, Emphasized, Border, Spacing. (source: https://preview.spectrum.adobe.com/foundations/visual-language/media_13f2b208dc542ae5cbd712e30eef380f8ffe4ab37.png?width=750&format=png&optimize=medium) Background color By default, containers are visually distinguished through a change in background color. Learn more about this in background layers. Emphasized In some situations, drop shadows are used to provide emphasis to a container or group of containers, like in a set of related cards. Emphasized containers should be used sparingly. View more about container emphasis. Border Borders can also be used around objects as an alternate style to a background color, and should be used without a fill. Vertical, full-width dividers can also be used to create separation for larger sections of content, like in a panel. View more about border width. Spacing This is the container style with the least emphasis. Instead of using a visible border, spacing is used to create separation between concepts. View more about spacing."
15
- },
16
- {
17
- "type": "guideline",
18
- "content": "Example.\n\nThis medium card uses spacing-300 for internal padding. Image: Key example of a card with a preview and body. Adobe Illustrator logo and badge with shared icon, label 3, are floating on top of the preview, with spacing highlighted along the gutters. Card body shows title, Good things are coming. Card metadata, Optional metadata should be kept to two or three lines. Spacing is highlighted in the gutters around the body. (source: https://preview.spectrum.adobe.com/foundations/visual-language/media_16ff1fdafd199673ae98bf216588c3d62601ba0a1.png?width=750&format=png&optimize=medium)"
19
- },
20
- {
21
- "type": "guideline",
22
- "content": "Example.\n\nImage: Key examples of three containers in a UI context of choosing a Creative Cloud plan. Two containers in a background color style representing Acrobat and Photography, and one in an emphasized style, representing All apps. Acrobat container, label Acrobat, title $9.99 per month, body The complete PDF solution for working anywhere (includes desktop, web, and mobile access), Button, label Buy now. Photography container, label Photography, title $9.99 per month, body Get Photoshop, Lightroom Classic, Lightroom, and 20 GB of cloud storage, 1 Terabyte available. Button, label Buy now. All apps container badge label, Best value, label All apps, title $52.99 per month, body Get all 20 plus creative desktop and mobile apps including Photoshop, Illustrator, and more. Button, Buy now. (source: https://preview.spectrum.adobe.com/foundations/visual-language/media_143b04008b10d47caba8b1f3ee3d50a35d1016f2a.png?width=750&format=png&optimize=medium) In this group of containers — each representing a product — different container styles can be used to draw attention to a specific item. In this case, the emphasized container is paired with a badge, and contrasts against the more subdued containers with filled (gray) backgrounds."
23
- },
24
- {
25
- "type": "guideline",
26
- "content": "States of interactive, emphasized containers.\n\nImage: Emphasized container state examples shown in three squares. First square, Emphasized, Default. Second square, Emphasized, Hover. Third square, Emphasized, Dragged. (source: https://preview.spectrum.adobe.com/foundations/visual-language/media_1de1050798e26a2aa2f3400fbb3c257df990f36b0.png?width=750&format=png&optimize=medium) If the whole container is interactive, hover is shown through a slightly more prominent drop shadow. When dragged, a much more prominent shadow is shown in order to bring focus to the dragged item and show elevation above the rest of the UI. Note that specific components might have different options and states."
27
- },
28
- {
29
- "type": "guideline",
30
- "content": "A consistent app frame helps create a sense of brand unity and helps users feel comfortable and familiar with our products. Predictable navigation is also especially helpful for users who work across multiple applications, and it makes it easier to learn how to use new products. The Spectrum 2 app frame framework provides a consistent visual style and navigation. It offers foundational structures and guidelines that product teams can adapt to their own contexts. View more details about the S2 app frame. The main content area is defined by a unique container style that's used only in the app frame. It has a subtle drop shadow to provide separation from the navigation. View more about using container styles to divide content within content areas. Image: Example of the general Spectrum 2 app frame, with a generic product name and default navigational elements in the header and side navigation. (source: https://preview.spectrum.adobe.com/foundations/visual-language/media_128a2f2eb31f2ebd157be90ddb3757ace27f4f4c5.png?width=750&format=png&optimize=medium)Example of an app frame with a side navigation. Example of an app frame with a side navigation."
31
- }
32
- ],
33
- "sourceUrl": "https://preview.spectrum.adobe.com/foundations/visual-language/containers",
34
- "lastUpdated": "2026-08-19",
35
- "status": "published"
36
- }
@@ -1,47 +0,0 @@
1
- {
2
- "$schema": "https://opensource.adobe.com/spectrum-design-data/schemas/v0/guideline.schema.json",
3
- "$id": "https://opensource.adobe.com/spectrum-design-data/guidelines/voice-and-tone.json",
4
- "name": "voice-and-tone",
5
- "title": "Voice and tone",
6
- "category": "designing",
7
- "documentBlocks": [
8
- { "type": "purpose", "content": "Voice and tone" },
9
- {
10
- "type": "guideline",
11
- "content": "Rational.\n\nClear and understandable Ensure decisions about grammar and mechanics are research-informed and tested. Avoid language that’s overly opinionated, funny, or trendy."
12
- },
13
- {
14
- "type": "guideline",
15
- "content": "Human.\n\nFriendly, honest, and responsible Vary sentence style and structure for readability and relatability. Acknowledge and account for users’ emotions."
16
- },
17
- {
18
- "type": "guideline",
19
- "content": "Focused.\n\nConcise and simple Describe only what’s needed, without unnecessary decoration. Avoid creating new concepts and only name things when necessary."
20
- },
21
- {
22
- "type": "guideline",
23
- "content": "Brand guidelines.\n\nThe Adobe Style Guide's \"Voice\" section defines the principles of our brand voice. This guide also contains a glossary with branded terms and information about applying branding guidelines in a variety of different customer-facing situations."
24
- },
25
- {
26
- "type": "guideline",
27
- "content": "Tone Spectrum.\n\nThe right tone depends on a user’s contextual needs and corresponding emotions for that experience, as well as how involved and emotional we need to be in the process. Think of the tone for any given experience as being on a spectrum: Tone can fall on a spectrum going from motivational to helpful, helpful to instructive, instructive to reassuring, reassuring to supportive."
28
- },
29
- {
30
- "type": "guideline",
31
- "content": "Tone guide.\n\nThe tone spectrum acts as a sliding scale for considering which of our attitudes and expressions are appropriate for different experiences. ToneAttitudeFrequency Motivational Positive and encouraging We're looking out for you and cheering you on. You've got this!Rarely Helpful Polite and respectful We know you're busy, so we'll make this brief.Occasionally Instructive Neutral and direct Here is the information you need.Often Reassuring Professional and reliable We know you're worried about this issue, and we're here to help.Occasionally Supportive Concerned and empathetic Something bad has happened and we understand how you feel. We want to inform, guide, and support you through this.RarelyThe points on this spectrum aren't necessarily binary. For example, the right tone for an experience could be either motivational or helpful, or it could exist somewhere between those points."
32
- }
33
- ],
34
- "sourceUrl": "https://main--spectrum-hub--adobe.aem.live/content/voice-and-tone",
35
- "lastUpdated": "2026-09-14",
36
- "status": "published",
37
- "tags": [
38
- "voice",
39
- "tone",
40
- "brand guidelines",
41
- "Adobe Style Guide",
42
- "language guidelines",
43
- "readability",
44
- "user experience",
45
- "tone spectrum"
46
- ]
47
- }
@@ -1,32 +0,0 @@
1
- {
2
- "$schema": "https://opensource.adobe.com/spectrum-design-data/schemas/v0/guideline.schema.json",
3
- "$id": "https://opensource.adobe.com/spectrum-design-data/guidelines/whats-new.json",
4
- "name": "whats-new",
5
- "title": "Great design systems evolve alongside the people who use them",
6
- "category": "fundamentals",
7
- "documentBlocks": [
8
- {
9
- "type": "purpose",
10
- "content": "Great design systems evolve alongside the people who use them"
11
- },
12
- {
13
- "type": "guideline",
14
- "content": "Available now.\n\nWeb platform status table of component availability Component design guidelines Live component playgrounds RSP and SWC implementation API information Foundations fully migrated with updated content Content fully migrated with updated content FAQs, Contact us, Resources, Developer overview, AI resource guide"
15
- },
16
- {
17
- "type": "guideline",
18
- "content": "Coming soon.\n\nMobile (iOS + Android) component documentation Conversational AI chat experience Unified pattern guidance and principles Release 1.0"
19
- },
20
- {
21
- "type": "guideline",
22
- "content": "Available now.\n\nFoundations and content guidance Updated guidance for the principles and building blocks of Spectrum Component design and implementation guidance Design guidance with component availability and React Spectrum and Spectrum Web Components resources for building with Spectrum Live component playgrounds Explore and interact with components in real implementations Support Contact us to provide feedback, report bugs, or send general inquiries"
23
- },
24
- {
25
- "type": "guideline",
26
- "content": "What's next.\n\nSpectrum Hub will continue to expand as the central experience for Spectrum. Future releases will bring mobile documentation, unified experience guidance, patterns and principles, new ways to explore Spectrum, and resources that support emerging ways of designing and building. Over time, the Hub will connect Spectrum’s offerings across platforms and make it easier to discover not only what exists today, but what’s possible with Spectrum."
27
- }
28
- ],
29
- "sourceUrl": "https://preview.spectrum.adobe.com/getting-started/whats-new",
30
- "lastUpdated": "2026-09-09",
31
- "status": "published"
32
- }
@@ -1,103 +0,0 @@
1
- {
2
- "$schema": "https://opensource.adobe.com/spectrum-design-data/schemas/v0/guideline.schema.json",
3
- "$id": "https://opensource.adobe.com/spectrum-design-data/guidelines/writing-about-people.json",
4
- "name": "writing-about-people",
5
- "title": "Writing about people",
6
- "category": "designing",
7
- "documentBlocks": [
8
- { "type": "purpose", "content": "Writing about people" },
9
- {
10
- "type": "guideline",
11
- "content": "The goal of all UX content is to be understandable to all — not just to the people paying for something or for those in a certain industry — and to accommodate the many ways that people use products. When creating content for product experiences, think and write by centering the person you’re writing to or about in a way that’s compassionate, inclusive, and respectful. Work to grasp the perspective of underrepresented groups, and avoid writing in a way that may view or treat someone as intrinsically different from yourself. You can use methods like co-designing and UX research. Keep the following best practices in mind when writing:"
12
- },
13
- {
14
- "type": "guideline",
15
- "content": "Use neutral, precise, relevant descriptions.\n\nOnly include personal qualities if they’re relevant and important. Write what you mean, then look back at what you wrote and think about whom you’re centering with your words. Doing this can reveal which people you’re leaving out. What’s the sentiment behind your words?"
16
- },
17
- {
18
- "type": "guideline",
19
- "content": "Choose words carefully and understand historical significance.\n\nBe cautious of appropriating terms from marginalized communities. In this guide, we say “underrepresented groups.” You can also reference 3rd-party sources such as Wikipedia’s list of which words to use and which to avoid."
20
- },
21
- {
22
- "type": "guideline",
23
- "content": "Be clear and avoid stereotypes.\n\nBe on the lookout for proxy questions and statements, which appeal to generalizations and stereotypes. For example, saying, “just buy more storage” is a proxy statement on economic status, while “view additional storage options” doesn’t make those assumptions. Communicate from a place of equality, not condescension, and think about the worst-case interpretation of your words. Clear intent excludes fewer people and reduces bias."
24
- },
25
- {
26
- "type": "guideline",
27
- "content": "Account for machine learning and AI.\n\nWhen collecting user data in app or web experiences, first think about whether that information is actually needed, and then if it really is, communicate why. Allow for both common and custom responses, self-identification, multiple selections, and the option to opt out of responding. Artificial intelligence learns only from the information we provide to it, so our inherent biases can easily become included in training data. If content allows for variable and AI-provided information, consider the ways that may affect any copy."
28
- },
29
- {
30
- "type": "guideline",
31
- "content": "Use neutral, precise, relevant descriptions.\n\nPerson-first language centers the person, not their qualities, by using those qualities as modifiers: “Design Adobe apps for people who use assistive technology.” But for identity-first language, which some communities and individuals prefer instead, language highlights the disability: “Design Adobe apps for deaf people.” No group unilaterally chooses one over the other, so when you’re writing about someone, ask them how they want to be identified. Avoid euphemisms like “differently abled,” which are regarded as condescending, and descriptors used as nouns, like “the disabled” or “the blind.” These tend to present a group of individuals as a monolith and suggests a lack of individual diversity within the group. Preferred Avoid Disabled person or person with disabilities Differently abled or the disabled Blind person or person who is blind The blind Some phrases in common parlance that imply negativity are based on slurs against people with disabilities, such as “crazy” or “lame.” Never imply that a person is “suffering” from a disability or is a “victim” of a condition. Avoid appropriating terms from the disability community. Preferred Avoid Ridiculous or unpredictable Crazy Inconsiderate Tone-deaf Incompetent or bad Dumb or lame Keyanna has autism.Keyanna is suffering from autism. Placeholder variable Dummy variableAmir uses a wheelchair.Amir is confined to a wheelchair."
32
- },
33
- {
34
- "type": "guideline",
35
- "content": "Be clear and avoid stereotypes.\n\nWith imagery and language, avoid implying that a person has to look a certain way, be a certain size, or have a certain cognitive ability to do something. Depict more types of people as typical. Preferred Avoid This tutorial teaches cropping and usually takes 5 minutes.Follow this fast, easy tutorial.This feature works best when you zoom out to 75%.This feature isn’t for the vision-impaired."
36
- },
37
- {
38
- "type": "guideline",
39
- "content": "Avoid appropriating terms from underrepresented groups.\n\nBe aware of how words that are often associated with physical and mental health are often used as metaphors to describe interactions and product functionality. Preferred Avoid Unavailable or locked or turned off or deactivated Grayed out Coherence check Sanity check Organize or organized OCD"
40
- },
41
- {
42
- "type": "guideline",
43
- "content": "Account for machine learning and AI.\n\nEnter metadata with caution. For example, don’t tag a photograph of a child with words like “crazy” or “weird.”"
44
- },
45
- {
46
- "type": "guideline",
47
- "content": "Use neutral, precise, relevant descriptions.\n\nLet’s say you’re writing a persona. When describing a person's country of origin or race, be as descriptive as possible as to not generalize any race or ethnicity. Race is only pertinent to biographical and announcement-related content that involves significant, groundbreaking, or historical events. For capitalization, Adobe follows AP Stylebook guidelines: capitalize nationalities, peoples, races (all except white), and tribes."
48
- },
49
- {
50
- "type": "guideline",
51
- "content": "Choose words carefully and understand historical significance.\n\nAdobe’s Inclusive Engineering Terminology Standard covers a set of established software terms to avoid, such as “whitelist,” “blacklist,” “master,” and “slave.” Don’t use terms assigning good or bad values to racial characteristics, such as “dark pattern.” (Terms like \"dark mode,\" \"light theme,\" or \"black screen\" literally refer to color and brightness and don't assign good or bad values, so continue using them.)"
52
- },
53
- {
54
- "type": "guideline",
55
- "content": "Choose words carefully and understand historical significance.\n\nAdobe avoids using software terms such as “whitelist,” “blacklist,” “master,” and “slave.” Don’t use terms assigning value to racial characteristics, such as “dark pattern.” (Terms like \"dark mode,\" \"light theme,\" or \"black screen\" literally refer to color and brightness and don't assign good or bad values, so continue using them.) Preferred Avoid Use this format to provide contextual clarity: ( Result in past participle form ) ( object ) Examples: Shared domains, approved people, targeted sites For coding constructs: Allowlist Whitelist Use this format to provide contextual clarity: ( Result in past participle form ) ( object ) For coding constructs: Blocklist Blacklist Legacy Grandfather clause Futile undertaking or a project destined to fail Death march Primary or main or source (e.g., “ main track ”)“ Master ” descriptors Primary / secondary Master / slave"
56
- },
57
- {
58
- "type": "guideline",
59
- "content": "Be clear and avoid stereotypes.\n\nIf you want to use a certain idiomatic or casual phrase, research its history before doing so. For example, imperfect spellings or pronunciations of words can imply pejorative associations with an accent. Be on the lookout for proxy questions, such as relating postal codes to ethnicity in rejecting job candidates, or making pricing or marketing decisions based on the average income of postal codes."
60
- },
61
- {
62
- "type": "guideline",
63
- "content": "Use plain language.\n\nSince English isn’t everyone’s first language, it’s best to write using clear, plain language — as well as avoid idioms and phrases that might be complicated for non-English speakers to understand. Plain language is more widely understood and, therefore, avoids alienating people. It especially avoids alienating people in ways that specifically belittle non-English speakers. For example, the conversational and casual phrases “long time no see” and “no can do” were originally used to belittle Native Americans. Preferred Avoid Welcome backLong time no see2-step processWax on, wax offSorry, something went wrongNo can do"
64
- },
65
- {
66
- "type": "guideline",
67
- "content": "Depict more types of people as typical.\n\nWe must focus on building successful experiences for all users. That means writing and designing in a way that depicts all skin types, names, and cultures as typical. We cannot keep centering white-skinned, Western cultures in our designs. Preferred Avoid Dark brown or beige or tan or peach, etc. Skin or flesh or nude (referring to color swatch) Critics Peanut gallery A broad range of name examples within a product experience (e.g., Ayesha, Ibrahim, Vignesh, Quynh) Only culturally white name examples within a product experience (e.g., John, Bill, Karen, Amy)"
68
- },
69
- {
70
- "type": "guideline",
71
- "content": "Be cautious of appropriating terms from underrepresented groups.\n\nHere’s a list of preferred words that are alternatives to common technology industry jargon. Preferred Avoid Native to the operating system or built-in feature Native Meeting Pow wow or circle the wagons Vision statement or strategic statement or value proposition Zen statement or Zen garden Role model or kindred spirit Spirit animal Guide Sherpa Authority or expert Guru or ninja"
72
- },
73
- {
74
- "type": "guideline",
75
- "content": "Be clear and avoid gendered language and stereotypes.\n\nRather than “he” or “she,” if you don’t know a person’s pronouns, make the phrase plural and use “they” instead. Use of “they” to describe one person is also accepted, although the syntax remains plural (e.g., “they are” = “that person is”). It’s also best to avoid using roles or stereotypes that have gendered roots (e.g., “businessman\" or “waitress”). Preferred Avoid Server Waitress Businessperson Businessman Flight attendant Stewardess They He/she or (S)he A group of people or a group of women Guys or girls or ladies Parents Moms"
76
- },
77
- {
78
- "type": "guideline",
79
- "content": "Choose words carefully and understand historical significance.\n\nUse gender and sexuality descriptors as modifiers, not nouns (e.g., “transgender woman” rather than “a transgender,” “bisexual person” rather than “a bisexual”). A person’s pronouns are not opinion or preference, even if they may change over time (view Spectrum’s guidelines on pronouns ). All of this helps us emphasize every person’s humanity, and keeps us from alienating people who aren’t cisgender and heterosexual. Preferred Avoid Transgender people or trans people Transgendered people or transgenders or the transgendered or transexuals Trans women Trans-women A transgender man A transman Alejandra, a lesbian woman Alejandra is a lesbian Jing, a non-binary person Jing is a non-binary Saadi is cis Saadi is CIS What are your pronouns?What are your preferred pronouns?Jamal’s pronouns are he/him/his. Jamal prefers he/him pronouns. Wholehearted or impassioned Hysterical"
80
- },
81
- {
82
- "type": "guideline",
83
- "content": "Be specific and kind.\n\nKnow the difference between sex (male/female) and gender (man/woman). When collecting personal data from users, consider if it is really necessary to ask for a person’s gender. Data collection and forms, while useful to product builders, can feel intrusive when asking about gender. When you really do need the information, allow for both common and custom responses, self-identification, multiple selections, and the option to opt out of responding. Avoid asking proxy questions, for example, asking for someone’s gender when the information that is actually needed is their bike size. Preferred Avoid Prefer to self-describe and Prefer to not respond Other"
84
- },
85
- {
86
- "type": "guideline",
87
- "content": "Account for machine learning and AI.\n\nPeople globally identify with many genders and sexualities, so it's important to teach AI exactly that. It wasn’t until June 2018 that the World Health Organization (WHO) declassified being transgender as a mental illness, so even though humans have adjusted this perspective, machine learning and AI can still perpetuate these biases. Don’t use AI or machine learning to guess genders based on image recognition, text analysis, or anything else."
88
- }
89
- ],
90
- "sourceUrl": "https://main--spectrum-hub--adobe.aem.live/content/language-and-inclusivity/writing-about-people",
91
- "lastUpdated": "2026-09-04",
92
- "status": "published",
93
- "tags": [
94
- "writing",
95
- "inclusive design",
96
- "neutral language",
97
- "person-first language",
98
- "identity-first language",
99
- "avoid stereotypes",
100
- "self-identification",
101
- "AI bias"
102
- ]
103
- }