@poodle64/ui 2026.9.13 → 2026.9.14
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.
package/dist/styles.css
CHANGED
|
@@ -777,6 +777,13 @@
|
|
|
777
777
|
lands its label at 2.5rem, exactly under the parent's. The border is a real
|
|
778
778
|
affordance at fifteen rows, not decoration: it is what makes the run
|
|
779
779
|
scannable as one section. */
|
|
780
|
+
/* The disclosed rows carry no guide rule. Indentation and the children's own
|
|
781
|
+
icons already read as one group, and a line down the side is a second
|
|
782
|
+
signal for a grouping that was never ambiguous. The indent is still
|
|
783
|
+
measured against the parent's geometry rather than picked: `.ds-nav-item`
|
|
784
|
+
pads 0.625rem and the icon is 1.125rem, so 1.1875rem plus 0.625rem here
|
|
785
|
+
plus the child's own 0.625rem lands its label at 2.5rem, exactly under the
|
|
786
|
+
parent's. */
|
|
780
787
|
.ds-nav-children {
|
|
781
788
|
display: flex;
|
|
782
789
|
flex-direction: column;
|
|
@@ -784,13 +791,6 @@
|
|
|
784
791
|
margin-top: 0.125rem;
|
|
785
792
|
margin-left: 1.1875rem;
|
|
786
793
|
padding-left: 0.625rem;
|
|
787
|
-
/* Derived from the nav's OWN ink, not `--border`. The rail is chrome the
|
|
788
|
-
app may brand, and a page-surface border token cannot follow it there:
|
|
789
|
-
on a branded rail the grey lands at 1.54:1 and reads as a dead scratch
|
|
790
|
-
down the colour. At 50% of the chrome's ink the guide measures 3.10:1
|
|
791
|
-
on that same rail — over the 3:1 floor it owes as a real affordance,
|
|
792
|
-
and still a step quieter than the child labels it organises. */
|
|
793
|
-
border-left: 1px solid color-mix(in oklch, var(--ds-nav-ink) 50%, transparent);
|
|
794
794
|
}
|
|
795
795
|
|
|
796
796
|
/* The rail's foot: where you configure the app, and which build you are on.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@poodle64/ui",
|
|
3
|
-
"version": "2026.9.
|
|
3
|
+
"version": "2026.9.14",
|
|
4
4
|
"description": "Household shared component layer: shadcn-svelte primitives (bits-ui) plus the composed page chrome every app builds its routes from, restyled by each app's @poodle64/design-tokens alias layer. One fix reaches every app.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"license": "MIT",
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
# @poodle64/ui — situation → component map
|
|
2
2
|
|
|
3
3
|
<!-- GENERATED by scripts/generate-registry.mjs from scripts/situations.json + package source. DO NOT EDIT. -->
|
|
4
|
-
Generated from `@poodle64/ui@2026.9.
|
|
4
|
+
Generated from `@poodle64/ui@2026.9.14`. 57 components, 15 situations.
|
|
5
5
|
|
|
6
6
|
**Read this before writing a `<div>`.** Find the SITUATION you are in below, then compose the component named for it — do not hand-build it from raw `Card` or utility classes. Import is `import { Name } from '<import path>'`. Props marked `?` are optional. This map is the retrieval step the [`frontend-design` skill] makes mandatory; the [CHI 2026 study] measured composing-from-a-registry at 95% design-system compliance against 71% for writing the CSS from a prose style guide.
|
|
7
7
|
|