@nadicodeai/design-system 12.1.9 → 12.1.11

package/DESIGN.md

@@ -4,7 +4,7 @@ name: nadicode Design System
 description: >-
   nadicode's design system and its only design authority: the tokens and the
   rules every component, website section, and product screen in the website,
-  the Portal, and the Nadia desktop app builds on.
+  the Portal, the Nadia desktop app, and the Alveare desktop app builds on.
 
 colors:
   action: "#111111"
@@ -237,7 +237,7 @@ nadicode puts AI Agents to work inside small and mid-sized companies. Its sites
 
 The brand is still: only Agents move on their own ("Motion").
 
-One foundation serves three registers. The foundation is every value in this file. A register is one product's way of applying it: the website, the Portal and the Nadia desktop app ("Registers"). A register adds rules and chooses which values it uses; it never redefines a value or mints one. A value one register needs is authored here under `register.<name>`, and a value two registers share moves to `core`.
+One foundation serves four registers. The foundation is every value in this file. A register is one product's way of applying it: the website, the Portal, the Nadia desktop app and the Alveare desktop app ("Registers"). A register adds rules and chooses which values it uses; it never redefines a value or mints one. A value one register needs is authored here under `register.<name>`, and a value two registers share moves to `core`.
 
 ## Colors
 
@@ -469,7 +469,7 @@ A record's actions sit behind one three-dot trigger, a `{spacing.control-height}
 
 ### Tables and missing values
 
-A table is native table structure at one density: 36 px header rows and 40 px body rows. It inherits its enclosing surface, whose Card owns the outer edge; the header and every record except the last end with a quiet 1 px `border` divider. A body row takes the full `accent` fill on hover, on keyboard focus within it and while its menu is open; a selected row takes `muted`; headers and footers never highlight. A collection fits its container without sideways scrolling: identity and actions keep their columns, and supporting facts move into a detail row inside the same record before the table gets cramped.
+A table is native table structure at one density: 36 px header rows and 40 px body rows. It inherits its enclosing surface, whose Card owns the outer edge; the header and every record except the last end with a quiet 1 px `border` divider. A body row takes the full `accent` fill on hover, on keyboard focus within it and while its menu is open; a selected row takes `muted`; headers and footers never highlight. A collection fits its container without sideways scrolling: identity and actions keep their columns, and supporting facts move into a detail row inside the same record before the table gets cramped. The identity column claims up to a third of the table, gives it back down to a floor, and holds its name on one line: a long name ends in an ellipsis and is whole in its title, as a dashboard row does. A fact holds one line at its own width; a column of words, such as a summary or a sentence, wraps between them above a floor of its own; in the compact layout every cell but the identity wraps between words. Text anywhere in the product breaks between words, and inside a word only when that word alone cannot fit a line; a machine string such as a hash or a key may break at any character.
 
 An unknown or not-applicable value in a table, a comparison list or a set of facts is a muted `—` with screen-reader text, in the same slot as a present value; zero stays zero. An absent report is not `None`: `None` is only for a complete report that found nothing. A stale value keeps its last reading with a short `Stale` qualifier. Loading, failure, missing permission and actionable setup each keep their own visible state and never turn into a dash. Essential reasons and actions never live only in a hover tooltip.
 
@@ -563,10 +563,12 @@ The clear space is one stroke width of the rendered logo on every side. The mini
 | Website | `apps/website/docs/design-doctrine.md` | `register.website.layout` | A light page; a black section scopes `.dark` for the product views in it |
 | Portal | `apps/portal/docs/information-architecture.md` and `apps/portal/docs/design-doctrine.md` | None | System, light or dark, on the `.dark` class |
 | Nadia | `apps/nadia/docs/design-doctrine.md` | None | System by default, light or dark, on the `.dark` class |
+| Alveare | `apps/alveare/docs/design-doctrine.md` | None | Light or dark, on Buzz's own theme pair |
 
 - **Website.** The page grammar is "The website column": full-bleed sections on white, soft, black and colour grounds, alternating, with product views floating on them. Its cards are outlined; its product views take their real heights.
 - **Portal.** A product shell on the workspace ground, built from the page compositions and the package components, with `globals.css` giving every elevated surface its tone.
 - **Nadia.** The desktop runs inside Hermes's shell, which owns Tailwind and its own surface layering. Nadia's theme paints Hermes's roles with the shared `semantic` roles and core radii, and imports `@nadicodeai/ui/components.css` with the design system's host stylesheet, so the package components render with the same recipes and glass. The window follows the operating system's material where the system composites it.
+- **Alveare.** The desktop keeps Buzz's components and layout, styled through an adapter as Nadia styles Hermes: Buzz's colour roles read the shared `semantic` roles, every text takes a type role, and Buzz's shared components take the package's geometry, states, focus and motion, over the design system's host stylesheet and `@nadicodeai/ui/components.css`.
 
 ## Do's and Don'ts
 

package/GLOSSARY.md

@@ -11,7 +11,7 @@ The visual values available to every nadicode product, whether one product rende
 _Avoid_: Palette, base theme
 
 **Register**:
-One product's visual rules for applying the Foundation. nadicode has three Registers: website, Portal, and Nadia desktop.
+One product's visual rules for applying the Foundation. nadicode has four Registers: website, Portal, Nadia desktop, and Alveare desktop.
 _Avoid_: Theme, skin
 
 **Neutral spine**:

package/dist/tokens/nadicode.dtcg-resolved.json

@@ -1,6 +1,6 @@
 {
   "$schema": "https://www.designtokens.org/schemas/2025.10/format.json",
-  "$description": "nadicode's design system and its only design authority: the tokens and the rules every component, website section, and product screen in the website, the Portal, and the Nadia desktop app builds on.",
+  "$description": "nadicode's design system and its only design authority: the tokens and the rules every component, website section, and product screen in the website, the Portal, the Nadia desktop app, and the Alveare desktop app builds on.",
   "nadicode": {
     "core": {
       "color": {

package/dist/tokens/nadicode.dtcg.json

@@ -1,6 +1,6 @@
 {
   "$schema": "https://www.designtokens.org/schemas/2025.10/format.json",
-  "$description": "nadicode's design system and its only design authority: the tokens and the rules every component, website section, and product screen in the website, the Portal, and the Nadia desktop app builds on.",
+  "$description": "nadicode's design system and its only design authority: the tokens and the rules every component, website section, and product screen in the website, the Portal, the Nadia desktop app, and the Alveare desktop app builds on.",
   "nadicode": {
     "core": {
       "color": {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@nadicodeai/design-system",
-  "version": "12.1.9",
+  "version": "12.1.11",
   "type": "module",
   "publishConfig": {
     "access": "public"