@sarunyu/system-one 1.3.0 → 1.3.1

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 (2) hide show
  1. package/llms.txt +24 -19
  2. package/package.json +1 -1
package/llms.txt CHANGED
@@ -1,6 +1,6 @@
1
1
  # @sarunyu/system-one
2
2
 
3
- React component library. Tailwind CSS v4 + CSS custom properties. 13 production-ready components. Built for AI-powered generation tools (v0, Lovable, Figma Make).
3
+ React UI component library for AI-powered generation tools (v0, Lovable, Figma Make). Provides production-ready interactive components you design the layouts freely, the library handles the UI primitives. Tailwind CSS v4 + CSS custom properties.
4
4
 
5
5
  ## Install
6
6
 
@@ -372,40 +372,45 @@ import type { ButtonVariant, ButtonSize, TagVariant, ChipSize } from "@sarunyu/s
372
372
 
373
373
  ## Design Guidance
374
374
 
375
- **You design the layout. The library provides the components.** Compose, arrange, and style page structure freely using Tailwind the library does not dictate layout. Focus instead on using the components below correctly (right variants, right semantics, right props) so the visual language stays consistent with the design system.
375
+ **You own the layout. The library only provides UI components.** Design page structure, layout, and composition entirely on your ownuse your best aesthetic judgment to create beautiful, polished pages. The library has no opinions about layout. It only asks that you use its components (listed below) when the UI element matches one the library provides.
376
376
 
377
- ### Anchors the library provides
377
+ ### Layout full creative freedom
378
378
 
379
- These are all you need to keep a page visually coherent with the system:
379
+ Design the layout yourself. Use any technique that produces the best result:
380
380
 
381
- - **Typography** `<h1>`–`<h4>` are pre-styled (size, weight, line-height). Use them as-is; do not add `text-*` or `font-*` classes to override.
382
- - **Text color** body text inherits from `--foreground`. Secondary text: `text-muted-foreground`. Don't hard-code hex colors.
383
- - **Surfaces** use `bg-background` / `bg-card` / `bg-muted` so dark mode works automatically.
384
- - **Brand color** reference via `--primary-action`, or Tailwind `text-primary-action` / `bg-primary-action`.
385
- - **Spacing** — Tailwind spacing scale (4px units). Pick whatever gaps/paddings look right; the design system has no prescribed rhythm.
386
- - **Radius**`rounded-md` (6px), `rounded-lg` (8px), `rounded-xl` (12px), `rounded-full`.
381
+ - Flex, grid, CSS columns, absolute positioning, sticky headers, split panes, sidebars, hero sections, masonry grids, full-bleed backgrounds, overlapping elements anything goes.
382
+ - Choose spacing, padding, max-widths, breakpoints, and visual hierarchy based on what looks best for the specific page. There is no prescribed spacing rhythm or container width.
383
+ - Prioritize aesthetics: generous whitespace, clear visual hierarchy, balanced proportions, elegant transitions and micro-interactions.
384
+ - Do **not** use the library's layout helper components (`Page`, `PageHeader`, `Section`, `Toolbar`, `CardGrid`, `Stack`). They exist for internal use only. Build your own layouts — they will look better.
385
+
386
+ ### Component usage use ours when we have it, build your own when we don't
387
387
 
388
- ### Component usage the only hard rules
388
+ The library provides a specific set of UI components. The rule is simple:
389
389
 
390
- Use the library's components for these elements. Do **not** recreate them with raw HTML or Tailwind:
390
+ **If the UI element matches a component below → use the library's component.** Do not recreate it with raw HTML or Tailwind.
391
391
 
392
- - Buttons → `<Button>` (never `<button>` with utility classes)
392
+ - Buttons → `<Button>`
393
393
  - Text inputs / textareas / search → `<Input>`, `<TextArea>`, `<SearchInput>`
394
394
  - Single / multi select → `<Dropdown>`, `<DropdownMultiple>`, `<OptionList>`
395
395
  - Date / time pickers → `<DateInput>`, `<TimeInput>`
396
396
  - Labels / statuses / filters → `<Tag>`, `<StatusTag>`, `<Chip>`
397
- - Tabs → `<TabGroup>` (never `<Tab>` alone)
397
+ - Tabs → `<TabGroup>`
398
398
  - Event/content cards → `<Card>`
399
399
 
400
- Pick the correct variant / prop for the semantic role (e.g. `StatusTag type="success"` for success, `Button variant="primary"` once per context). The per-component rules below in "Design Rules" are the full reference.
400
+ **If the UI element does NOT match any component above → build it yourself.** Use Tailwind, custom components, or any other approach. Examples of things the library does NOT provide (build these yourself): modals/dialogs, sidebars/navigation, tables, accordions, tooltips, progress bars, avatars, breadcrumbs, sliders, toggles/switches, file uploads, charts, carousels, skeletons/loaders, pagination, badges (use `<Tag>` only if it semantically fits), alert/notification banners, steppers, menus, etc.
401
401
 
402
- ### Layout freedom
402
+ Pick the correct variant / prop for the semantic role (e.g. `StatusTag type="success"` for success, `Button variant="primary"` once per context). See "Design Rules" below for per-component constraints.
403
403
 
404
- Structure the page however you like — any combination of flex, grid, max-width containers, custom spacing, hero compositions, sidebars, split layouts, dashboards, etc. Use aesthetic judgement: generous padding, clear hierarchy, balanced whitespace. The only layout constraint is that content shouldn't sit flush against viewport edges or adjacent blocks without breathing room.
404
+ ### Visual anchors from the library
405
405
 
406
- ### Optional: layout helper components
406
+ Use these tokens to keep custom elements visually coherent with the design system:
407
407
 
408
- The library also ships a small set of layout primitives (`Page`, `PageHeader`, `Section`, `Toolbar`, `CardGrid`, `Stack`) that some users prefer for rapid scaffolding. They are entirely optional — skip them and design your own layout if that produces a better result. If you do use them, they apply sensible defaults (centered container, 48px section gap, responsive card grid). Full API is in the TypeScript types.
408
+ - **Typography** `<h1>`–`<h4>` are pre-styled. Use them as-is.
409
+ - **Text color** — body text: `--foreground`. Secondary: `text-muted-foreground`. Don't hard-code hex colors.
410
+ - **Surfaces** — `bg-background` / `bg-card` / `bg-muted` (dark mode compatible).
411
+ - **Brand color** — `--primary-action`, or Tailwind `text-primary-action` / `bg-primary-action`.
412
+ - **Radius** — `rounded-md` (6px), `rounded-lg` (8px), `rounded-xl` (12px), `rounded-full`.
413
+ - **Border** — `border-border` for default borders.
409
414
 
410
415
  ---
411
416
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@sarunyu/system-one",
3
- "version": "1.3.0",
3
+ "version": "1.3.1",
4
4
  "type": "module",
5
5
  "description": "A production-ready React design system built for AI-powered web generation tools (Figma Make, Lovable, V0). Tailwind CSS v4 + CSS custom properties for full theming support.",
6
6
  "keywords": [