@wix/web5-core 1.63.4 → 1.63.5
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.
|
@@ -84,7 +84,35 @@
|
|
|
84
84
|
|
|
85
85
|
.web5-empty-state__title {
|
|
86
86
|
margin: 0;
|
|
87
|
-
|
|
87
|
+
/*
|
|
88
|
+
The headline follows the store's heading colour when there is one.
|
|
89
|
+
|
|
90
|
+
`--heading` is the theme's heading role (an HSL triplet, DL #131) and this
|
|
91
|
+
is the largest heading on the page, so a store that gives its headings their
|
|
92
|
+
own colour should see it here first — it is the first thing a visitor reads.
|
|
93
|
+
Before this it was wired to `--pi-field-text`, the prompt-input body colour,
|
|
94
|
+
and `--heading` reached every heading except this one.
|
|
95
|
+
|
|
96
|
+
The middle step is doing real work. `hsl(var(--heading))` with no `--heading`
|
|
97
|
+
set is invalid at computed-value time, so `--w5-empty-title-heading` computes
|
|
98
|
+
to the guaranteed-invalid value and the `var()` below falls through to the
|
|
99
|
+
existing default — untouched for every consumer that has no heading role.
|
|
100
|
+
Wrapping inline instead (`hsl(var(--heading, var(--pi-field-text)))`) cannot
|
|
101
|
+
work: the fallback would land INSIDE `hsl()`, and `--pi-field-text` is
|
|
102
|
+
already a colour, not a triplet.
|
|
103
|
+
|
|
104
|
+
Verified in Chrome across all four cases: no `--heading` keeps `#2b2b2b`; a
|
|
105
|
+
triplet is honoured; an explicit `--pi-empty-title-color` still wins. A
|
|
106
|
+
MALFORMED `--heading` makes the whole declaration invalid, so the headline
|
|
107
|
+
inherits rather than falling back to `--pi-field-text` — acceptable because
|
|
108
|
+
the server validates these values before they can reach a page, and worth
|
|
109
|
+
knowing rather than discovering.
|
|
110
|
+
*/
|
|
111
|
+
--w5-empty-title-heading: hsl(var(--heading));
|
|
112
|
+
color: var(
|
|
113
|
+
--pi-empty-title-color,
|
|
114
|
+
var(--w5-empty-title-heading, var(--pi-field-text))
|
|
115
|
+
);
|
|
88
116
|
font-family: var(--pi-field-font-family);
|
|
89
117
|
font-size: clamp(2rem, 4vw, 2.625rem);
|
|
90
118
|
font-weight: 600;
|
|
@@ -84,7 +84,35 @@
|
|
|
84
84
|
|
|
85
85
|
.web5-empty-state__title {
|
|
86
86
|
margin: 0;
|
|
87
|
-
|
|
87
|
+
/*
|
|
88
|
+
The headline follows the store's heading colour when there is one.
|
|
89
|
+
|
|
90
|
+
`--heading` is the theme's heading role (an HSL triplet, DL #131) and this
|
|
91
|
+
is the largest heading on the page, so a store that gives its headings their
|
|
92
|
+
own colour should see it here first — it is the first thing a visitor reads.
|
|
93
|
+
Before this it was wired to `--pi-field-text`, the prompt-input body colour,
|
|
94
|
+
and `--heading` reached every heading except this one.
|
|
95
|
+
|
|
96
|
+
The middle step is doing real work. `hsl(var(--heading))` with no `--heading`
|
|
97
|
+
set is invalid at computed-value time, so `--w5-empty-title-heading` computes
|
|
98
|
+
to the guaranteed-invalid value and the `var()` below falls through to the
|
|
99
|
+
existing default — untouched for every consumer that has no heading role.
|
|
100
|
+
Wrapping inline instead (`hsl(var(--heading, var(--pi-field-text)))`) cannot
|
|
101
|
+
work: the fallback would land INSIDE `hsl()`, and `--pi-field-text` is
|
|
102
|
+
already a colour, not a triplet.
|
|
103
|
+
|
|
104
|
+
Verified in Chrome across all four cases: no `--heading` keeps `#2b2b2b`; a
|
|
105
|
+
triplet is honoured; an explicit `--pi-empty-title-color` still wins. A
|
|
106
|
+
MALFORMED `--heading` makes the whole declaration invalid, so the headline
|
|
107
|
+
inherits rather than falling back to `--pi-field-text` — acceptable because
|
|
108
|
+
the server validates these values before they can reach a page, and worth
|
|
109
|
+
knowing rather than discovering.
|
|
110
|
+
*/
|
|
111
|
+
--w5-empty-title-heading: hsl(var(--heading));
|
|
112
|
+
color: var(
|
|
113
|
+
--pi-empty-title-color,
|
|
114
|
+
var(--w5-empty-title-heading, var(--pi-field-text))
|
|
115
|
+
);
|
|
88
116
|
font-family: var(--pi-field-font-family);
|
|
89
117
|
font-size: clamp(2rem, 4vw, 2.625rem);
|
|
90
118
|
font-weight: 600;
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@wix/web5-core",
|
|
3
3
|
"license": "MIT",
|
|
4
|
-
"version": "1.63.
|
|
4
|
+
"version": "1.63.5",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "tsachis",
|
|
7
7
|
"email": "tsachis@wix.com"
|
|
@@ -100,5 +100,5 @@
|
|
|
100
100
|
"wallaby": {
|
|
101
101
|
"autoDetect": true
|
|
102
102
|
},
|
|
103
|
-
"falconPackageHash": "
|
|
103
|
+
"falconPackageHash": "8070c83b55328b4b9a4902f1d02ad1f031f753b76174b3179d398ce3"
|
|
104
104
|
}
|
|
@@ -84,7 +84,35 @@
|
|
|
84
84
|
|
|
85
85
|
.web5-empty-state__title {
|
|
86
86
|
margin: 0;
|
|
87
|
-
|
|
87
|
+
/*
|
|
88
|
+
The headline follows the store's heading colour when there is one.
|
|
89
|
+
|
|
90
|
+
`--heading` is the theme's heading role (an HSL triplet, DL #131) and this
|
|
91
|
+
is the largest heading on the page, so a store that gives its headings their
|
|
92
|
+
own colour should see it here first — it is the first thing a visitor reads.
|
|
93
|
+
Before this it was wired to `--pi-field-text`, the prompt-input body colour,
|
|
94
|
+
and `--heading` reached every heading except this one.
|
|
95
|
+
|
|
96
|
+
The middle step is doing real work. `hsl(var(--heading))` with no `--heading`
|
|
97
|
+
set is invalid at computed-value time, so `--w5-empty-title-heading` computes
|
|
98
|
+
to the guaranteed-invalid value and the `var()` below falls through to the
|
|
99
|
+
existing default — untouched for every consumer that has no heading role.
|
|
100
|
+
Wrapping inline instead (`hsl(var(--heading, var(--pi-field-text)))`) cannot
|
|
101
|
+
work: the fallback would land INSIDE `hsl()`, and `--pi-field-text` is
|
|
102
|
+
already a colour, not a triplet.
|
|
103
|
+
|
|
104
|
+
Verified in Chrome across all four cases: no `--heading` keeps `#2b2b2b`; a
|
|
105
|
+
triplet is honoured; an explicit `--pi-empty-title-color` still wins. A
|
|
106
|
+
MALFORMED `--heading` makes the whole declaration invalid, so the headline
|
|
107
|
+
inherits rather than falling back to `--pi-field-text` — acceptable because
|
|
108
|
+
the server validates these values before they can reach a page, and worth
|
|
109
|
+
knowing rather than discovering.
|
|
110
|
+
*/
|
|
111
|
+
--w5-empty-title-heading: hsl(var(--heading));
|
|
112
|
+
color: var(
|
|
113
|
+
--pi-empty-title-color,
|
|
114
|
+
var(--w5-empty-title-heading, var(--pi-field-text))
|
|
115
|
+
);
|
|
88
116
|
font-family: var(--pi-field-font-family);
|
|
89
117
|
font-size: clamp(2rem, 4vw, 2.625rem);
|
|
90
118
|
font-weight: 600;
|