max / makeover-webview
| 1 | //! The webview renderer for [`makeover_layout`]. |
| 2 | //! |
| 3 | //! <!-- wiki: makeover-webview --> |
| 4 | //! |
| 5 | //! # The renderer that needs no palette |
| 6 | //! |
| 7 | //! `makeover-immediate` and `makeover-tui` both take a `Palette`, because egui |
| 8 | //! and a terminal need an actual colour before they can put anything on |
| 9 | //! screen. A webview does not: `var(--surface-raised)` *is* the late binding, |
| 10 | //! and the browser resolves it against whatever `themes.js` last wrote onto |
| 11 | //! `:root`. |
| 12 | //! |
| 13 | //! So this crate emits text naming intents, and never learns a colour. It is |
| 14 | //! the deferral rule with no adapter in the way, and it is why the webview was |
| 15 | //! always the wrong renderer to derive a vocabulary from: it can express |
| 16 | //! anything, so it never pushes back. |
| 17 | //! |
| 18 | //! # Phase A: the stylesheet |
| 19 | //! |
| 20 | //! This module emits component CSS and no markup, deliberately. GoingsOn has |
| 21 | //! 145 `innerHTML` sites and Balanced Breakfast 175 `createElement` sites, so |
| 22 | //! moving markup is a migration where adopting a generated stylesheet is not. |
| 23 | //! The apps keep every line of their markup and gain the classes. |
| 24 | //! |
| 25 | //! It is not a deletion either, which this header claimed until the measurement |
| 26 | //! came in. Adoption across goingson removed 49 declarations net and *added* 25 |
| 27 | //! lines: a rule loses its depth declarations and gains a variant selector next |
| 28 | //! to it, so the file stays the same size. What phase A moves is where depth is |
| 29 | //! defined, not how much CSS exists. Numbers and method in the wiki note under |
| 30 | //! "The deletion test, run". |
| 31 | //! |
| 32 | //! The bevel properties are byte-identical to what both apps already |
| 33 | //! hand-write, which is asserted below. |
| 34 | //! |
| 35 | //! # Phase B: the markup, one description at a time |
| 36 | //! |
| 37 | //! [`form`] renders [`makeover_layout::Field`], which is the half of phase B |
| 38 | //! whose description is settled. It emits strings, because both apps |
| 39 | //! interpolate their fields into larger string-built forms and returning nodes |
| 40 | //! would rewrite those too. It owns its own escaping, on the reasoning in that |
| 41 | //! module: a Rust encoder can cover element text and attribute values with one |
| 42 | //! function, where the apps need four and have to choose correctly at every |
| 43 | //! call site. |
| 44 | //! |
| 45 | //! [`facet`] renders `makeover_layout::Facet`: a dimension a set is narrowed by, |
| 46 | //! and the one phase-B emitter whose markup an app is not keeping, because the |
| 47 | //! markup it replaces was two mechanisms rather than one. A tag's selection and |
| 48 | //! a tag's browse position were separate state on MNW's discover page, which is |
| 49 | //! why every filter row there carries a tick box *and* a chevron; one gesture |
| 50 | //! doing both is what lets the second one go. |
| 51 | //! |
| 52 | //! [`list`] is the other half: column tracks, the narrowing rules, and the cell |
| 53 | //! containers a row is made of. It stops at the cell boundary and does not |
| 54 | //! render what goes inside one, on the reasoning in that module. So phase B is |
| 55 | //! now the frame around content in both directions, and what an app still owns |
| 56 | //! is the content itself. |
| 57 | //! |
| 58 | //! # What phase A settled, and what it costs |
| 59 | //! |
| 60 | //! Decided 2026-07-29 against goingson's `styles.css` rather than against a |
| 61 | //! component list. The useful finding there was that `.btn` (line 644), |
| 62 | //! `.card` (768) and `.tag, .badge` (882) each hand-write the same |
| 63 | //! composition, so three quarters of phase A is one rule with several names. |
| 64 | //! |
| 65 | //! Two of the four decisions change how goingson looks, and adoption should |
| 66 | //! not be described as a pure deletion: |
| 67 | //! |
| 68 | //! - **Pressed carries its fill.** [`interactive_rules`] emits |
| 69 | //! [`Depth::pressed`] whole. goingson presses to `--surface-sunken` today and |
| 70 | //! will press to `--surface-well`, and hovers to `--surface-overlay` today |
| 71 | //! and will hover to `--hover-surface`. Since `surface-well` inverts by theme |
| 72 | //! where `surface-sunken` does not, a dark theme presses *lighter* than it |
| 73 | //! hovers. That falls out of `makeover`'s own derivation, which says outright |
| 74 | //! that `surface-sunken` cannot serve as a well, so if it reads wrong the |
| 75 | //! answer is there and not here. |
| 76 | //! - **Badges go flat.** See [`token_rules`]. |
| 77 | //! |
| 78 | //! The other two: the progress trough is renderer-local and the scrollbar |
| 79 | //! track was dropped ([`component_rules`]), and no class prefix ships by |
| 80 | //! default, so adoption means deleting the app's hand-written rule in the same |
| 81 | //! commit that adds the generated one. `.card`, `.badge` and the tab classes |
| 82 | //! all already exist in goingson, and while both rules exist the cascade order |
| 83 | //! decides which wins. That is the one real risk in adopting this, and it is |
| 84 | //! why the migration lands per component rather than in one commit. |
| 85 | //! |
| 86 | //! # 0.10.0: the states this crate used to leave to its consumers |
| 87 | //! |
| 88 | //! [`interactive_rules`] emitted hover and pressed and stopped, because |
| 89 | //! `makeover-layout` modelled no interaction state. Focus and disabled were |
| 90 | //! therefore unsayable, and every app completed the primitive from outside the |
| 91 | //! only way that works: by out-specifying a rule it does not own. goingson |
| 92 | //! carries 19 such rules and the MNW server 21, and the three focus rings do |
| 93 | //! not match each other. |
| 94 | //! |
| 95 | //! That also blocked the cascade-layer work outright. An app that declares |
| 96 | //! `@layer` puts its own rules in a named layer, and unlayered declarations |
| 97 | //! outrank every named layer regardless of specificity, so all of those |
| 98 | //! overrides lose in the commit that adopts layers. They cannot simply be |
| 99 | //! deleted, because they are the only thing supplying the missing states. |
| 100 | //! Emitting the states here is what turns that adoption into a deletion. |
| 101 | //! |
| 102 | //! Four states now, in emission order, and the order is load-bearing: they are |
| 103 | //! all specificity (0,2,0), so disabled beats hover by coming last and by |
| 104 | //! nothing else. Nothing here reaches for `:not(:disabled)`, which would raise |
| 105 | //! a selector this crate will shortly be wrapping in its own layer. |
| 106 | //! |
| 107 | //! Hover additionally sits inside a capability query now. `makeover-touch` |
| 108 | //! answers whether a fingertip has hover and `makeover-geometry` spells the |
| 109 | //! condition; this crate asks and does not decide. goingson's section 60 exists |
| 110 | //! solely to take the hover state back on touch, which is a fight it should |
| 111 | //! never have been handed. |
| 112 | //! |
| 113 | //! # 0.11.0: the layer contract |
| 114 | //! |
| 115 | //! [`stylesheet`] emits into the `makeover` cascade layer ([`CSS_LAYER`], which |
| 116 | //! lives in `makeover-geometry` because that is the one crate every CSS emitter |
| 117 | //! in the family already depends on). `makeover-geometry` 0.6.0 does the same |
| 118 | //! for `geometry.css`. |
| 119 | //! |
| 120 | //! The cascade resolves origin and importance, then layer, then specificity, |
| 121 | //! then source order, and **unlayered normal declarations outrank every named |
| 122 | //! layer**. So before this, an app that declared `@layer base, components, |
| 123 | //! responsive` put every rule it owns into a named layer and lost all of them to |
| 124 | //! this unlayered file, regardless of specificity and regardless of loading |
| 125 | //! last. Nothing errors when that happens: the CSS is valid, the minifier is |
| 126 | //! happy, and buttons and badges look subtly wrong. |
| 127 | //! |
| 128 | //! That is why the layer belongs here rather than in each app. An app cannot fix |
| 129 | //! it from its own stylesheet, because the fix is to layer the file it does not |
| 130 | //! own. |
| 131 | //! |
| 132 | //! **What it flips**, and the reason each app wants a look when it bumps the |
| 133 | //! pin: a generated rule that currently beats an app rule by being more specific |
| 134 | //! stops beating it. The direction is always "the app wins", which is what the |
| 135 | //! apps already assume, but a hand-written rule an app thought was dead can come |
| 136 | //! back to life. |
| 137 | //! |
| 138 | //! An app should declare the order once, or the layer's position is decided by |
| 139 | //! whichever generated file the browser happens to see first: |
| 140 | //! |
| 141 | //! ```css |
| 142 | //! @layer makeover, base, components, responsive; |
| 143 | //! ``` |
| 144 | //! |
| 145 | //! [`in_css_layer`] is re-exported for an app that assembles its own stylesheet |
| 146 | //! from this crate's pieces. goingson builds `tables.css` in its own `build.rs` |
| 147 | //! out of [`list::narrowing_css`] and [`list::grid_template_columns`], and those |
| 148 | //! rules are as generated as the ones here, so they belong in the same layer and |
| 149 | //! this crate cannot put them there on the app's behalf. |
| 150 | //! |
| 151 | //! # 0.12.0: the ring gets its own width |
| 152 | //! |
| 153 | //! [`focus_rule`] reused [`Emit::border_width`] and emitted a 1px ring. That was |
| 154 | //! an implementation convenience dressed as consistency with the invalid-field |
| 155 | //! ring: a bevel and a focus indicator answer different questions, and only one |
| 156 | //! of them has to be noticed from across a desk. |
| 157 | //! |
| 158 | //! Caught while adopting 0.11.0 into goingson, by the check the adoption tasks |
| 159 | //! ask for. Every consumer had already written its own ring and all three chose |
| 160 | //! at least 2px: the MNW server 2px across 10 rules, Balanced Breakfast 2px, |
| 161 | //! goingson 2px on three rules and 3px on the one covering twelve selectors. The |
| 162 | //! design system was the only thing in the tree saying 1px, so deleting the app |
| 163 | //! rules in favour of it would have thinned the focus indicator everywhere. |
| 164 | //! |
| 165 | //! [`Emit::focus_width`] now carries it, defaulting to `2px`, and the offset is |
| 166 | //! the same magnitude with its sign off the depth. Both values are the measured |
| 167 | //! consensus rather than a new opinion. |
| 168 | //! |
| 169 | //! # 0.57.0: a suggestion's second line, in place of a reason it cannot be picked |
| 170 | //! |
| 171 | //! `1fcf2e9b`, ruled by Max 2026-08-21. `Outcome::Suggestions` now carries |
| 172 | //! `Candidate` rather than `Choice`, and a candidate has no `unavailable`: a |
| 173 | //! suggestion that cannot be picked is a row a route should not have offered. |
| 174 | //! What it has instead is a `detail`, the line that tells it from a row reading |
| 175 | //! the same -- "Format" under audio, software, writing and video. |
| 176 | //! |
| 177 | //! So `.form-suggestion-why` is gone and `.form-suggestion-detail` is here, and |
| 178 | //! the difference is not only the name. `why` was drawn in the disabled token, |
| 179 | //! which said the row was refusing. A detail orients rather than refuses, so it |
| 180 | //! is `--content-muted`, which is what every other secondary line in this crate |
| 181 | //! reads as. |
| 182 | //! |
| 183 | //! No consumer is affected: the only emitter is `quasi-webview`, which moves in |
| 184 | //! the same cascade. |
| 185 | //! |
| 186 | //! # 0.56.0: an interval, as the group MNW already wrote by hand |
| 187 | //! |
| 188 | //! [`makeover_layout::FieldKind::Interval`] emits a `role="group"` named by the |
| 189 | //! field's label, holding one `<input type="number">` per end. That is not a |
| 190 | //! shape invented here: MNW's discover sidebar has a `role="group"` with |
| 191 | //! `aria-labelledby` over `min_price` and `max_price` today, written by hand |
| 192 | //! because nothing in the description could say the two boxes were one |
| 193 | //! question. The markup is what the measurement found, and this emits it. |
| 194 | //! |
| 195 | //! - **The group carries the error and the descriptions**, on the split |
| 196 | //! [`makeover_layout::FieldKind::Radio`] already uses here: what is wrong is |
| 197 | //! the answer, and a crossed interval is not the fault of either end. |
| 198 | //! - **Both boxes take the whole extent.** `min`, `max` and `step` describe the |
| 199 | //! axis, so they are written twice. The crossing rule is not emitted, because |
| 200 | //! HTML has no attribute for it and the description does not carry it: it |
| 201 | //! comes back as an error on the group, like every other refusal. |
| 202 | //! - **Which end is which is `aria-label` and nothing more.** The description |
| 203 | //! states direction structurally, by which member holds which name, and never |
| 204 | //! in words. Visible Min and Max captions are a page's own and reach the |
| 205 | //! group through [`form::Filling::trailing`]. |
| 206 | //! |
| 207 | //! [`form::Value::Between`] is the second value. A separator inside one string |
| 208 | //! would have made this crate the owner of a delimiter that either end could |
| 209 | //! contain. |
| 210 | //! |
| 211 | //! # 0.55.0: a number's unit, as adjacent text |
| 212 | //! |
| 213 | //! `makeover-layout` 0.33.0's `Field::unit`. HTML has no unit attribute and |
| 214 | //! inventing one would be markup nothing reads, so it is a `<span>` after the |
| 215 | //! control -- and it is named in `aria-describedby` rather than left as |
| 216 | //! decoration, because a number and what it is measured in are one fact and |
| 217 | //! reading the first without the second is reading it wrong. |
| 218 | //! |
| 219 | //! This is the renderer the member costs something. egui already had somewhere |
| 220 | //! better than the label to put a unit; here the two placements are equally |
| 221 | //! adjacent, and what is bought is that the unit is a value a consumer can read |
| 222 | //! back rather than a suffix on a label it would have to parse. |
| 223 | //! |
| 224 | //! # 0.54.0: a curve this renderer can carry, and one it cannot |
| 225 | //! |
| 226 | //! `makeover-layout` 0.32.0's `Curve`. A range takes its granularity from the |
| 227 | //! curve now (`Field::curve.step()`), every other kind keeps `Field::step`, and |
| 228 | //! `Curve::Linear` emits exactly what it emitted before. |
| 229 | //! |
| 230 | //! **A constant-ratio curve still emits a linear track, and that is a |
| 231 | //! shortfall rather than a decision.** HTML has no logarithmic range input, so |
| 232 | //! honouring one here means either shipping JS that maps the thumb position to |
| 233 | //! a value -- renderer-side app code, which is the thing this stack exists to |
| 234 | //! delete -- or changing what the control submits from a value to a fraction, |
| 235 | //! and then something has to map it on the way back in. That something is not |
| 236 | //! this crate: the MNW server reads these forms with its own handlers, so a |
| 237 | //! fraction arriving where a value is expected would be silent. Filed rather |
| 238 | //! than guessed at. |
| 239 | //! |
| 240 | //! What is not lost: the extent, the granularity, and the value's own units. |
| 241 | //! What is lost is resolution at the small end, which is exactly the reason an |
| 242 | //! app asked for a ratio in the first place. No consumer is affected today -- |
| 243 | //! every described range on this path is linear. |
| 244 | //! |
| 245 | //! # 0.52.0: a markdown field gets the preview it was permitted |
| 246 | //! |
| 247 | //! 0.50.0 marked a [`makeover_layout::FieldKind::Rich`] field with |
| 248 | //! `data-format="markdown"` and stopped there, and nothing read the mark: no |
| 249 | //! rule, no markup, no selector anywhere in the tree. So a described editor was |
| 250 | //! a plain textarea carrying an attribute, and MNW converting its four |
| 251 | //! hand-written section editors onto the member would have *lost* the |
| 252 | //! Write/Preview pair one of them already has. A permission taken and not spent |
| 253 | //! turns every conversion into a regression. |
| 254 | //! |
| 255 | //! [`form::editor_rules`] and the chrome beside it are the spending. The pair is |
| 256 | //! a segmented control, so it takes the depth, the focus ring and the chosen |
| 257 | //! state from rules that already existed; the preview pane is a well, because it |
| 258 | //! stands where the control stood. Both are gated on the attribute rather than |
| 259 | //! on a class, which is what the attribute was for. |
| 260 | //! |
| 261 | //! **This crate still renders no markdown.** The pane arrives empty and is |
| 262 | //! filled by whatever binds the editor, which is where the host's sanitiser |
| 263 | //! already is. A converter here would have moved that guarantee into a crate |
| 264 | //! with no view of the host's content-security posture. |
| 265 | //! |
| 266 | //! # 0.47.0: a range, a chooser's ghost text, and an option that cannot be |
| 267 | //! picked yet |
| 268 | //! |
| 269 | //! `makeover-layout` 0.28.0's three form findings, all of them cheap here and |
| 270 | //! none of them cheap in the app that found them. |
| 271 | //! |
| 272 | //! - `FieldKind::Range` emits `<input type="range">`, and `Field::step` emits |
| 273 | //! `step`. The step is emitted only when the description carries one: the |
| 274 | //! browser's own default is `step="1"`, which is what a description means by |
| 275 | //! saying nothing, and is also what turns a 0-to-1 threshold into a |
| 276 | //! two-position control. |
| 277 | //! - A select with nothing chosen emits a disabled, selected, valueless first |
| 278 | //! option carrying `Field::placeholder`. HTML has no placeholder attribute on |
| 279 | //! `<select>`; this is the idiom, and `required` keeps working through it |
| 280 | //! because the option's value is empty. |
| 281 | //! - `Choice::unavailable` emits `disabled` plus the reason. Where it goes |
| 282 | //! differs by control and the difference is forced: a radio group gets a |
| 283 | //! `.form-option-reason` span beside the label, and a `<select>` option has |
| 284 | //! room for no element at all, so the reason runs into its text. |
| 285 | //! |
| 286 | //! # 0.25.0: a cell says what it holds |
| 287 | //! |
| 288 | //! 0.23.0 gave a table its layout and left every cell the same. One `.cell` |
| 289 | //! carried the whole thing, so a cell holding text and a cell holding a button |
| 290 | //! were one class and one content colour, and a control in a cell was painted |
| 291 | //! as text. That is the drift [`RowPart::intent`](makeover_layout::RowPart) |
| 292 | //! has prevented for list rows since 0.2.0 and prevented for nothing here. |
| 293 | //! |
| 294 | //! makeover-layout 0.14.0's [`CellPart`](makeover_layout::CellPart) names the |
| 295 | //! four things a cell holds, and [`table_rules`] turns them into |
| 296 | //! `.cell-value`, `.cell-tokens`, `.cell-actions` and `.cell-link`. Only the |
| 297 | //! first takes a colour: a token carries its own tone, an action is a control |
| 298 | //! rather than text, and a link takes the action colour from the anchor it is. |
| 299 | //! |
| 300 | //! The colour going on `.cell-value` rather than on `.cell` is the fix rather |
| 301 | //! than an implementation detail. On the container it cascades into the parts |
| 302 | //! that are not text, which is the bug said in one rule. |
| 303 | //! |
| 304 | //! [`list::Cell::part`] is `Option<CellPart>` here, where it was |
| 305 | //! `Option<RowPart>`. A table cell borrowing the list row's vocabulary was the |
| 306 | //! drift with a type on it: the two answer different questions, and only one of |
| 307 | //! them was ever about a cell. |
| 308 | //! |
| 309 | //! # 0.23.0: a table lays itself out, and a row shows its controls |
| 310 | //! |
| 311 | //! Three things a description could say and this renderer had no rule for, |
| 312 | //! found together by rendering the MNW server's SSH-keys settings tab through |
| 313 | //! `quasi` and preferring the hand-written Askama original. |
| 314 | //! |
| 315 | //! **A table had no layout at all.** [`list::narrowing_css`] emits the track |
| 316 | //! list, and it has to be called with the columns, so it works where the |
| 317 | //! columns are known at build time: goingson builds `tables.css` in its own |
| 318 | //! `build.rs` and is untouched. A table a description produced knows its |
| 319 | //! columns at render time, and the rules would have had to travel with the |
| 320 | //! markup: a `<style>` element per table, which needs `style-src |
| 321 | //! 'unsafe-inline'` that the MNW server is working to drop, or the head, which |
| 322 | //! an htmx fragment swap does not carry. [`table_rules`] lays a table out with |
| 323 | //! `display: table` instead, which aligns columns across rows knowing nothing |
| 324 | //! about how many there are. [`Priority`](makeover_layout::Priority) hiding |
| 325 | //! moves from a generated rule per dropped column to one rule per drop class, |
| 326 | //! and [`list::column_classes`] is what puts those classes on a cell. A header |
| 327 | //! row emitted by a renderer's own code should call it too, or the header and |
| 328 | //! the body disagree about which column just dropped. |
| 329 | //! |
| 330 | //! **A destructive button had nowhere for its tone to land.** `.button` carried |
| 331 | //! no tone, on the reading that a control's colour is its surface. Every |
| 332 | //! consumer had written the danger rule itself. It joins the badge in taking |
| 333 | //! the four tones as colour, off `data-tone`. |
| 334 | //! |
| 335 | //! **A list rendered as a bulleted list**, because nothing here reset the `ul` |
| 336 | //! a renderer emits for one. |
| 337 | //! |
| 338 | //! `RowPart::revealed_on_hover` also stops being honoured, which its own doc |
| 339 | //! sanctioned: a renderer decides. It was retired outright in makeover-layout |
| 340 | //! 0.13.0, once this had been its only consumer for a release. The rule hid a |
| 341 | //! row's actions until hover, |
| 342 | //! and every escape it grew was a report that hiding was wrong for somebody: |
| 343 | //! `focus-within` for the keyboard, the capability gate for a fingertip with no |
| 344 | //! way to unhide. What survived hid the controls from pointer users alone, who |
| 345 | //! are the ones scanning a list to learn what can be done to a row. |
| 346 | //! |
| 347 | //! # 0.17.0: the depth classes stop being controls |
| 348 | //! |
| 349 | //! [`depth_rules`] gave `.raised` the whole interactive set. A depth is a |
| 350 | //! statement about shape, so that left the vocabulary with no raised surface |
| 351 | //! that is merely an object, and an app wanting one had two moves: write its |
| 352 | //! own class from tokens, or take a control class and cancel the control half. |
| 353 | //! goingson took the second, in three variants over sixteen elements |
| 354 | //! (`.card--static` at 14 call sites, `.card--muted` at 2, `.card--shell` at 1), |
| 355 | //! each re-asserting the resting fill and bevel on `:hover` and `:active`. |
| 356 | //! |
| 357 | //! Measured before changing it: `.raised` is emitted into goingson, Balanced |
| 358 | //! Breakfast and the MNW server, and none of the three has a single call site. |
| 359 | //! The states were unasked-for everywhere at once, and dropping them costs no |
| 360 | //! migration anywhere. |
| 361 | //! |
| 362 | //! `.card` and `.button` are unchanged. They are the same depth *and* controls, |
| 363 | //! and they take their states from [`surface_rules`], which is where a state |
| 364 | //! belongs: on the thing that claims to answer a pointer. |
| 365 | //! |
| 366 | //! # Substitution, three ways |
| 367 | //! |
| 368 | //! `Fill::Well` has no colour on makeover before 2.3.0, and each renderer |
| 369 | //! answers that differently, which is the evidence that dropping |
| 370 | //! `Fill::fallback` from the description was right: |
| 371 | //! |
| 372 | //! - `makeover-immediate` substitutes the page in Rust. |
| 373 | //! - `makeover-tui` refuses to substitute and draws an edge instead, because a |
| 374 | //! terminal would quantise the two together. |
| 375 | //! - here, CSS already has the mechanism: `var(--surface-well, |
| 376 | //! var(--surface-page))` falls back in the browser, and nothing in Rust |
| 377 | //! decides anything. |
| 378 | |
| 379 | |
| 380 | |
| 381 | |
| 382 | |
| 383 | |
| 384 | |
| 385 | |
| 386 | |
| 387 | |
| 388 | |
| 389 | /// A render of every emitter, scraped for the classes it wrote. |
| 390 | /// |
| 391 | /// Test-only, and the guard behind [`vocabulary::names`]. See the module's own |
| 392 | /// header for why the check renders rather than reads the source. |
| 393 | |
| 394 | |
| 395 | |
| 396 | use crate; |
| 397 | use ; |
| 398 | // Re-exported rather than redefined. An app assembling its own stylesheet out |
| 399 | // of this crate's pieces needs the same layer name, and most such apps depend |
| 400 | // on this crate and not on `makeover-geometry` directly: goingson builds |
| 401 | // `tables.css` in its own build.rs from [`list::narrowing_css`], and those |
| 402 | // rules are as generated as the ones here. |
| 403 | pub use ; |
| 404 | |
| 405 | /// This crate's version, as the generated stylesheet reports it. |
| 406 | /// |
| 407 | /// A consumer whose lockfile still pins an old `makeover-webview` gets a |
| 408 | /// well-formed sheet with components missing and no error anywhere, so the |
| 409 | /// emitter has to name itself in what it writes. Read by |
| 410 | /// `makeover_build::layout_css` through [`stylesheet`]. |
| 411 | pub const VERSION: &str = env!; |
| 412 | use |
| 413 | Bevel, CellPart, Depth, Fallback, Fill, Flow, Intent, RowPart, Selector, Sort, State, Token, |
| 414 | Tone, |
| 415 | ; |
| 416 | use Affordance; |
| 417 | use Write as _; |
| 418 | |
| 419 | /// How the emitted CSS is shaped. |
| 420 | |
| 421 | |
| 422 | /// Bevel thickness, as a CSS length. |
| 423 | /// |
| 424 | /// A value, so it arrives from the caller: border widths belong to |
| 425 | /// `makeover-geometry` and will come from there once it carries them. |
| 426 | pub border_width: &'static str, |
| 427 | /// Focus ring thickness, as a CSS length. |
| 428 | /// |
| 429 | /// Separate from [`border_width`](Self::border_width), which it reused |
| 430 | /// until 0.12.0. That reuse was an implementation convenience dressed as |
| 431 | /// consistency, and it emitted a 1px ring: a bevel and a focus indicator |
| 432 | /// are answering different questions, and only one of them has to be |
| 433 | /// noticed from across a desk. |
| 434 | /// |
| 435 | /// The default is the measured consensus rather than a new opinion. Every |
| 436 | /// consumer had already written its own ring and all three chose at least |
| 437 | /// 2px: the MNW server 2px across 10 rules, Balanced Breakfast 2px, |
| 438 | /// goingson 2px on three rules and 3px on the one covering twelve |
| 439 | /// selectors. The design system was the only thing in the tree saying 1px. |
| 440 | pub focus_width: &'static str, |
| 441 | /// Prefix for emitted class names, without the leading dot. |
| 442 | pub class_prefix: &'static str, |
| 443 | |
| 444 | |
| 445 | |
| 446 | |
| 447 | Self |
| 448 | border_width: "1px", |
| 449 | focus_width: "2px", |
| 450 | class_prefix: "", |
| 451 | |
| 452 | |
| 453 | |
| 454 | |
| 455 | /// A string as CSS escapes, for a `content` value. |
| 456 | /// |
| 457 | /// `\u{25B2}` becomes `\25B2`. Emitted escaped rather than literally so the |
| 458 | /// stylesheet is ASCII whatever the description spells: a `content` string is |
| 459 | /// read by whatever encoding the consumer serves the file as, and a caret that |
| 460 | /// depends on that is a caret that works on one machine. |
| 461 | /// |
| 462 | /// Terminated by the closing quote at every site here. A CSS hex escape takes |
| 463 | /// up to six digits and ends at the first character that cannot be one, so an |
| 464 | /// escape followed by more text would need a space that these do not. |
| 465 | |
| 466 | text.chars.fold |
| 467 | let _ = write!; |
| 468 | out |
| 469 | |
| 470 | |
| 471 | |
| 472 | /// The CSS custom property holding a bevel's composition. |
| 473 | |
| 474 | |
| 475 | match bevel |
| 476 | Raised => "--bevel-raised", |
| 477 | Inset => "--bevel-inset", |
| 478 | |
| 479 | |
| 480 | |
| 481 | /// A `var()` reference to a fill intent, with the browser's own fallback where |
| 482 | /// the intent may be absent. |
| 483 | /// |
| 484 | /// The fallback is CSS syntax, not a decision made here. That is the whole |
| 485 | /// difference between this renderer and the other two. |
| 486 | |
| 487 | |
| 488 | match fill |
| 489 | Well => format!, |
| 490 | other => format!, |
| 491 | |
| 492 | |
| 493 | |
| 494 | /// The two-tone edge as a `box-shadow` value. |
| 495 | /// |
| 496 | /// Two inset shadows, one per corner pair: the light one offset down and |
| 497 | /// right so it lands on the top and left edges, the dark one the other way. |
| 498 | /// The same assignment `makeover-immediate` draws with polylines and |
| 499 | /// `makeover-tui` draws with box-drawing characters. |
| 500 | |
| 501 | |
| 502 | let = bevel.edges; |
| 503 | let w = opts.border_width; |
| 504 | format! |
| 505 | "inset {w} {w} 0 var(--{}), inset -{w} -{w} 0 var(--{})" |
| 506 | top_left.token, |
| 507 | bottom_right.token |
| 508 | ) |
| 509 | |
| 510 | |
| 511 | /// The custom properties both bevels resolve through. |
| 512 | /// |
| 513 | /// Emitted as properties rather than inlined into every rule because that is |
| 514 | /// what the apps already do, and because a consumer that wants the edge |
| 515 | /// without the fill reads the property directly. |
| 516 | |
| 517 | |
| 518 | let mut css = Stringnew; |
| 519 | for bevel in |
| 520 | let _ = writeln! |
| 521 | css, |
| 522 | " {}: {};" |
| 523 | bevel_var, |
| 524 | bevel_shadow |
| 525 | ); |
| 526 | |
| 527 | css.push_str; |
| 528 | css |
| 529 | |
| 530 | |
| 531 | /// The cast shadow of a surface that floats over the page. |
| 532 | /// |
| 533 | /// Composed here for the reason the bevel pair is: `makeover` derives the tone, |
| 534 | /// this crate owns the geometry, and neither has to know the other's numbers. |
| 535 | /// |
| 536 | /// **Only for a surface that overlays the page.** A menu, a toast, a popover, a |
| 537 | /// dropdown. A surface *in* the page takes `.raised` and its bevel, and a rule |
| 538 | /// that reaches for this on a card or a plate has renamed a literal rather than |
| 539 | /// replaced it. |
| 540 | /// |
| 541 | /// Two lengths rather than one, because a single blur reads as a smudge at |
| 542 | /// plate size and as a halo at menu size. The offset is small and downward: a |
| 543 | /// Platinum-era menu sits just off the page rather than hovering above it. |
| 544 | const ELEVATION_PROPERTY: &str = |
| 545 | " --elevation-overlay: 0 2px 4px var(--elevation), 0 8px 24px var(--elevation);\n"; |
| 546 | |
| 547 | /// The class name for a depth. |
| 548 | |
| 549 | |
| 550 | let name = match depth |
| 551 | Flat => return None, |
| 552 | Raised => "raised", |
| 553 | Well => "well", |
| 554 | Sunken => "sunken", |
| 555 | // A depth added to the description since this renderer was last |
| 556 | // built. No class, on the same footing as Flat: emitting a name |
| 557 | // whose rule body we cannot write would put a class in the markup |
| 558 | // that the stylesheet never defines. |
| 559 | _ => return None, |
| 560 | ; |
| 561 | Some |
| 562 | |
| 563 | |
| 564 | /// A prefixed class name. |
| 565 | /// |
| 566 | /// Public since 0.27.0, for the renderers that emit markup this crate does not. |
| 567 | /// A screen renderer writing `class="row"` has to prefix it the way the |
| 568 | /// stylesheet half does or a prefixed app gets rules matching everything except |
| 569 | /// the elements that renderer wrote, and the failure is invisible: the CSS |
| 570 | /// stays valid and one element is unstyled. quasi-webview carried a byte |
| 571 | /// identical copy of this function until it could call this one. |
| 572 | |
| 573 | |
| 574 | let mut out = Stringwith_capacity; |
| 575 | push_class; |
| 576 | out |
| 577 | |
| 578 | |
| 579 | /// A prefixed class name, written into a buffer the caller already has. |
| 580 | /// |
| 581 | /// The form the emitters use, and the reason it exists is [`escape_into`]'s: |
| 582 | /// every class on every element went through a `format!` before 0.40.0, |
| 583 | /// including the default case where the prefix is empty and the answer is the |
| 584 | /// argument. A described table row carried roughly eighty transient |
| 585 | /// allocations, and this and the escaper were most of them. |
| 586 | /// |
| 587 | /// [`class`] stays for callers holding a name rather than a buffer. |
| 588 | /// |
| 589 | /// [`escape_into`]: crate::form::escape_into |
| 590 | |
| 591 | out.push_str; |
| 592 | out.push_str; |
| 593 | |
| 594 | |
| 595 | /// The class an option of a selector carries, which is what the rules key off. |
| 596 | /// |
| 597 | /// Named for the option and not for the group: [`selector_rules`] styles the |
| 598 | /// thing that gets picked, so `Selector::Tabs` is `tab` and not `tabs`. The |
| 599 | /// distinction is not pedantry. quasi-webview spelled these `tabs`, `segmented` |
| 600 | /// and `option`, put `toggle` on the wrapping element rather than on the |
| 601 | /// buttons inside it, and every described selector in that renderer came out |
| 602 | /// with no depth, no focus ring and no chosen state, while the toggle group got |
| 603 | /// a bevel meant for its buttons. |
| 604 | /// |
| 605 | /// The chosen option additionally carries `chosen`, the same way a latched chip |
| 606 | /// carries `latched`. That name is this crate's too; there is no reason for a |
| 607 | /// caller to spell it, and [`selector_rules`] is where it is written down. |
| 608 | |
| 609 | |
| 610 | match selector |
| 611 | Tabs => "tab", |
| 612 | Segmented => "segment", |
| 613 | Toggle => "toggle", |
| 614 | |
| 615 | |
| 616 | |
| 617 | /// The fill and edge declarations for a depth, as a rule body. |
| 618 | /// |
| 619 | /// Empty for [`Depth::Flat`], which has neither and inherits what it sits on. |
| 620 | /// Callers lean on the emptiness to skip the rule rather than emit a class that |
| 621 | /// sets nothing: a class that sets no properties is a class that means "I |
| 622 | /// thought about this", which is what comments are for. |
| 623 | /// |
| 624 | /// The two halves are emitted independently because [`Depth::Sunken`] has a |
| 625 | /// fill and no bevel. Requiring both, which this did before makeover-layout |
| 626 | /// 0.3.0, silently dropped the fill for exactly that case. Independent does not |
| 627 | /// mean unpaired: both halves still come off one `Depth`, so they cannot |
| 628 | /// disagree about what the region is. |
| 629 | |
| 630 | |
| 631 | let mut css = Stringnew; |
| 632 | if let Some = depth.fill |
| 633 | let _ = writeln!; |
| 634 | |
| 635 | if let Some = depth.bevel |
| 636 | let _ = writeln!; |
| 637 | |
| 638 | css |
| 639 | |
| 640 | |
| 641 | /// One rule giving a selector a depth, or nothing when the depth declares |
| 642 | /// nothing. |
| 643 | |
| 644 | |
| 645 | let body = depth_declarations; |
| 646 | if body.is_empty |
| 647 | return Stringnew; |
| 648 | |
| 649 | format! |
| 650 | |
| 651 | |
| 652 | /// The media condition a hover rule has to sit inside, or `None` if hover is |
| 653 | /// unconditional. |
| 654 | /// |
| 655 | /// Two crates answer this and neither answer is made here. `makeover-touch` |
| 656 | /// owns *whether* hover exists at a density, and `makeover-geometry` owns how |
| 657 | /// that capability is spelled as a media condition. Asking both is what stops |
| 658 | /// this renderer minting a third opinion, which is what all three apps did: |
| 659 | /// goingson sniffed the user agent, Balanced Breakfast used `(hover: none)` |
| 660 | /// alone, and the MNW server had no gate at all. |
| 661 | /// |
| 662 | /// [`SizeClass`] is required by [`Affordance::available`] and ignored by this |
| 663 | /// member, which reports as much through `reads_size`. Passing Compact is not |
| 664 | /// a claim about width; the test below pins that every class agrees. |
| 665 | |
| 666 | if Hover.available |
| 667 | // A fingertip grew a hover state. Nothing to gate, and this renderer |
| 668 | // should not invent a reason to gate anyway. |
| 669 | None |
| 670 | else |
| 671 | Some |
| 672 | |
| 673 | |
| 674 | |
| 675 | /// Put a rule inside a media query, or leave it alone. |
| 676 | |
| 677 | let Some = condition else |
| 678 | return rule.to_string; |
| 679 | ; |
| 680 | let mut css = format!; |
| 681 | for line in rule.lines |
| 682 | // Blank lines stay blank. Indenting one leaves trailing whitespace, |
| 683 | // which is the sort of thing a formatter later reverts and calls a diff. |
| 684 | if line.is_empty |
| 685 | css.push; |
| 686 | else |
| 687 | let _ = writeln!; |
| 688 | |
| 689 | |
| 690 | css.push_str; |
| 691 | css |
| 692 | |
| 693 | |
| 694 | /// The keyboard focus ring, placed by the depth it lands on. |
| 695 | /// |
| 696 | /// This is the webview's **focus ring** and nothing more. **Reach** and |
| 697 | /// **focus** are both the browser's — the document decides what is reachable |
| 698 | /// and `:focus-visible` decides which reached thing wears the ring — and no |
| 699 | /// description states either. The three terms are defined once in |
| 700 | /// `makeover_layout`'s crate header, "Reach, focus and the focus ring". |
| 701 | /// |
| 702 | /// One ring for the whole system, because a focus ring's job is to be |
| 703 | /// recognised and three apps having three of them is the failure. What varies |
| 704 | /// is where it sits, and that comes off [`Depth`] rather than off a per- |
| 705 | /// component choice: a well takes the ring inside its own edge, and anything |
| 706 | /// standing proud of the page takes it outside. |
| 707 | /// |
| 708 | /// `outline` rather than the composed `box-shadow` the invalid-field ring at |
| 709 | /// [`field_rules`] uses, and deliberately the one place the two rings are built |
| 710 | /// differently. A `box-shadow` ring has to restate the bevel beside it, because |
| 711 | /// `box-shadow` is not additive and a lone ring silently drops the well out |
| 712 | /// from under the element. That restatement is a second copy of the depth, |
| 713 | /// living in a different function from the first, and it is exactly the |
| 714 | /// duplication `Depth` exists to prevent. `outline` occupies its own property, |
| 715 | /// so the bevel survives untouched and there is nothing to keep in agreement. |
| 716 | /// They render the same: both are a flush ring one border-width wide. |
| 717 | |
| 718 | |
| 719 | let w = opts.focus_width; |
| 720 | // Same magnitude either way, and only the sign comes off the depth. Both |
| 721 | // values are what the consumers had already converged on independently: |
| 722 | // 2px out is what all three wrote, and 2px in is the MNW server's own |
| 723 | // answer for the one inset ring it had. |
| 724 | let offset = match depth.bevel |
| 725 | // Inside the well, clear of its edge rather than painted over it. |
| 726 | Some => format!, |
| 727 | // Raised, or no edge at all. Outside, standing off by its own width. |
| 728 | _ => w.to_string, |
| 729 | ; |
| 730 | // The token by name. It is `makeover`'s, derived from the action colour, |
| 731 | // and reaching it through a description member was a second path to the |
| 732 | // same variable for as long as one existed. |
| 733 | format! |
| 734 | ".{selector}:focus-visible {{\n outline: {w} solid var(--focus-ring);\n outline-offset: {offset};\n}}\n" |
| 735 | |
| 736 | |
| 737 | |
| 738 | /// Present, visible, and not answering. |
| 739 | /// |
| 740 | /// Matches the ARIA attribute as well as the pseudo-class, because `:disabled` |
| 741 | /// only matches form elements and half the things this crate emits are not |
| 742 | /// one: a `div` carrying `.chip` or `.tab` can never be `:disabled`. Keying on |
| 743 | /// the accessible state is the pattern [`field_rules`] already establishes for |
| 744 | /// `aria-invalid`, on the reasoning that one fact read by both the styling and |
| 745 | /// the accessibility tree cannot drift from itself. |
| 746 | /// |
| 747 | /// The rest depth is re-asserted rather than assumed, because this rule has to |
| 748 | /// beat the hover and pressed rules above it. It does that on source order at |
| 749 | /// equal specificity, not by out-specifying them: every rule this function's |
| 750 | /// caller emits is (0,2,0), and adding a `:not(:disabled)` anywhere would raise |
| 751 | /// one of them and have to be unpicked when this output moves inside its own |
| 752 | /// cascade layer. |
| 753 | |
| 754 | |
| 755 | format! |
| 756 | ".{selector}:disabled,\n.{selector}[aria-disabled=\"true\"] {{\n{} color: var(--{});\n cursor: not-allowed;\n}}\n" |
| 757 | depth_declarations, |
| 758 | Disabled.token |
| 759 | ) |
| 760 | |
| 761 | |
| 762 | /// Every state a selector that answers a click implies: hover, pressed, focus |
| 763 | /// and disabled, in that order. |
| 764 | /// |
| 765 | /// Order is the whole cascade mechanism here. All four selectors are |
| 766 | /// specificity (0,2,0), so disabled wins over hover and pressed by coming last |
| 767 | /// and by nothing else. |
| 768 | /// |
| 769 | /// Pressed emits [`Depth::pressed`] in full, fill and edge together. Emitting |
| 770 | /// only the edge is what left goingson hand-writing `background: |
| 771 | /// var(--surface-sunken)` on three separate rules, and a fill that does not |
| 772 | /// travel with its edge is precisely the disagreement `Depth` exists to make |
| 773 | /// unrepresentable. So the pressed fill comes from the description |
| 774 | /// (`--surface-well`) rather than from whatever each app reached for. |
| 775 | /// |
| 776 | /// Hover has no member in the description and is renderer policy: a terminal |
| 777 | /// and an immediate-mode painter have no hover to express. It resolves against |
| 778 | /// `--hover-surface`, which `makeover` already derives and which nothing |
| 779 | /// consumed until now. What it *is* gated on is capability, via |
| 780 | /// [`hover_condition`]. Before that gate existed the apps each wrote their own: |
| 781 | /// goingson's section 60 exists solely to take back the hover state this |
| 782 | /// function had just handed it, by out-specifying a rule it does not own. |
| 783 | /// |
| 784 | /// `depth` is the selector's **rest** depth, used to place the focus ring and |
| 785 | /// to restore the surface under a disabled control. The pressed rule keeps |
| 786 | /// inverting from [`Depth::Raised`] regardless, which is what every caller got |
| 787 | /// before this parameter existed: a tab's unchosen depth is |
| 788 | /// [`Depth::Sunken`], and `Sunken.pressed()` is `Sunken`, so deriving the press |
| 789 | /// from the rest depth would leave a tab with no press at all. |
| 790 | |
| 791 | |
| 792 | let mut css = gated |
| 793 | hover_condition, |
| 794 | &format!, |
| 795 | ; |
| 796 | css.push_str |
| 797 | &format!, |
| 798 | Raised.pressed, |
| 799 | ; |
| 800 | css.push_str; |
| 801 | css.push_str; |
| 802 | css |
| 803 | |
| 804 | |
| 805 | /// One rule per depth: its fill and its edge, together. |
| 806 | /// |
| 807 | /// A depth and nothing else. `.raised` says a surface sits on what is behind |
| 808 | /// it, which is a statement about the shape and not about what happens when a |
| 809 | /// pointer arrives, so it emits no hover, press, focus or disabled rule. The |
| 810 | /// named surfaces are where interaction lives: `.card` and `.button` are the |
| 811 | /// same depth *and* controls, and they get their states from |
| 812 | /// [`surface_rules`]. |
| 813 | /// |
| 814 | /// This class carried the interactive set until 0.17.0, which left the |
| 815 | /// vocabulary with no raised surface that is merely an object. Consumers that |
| 816 | /// needed one took a control class and cancelled half of it instead: sixteen |
| 817 | /// elements in goingson across three `.card--*` variants, each re-asserting the |
| 818 | /// resting fill and bevel on `:hover` and `:active`. Nothing anywhere used |
| 819 | /// `.raised` itself, so the states were unasked-for in every consumer at once. |
| 820 | |
| 821 | |
| 822 | let mut css = Stringnew; |
| 823 | for depth in |
| 824 | let Some = depth_class else |
| 825 | continue; |
| 826 | ; |
| 827 | css.push_str; |
| 828 | |
| 829 | css |
| 830 | |
| 831 | |
| 832 | /// The three surfaces that are a depth with a name. |
| 833 | /// |
| 834 | /// `button` and `card` are both [`Depth::Raised`], and `field` is a |
| 835 | /// [`Depth::Well`] because that is the reading `Depth`'s own documentation |
| 836 | /// gives a text field. Their bodies come out identical by construction rather |
| 837 | /// than by hand: three hand-written copies in goingson's stylesheet is what |
| 838 | /// phase A deletes, and generating them from one call is what stops them |
| 839 | /// drifting apart again. |
| 840 | |
| 841 | let mut css = Stringnew; |
| 842 | for name in |
| 843 | let c = class; |
| 844 | css.push_str; |
| 845 | css.push_str; |
| 846 | |
| 847 | |
| 848 | let field = class; |
| 849 | css.push_str; |
| 850 | |
| 851 | // A field takes focus and refuses input like everything else here, and got |
| 852 | // neither until now, which is why all three apps hand-write a focus ring |
| 853 | // for it and no two of them match. No hover or pressed: a text field does |
| 854 | // not light up under the pointer and does not invert when clicked, so the |
| 855 | // two states `interactive_rules` would add are the two it does not have. |
| 856 | css.push_str; |
| 857 | css.push_str; |
| 858 | |
| 859 | // Keyed on the ARIA attribute rather than on a class, so the visual state |
| 860 | // and the accessible state cannot drift apart: there is one fact and both |
| 861 | // read it. goingson already drove its invalid styling this way and was |
| 862 | // right to; the `.invalid` class this emitted before 0.5.0 was a second |
| 863 | // place to forget. |
| 864 | // |
| 865 | // The ring composes *after* the bevel rather than replacing it. box-shadow |
| 866 | // is not additive, so a lone ring silently dropped the well out from under |
| 867 | // an invalid field. Flat and unlit: this edge is saying "wrong", and |
| 868 | // lighting one side would have it say "raised" at the same time. |
| 869 | let _ = writeln! |
| 870 | css, |
| 871 | ".{field}[aria-invalid=\"true\"] {{\n box-shadow: var({}), 0 0 0 {} var(--danger);\n}}" |
| 872 | bevel_var, |
| 873 | opts.border_width |
| 874 | ); |
| 875 | css |
| 876 | |
| 877 | |
| 878 | /// Badges and chips. |
| 879 | /// |
| 880 | /// The one place phase A changes how goingson looks rather than only where its |
| 881 | /// rules live. [`Token::Badge`] is [`Depth::Flat`], so a badge emits no fill |
| 882 | /// and no edge at all, where goingson ships `.tag, .badge` as a single rule |
| 883 | /// carrying the raised bevel. Splitting that means reading every call site to |
| 884 | /// decide which of the two it always was. |
| 885 | /// |
| 886 | /// What a badge does carry is a [`Tone`], the intent family it shares with |
| 887 | /// notices and nothing else. Neutral is the bare class rather than a variant, |
| 888 | /// because it is the absence of a status and not a status called "none". |
| 889 | /// Text that goes somewhere. |
| 890 | /// |
| 891 | /// The one inline control, and the vocabulary had no word for it until a |
| 892 | /// description layer needed one. A table cell has carried `cell-link` since |
| 893 | /// 0.14.0's part list, deliberately unruled because the cell's own rule covers |
| 894 | /// it; what was missing is the same thing outside a table, which is what a |
| 895 | /// described run holds when a sentence contains a link. |
| 896 | /// |
| 897 | /// Colour and underline only. Whether a link is inline in a sentence or sitting |
| 898 | /// on its own line is the app's layout, and how much room it takes is |
| 899 | /// `makeover-geometry`'s. What is here is the pair of signals that say "this |
| 900 | /// goes somewhere" and nothing that says where it sits. |
| 901 | /// |
| 902 | /// The visited arm is deliberately absent. A link inside an app points at the |
| 903 | /// app's own screens, which the user is expected to have been to, so painting |
| 904 | /// them differently marks almost everything and distinguishes nothing. |
| 905 | |
| 906 | let mut css = Stringnew; |
| 907 | let link = class; |
| 908 | |
| 909 | let _ = writeln! |
| 910 | css, |
| 911 | ".{link} {{\n color: var(--action);\n \ |
| 912 | text-decoration: underline;\n}}" |
| 913 | ; |
| 914 | // The hover step is the same one every other control takes, and it is a |
| 915 | // colour rather than a surface: a link has no box to raise. |
| 916 | let _ = writeln! |
| 917 | css, |
| 918 | "@media (hover: hover) and (pointer: fine) {{\n .{link}:hover \ |
| 919 | {{\n color: var(--action-hover);\n }}\n}}" |
| 920 | ; |
| 921 | let _ = writeln! |
| 922 | css, |
| 923 | ".{link}:focus-visible {{\n outline: {} solid var(--focus-ring);\n \ |
| 924 | outline-offset: 2px;\n}}" |
| 925 | opts.focus_width |
| 926 | ); |
| 927 | // A link is often a `<button>` rather than an `<a>`: a renderer picks the |
| 928 | // element from the method, so a link that writes is a button that has to |
| 929 | // stop looking like one. |
| 930 | let _ = writeln! |
| 931 | css, |
| 932 | "button.{link} {{\n background: none;\n border: none;\n \ |
| 933 | padding: 0;\n font: inherit;\n cursor: pointer;\n}}" |
| 934 | ; |
| 935 | css |
| 936 | |
| 937 | |
| 938 | |
| 939 | let mut css = Stringnew; |
| 940 | |
| 941 | // No `depth_rule` call here, deliberately: `Token::Badge.depth(_)` is Flat, |
| 942 | // and a label with an edge says it can be pressed. |
| 943 | let badge = class; |
| 944 | let _ = writeln! |
| 945 | css, |
| 946 | ".{badge} {{\n color: var(--{});\n}}" |
| 947 | Neutral.token |
| 948 | ); |
| 949 | for tone in |
| 950 | let _ = writeln! |
| 951 | css, |
| 952 | ".{badge}[data-tone=\"{0}\"] {{\n color: var(--{0});\n}}" |
| 953 | tone.token |
| 954 | ); |
| 955 | |
| 956 | |
| 957 | // A button carries the four tones a badge does. It had none, on the reading |
| 958 | // that a control's colour is its surface rather than its text, and that |
| 959 | // reading has one hole big enough to matter: the button that destroys |
| 960 | // something. Every consumer had written that rule itself, and a description |
| 961 | // that says `Tone::Danger` on an act had nowhere for it to land. |
| 962 | // |
| 963 | // Colour and not a fill, matching the badge. A red surface is a decision |
| 964 | // about emphasis that belongs to an app's own layer, and two of them |
| 965 | // fighting is worse than neither. |
| 966 | let button = class; |
| 967 | for tone in |
| 968 | let _ = writeln! |
| 969 | css, |
| 970 | ".{button}[data-tone=\"{0}\"] {{\n color: var(--{0});\n}}" |
| 971 | tone.token |
| 972 | ); |
| 973 | |
| 974 | |
| 975 | // A chip holds itself down, which is `Depth::pressed` arrived at |
| 976 | // independently by two apps. `removable` is a remove affordance, so it is |
| 977 | // markup and waits for phase B. |
| 978 | let chip = class; |
| 979 | let unlatched = Chip ; |
| 980 | css.push_str; |
| 981 | css.push_str; |
| 982 | css.push_str |
| 983 | &format!, |
| 984 | unlatched.depth, |
| 985 | ; |
| 986 | css |
| 987 | |
| 988 | |
| 989 | /// The three selectors, each named by what it picks. |
| 990 | /// |
| 991 | /// A tab comes *forward* to join the pane it opens, which is why |
| 992 | /// [`Selector::Tabs`] chooses [`Depth::Raised`] where a segment and a toggle |
| 993 | /// are held in. That is the folder semantic, and it is the whole reason the |
| 994 | /// three are not one member with a flag. |
| 995 | /// |
| 996 | /// [`Selector::abutting`] is not emitted: whether the options touch is |
| 997 | /// spacing, and spacing is `makeover-geometry`'s question to answer. |
| 998 | /// |
| 999 | /// Both states emit as of makeover-layout 0.3.0. Before it the description |
| 1000 | /// named only the chosen option, so an unchosen one fell through to |
| 1001 | /// [`Depth::Flat`] and nothing was drawn for it, which left goingson's tab |
| 1002 | /// strip hand-writing the recess that makes its chosen tab read as forward. |
| 1003 | |
| 1004 | let mut css = Stringnew; |
| 1005 | for selector in |
| 1006 | let c = class; |
| 1007 | css.push_str; |
| 1008 | css.push_str; |
| 1009 | css.push_str; |
| 1010 | |
| 1011 | css |
| 1012 | |
| 1013 | |
| 1014 | /// The parts of a list row. |
| 1015 | /// |
| 1016 | /// The list is written out rather than derived because `RowPart` is |
| 1017 | /// `#[non_exhaustive]` as of makeover-layout 0.9.0, so there is nothing to |
| 1018 | /// iterate. A member added upstream emits no rule until it is named here, which |
| 1019 | /// is the trade `non_exhaustive` makes: a silent gap instead of a build break. |
| 1020 | /// [`part_class`] carries the same list and the same obligation. |
| 1021 | |
| 1022 | let mut css = Stringnew; |
| 1023 | |
| 1024 | // The container the rows sit in. Three zeroes and a keyword, all of them |
| 1025 | // undoing a browser default the description never asked for: a described |
| 1026 | // list of SSH keys is not a bulleted list, and it rendered as one because |
| 1027 | // nothing here said otherwise. Not a size: there is no magnitude in it, |
| 1028 | // which is the line this crate holds. |
| 1029 | let _ = writeln! |
| 1030 | css, |
| 1031 | ".{} {{\n list-style: none;\n margin: 0;\n padding: 0;\n}}" |
| 1032 | class |
| 1033 | ); |
| 1034 | |
| 1035 | for part in |
| 1036 | Primary, |
| 1037 | Secondary, |
| 1038 | Meta, |
| 1039 | Actions, |
| 1040 | Tokens, |
| 1041 | Proportion, |
| 1042 | ] |
| 1043 | let c = class; |
| 1044 | |
| 1045 | // Actions carry controls rather than text, and `RowPart::intent` says |
| 1046 | // so by returning the same intent inheriting already gives. Pinning it |
| 1047 | // would be louder than saying nothing. Tokens answer alike, for their |
| 1048 | // own reason: each token carries its own tone, and a colour on the |
| 1049 | // strip would fight the things sitting in it. A proportion is the same |
| 1050 | // case again: the meter inside carries the tone. |
| 1051 | if !matches! |
| 1052 | part, |
| 1053 | Actions | Tokens | Proportion |
| 1054 | |
| 1055 | let _ = writeln!; |
| 1056 | |
| 1057 | |
| 1058 | // A row's actions are shown at rest. `RowPart::revealed_on_hover` said |
| 1059 | // otherwise and was not honoured here from 0.23.0; makeover-layout |
| 1060 | // 0.13.0 retired the method, so there is no longer a description saying |
| 1061 | // one thing and a renderer doing another. |
| 1062 | // |
| 1063 | // The rule was `opacity: 0` gated to pointer devices, revealed on |
| 1064 | // `:hover` and on `:focus-within`. Each escape it needed was a report |
| 1065 | // that hiding was wrong for somebody: `focus-within` because tabbing |
| 1066 | // could never reach an action; the gate because a fingertip had no way |
| 1067 | // to unhide, which both webview apps had already hand-written |
| 1068 | // `opacity: 1` to undo. What was left was a control hidden from |
| 1069 | // exactly one group: people using a pointer, who are also the group |
| 1070 | // scanning a list to find out what can be done to a row. |
| 1071 | // |
| 1072 | // A settings screen is where that reads worst: the whole reason to be |
| 1073 | // on it is to remove a key, and the button doing so was invisible |
| 1074 | // until pointed at. A table cell's actions were never hidden, so the |
| 1075 | // two arrangements now agree. |
| 1076 | |
| 1077 | |
| 1078 | // A part that may take two lines. `Flow::Tight` gets no rule: one line is |
| 1079 | // what a run already does, and restating it here would put a declaration on |
| 1080 | // every part in every row to say nothing. |
| 1081 | // |
| 1082 | // This is the shape both webview apps had already written by hand and |
| 1083 | // commented -- Balanced Breakfast on a feed row's title, goingson on a |
| 1084 | // problem's body -- which is the whole argument for the description |
| 1085 | // carrying it. `-webkit-` prefixed and unprefixed together: the prefixed |
| 1086 | // trio is what every engine actually implements, and `line-clamp` is the |
| 1087 | // standard property landing behind it. |
| 1088 | let _ = writeln! |
| 1089 | css, |
| 1090 | ".{} {{\n display: -webkit-box;\n -webkit-box-orient: vertical;\n -webkit-line-clamp: {lines};\n line-clamp: {lines};\n overflow: hidden;\n}}" |
| 1091 | class, |
| 1092 | lines = Relaxed.lines |
| 1093 | ); |
| 1094 | |
| 1095 | css |
| 1096 | |
| 1097 | |
| 1098 | /// A row of things that share their space, and what each fallback gets here. |
| 1099 | /// |
| 1100 | /// Ruling: wiki `layout-room-and-fallback`, Max 2026-08-18. The bug it answers |
| 1101 | /// is goingson's `styles.css:702`, which pinned every `.page-header` over the |
| 1102 | /// pill strip with `position: absolute` and so took the toolbar out of flow: |
| 1103 | /// zero width contributed to the row it shared, nothing able to collide with |
| 1104 | /// it, and therefore nothing preventing the collision. Rule 1 of the ruling is |
| 1105 | /// that every described member is in flow, and these rules are how that is kept |
| 1106 | /// rather than asked for. |
| 1107 | /// |
| 1108 | /// # The floor, which is most of the fix |
| 1109 | /// |
| 1110 | /// `.run > *` gets `min-width: min-content`. That is the derived minimum the |
| 1111 | /// ruling asks for, in this renderer's own unit and stated by the browser |
| 1112 | /// rather than by anybody: a member cannot be squeezed narrower than what is |
| 1113 | /// in it, so members in one flow push each other instead of overlapping. It |
| 1114 | /// costs no query and no number, and it is what fixes all four measured widths |
| 1115 | /// whichever fallback the group declared. |
| 1116 | /// |
| 1117 | /// # What each fallback gets, exactly |
| 1118 | /// |
| 1119 | /// [`Fallback::Wrap`] is `flex-wrap: wrap`, which is exact. The browser wraps |
| 1120 | /// the run when the members no longer fit, deciding that from their own |
| 1121 | /// intrinsic widths, which is the derived minimum doing the whole job. |
| 1122 | /// |
| 1123 | /// [`Fallback::Stack`] is wrap plus `flex: 1 1 max-content` on the members, so |
| 1124 | /// a member that cannot sit beside its sibling takes a line of its own and |
| 1125 | /// fills it. For the two-member run this was ruled on -- a tab strip and a |
| 1126 | /// band -- that is precisely "a row becomes a column". |
| 1127 | /// |
| 1128 | /// [`Fallback::Shed`] and [`Fallback::Menu`] get wrap, and this renderer is |
| 1129 | /// honouring less than the description says. **CSS cannot express either one |
| 1130 | /// without breaking the ruling's own first constraint.** Both need to know that |
| 1131 | /// the run is out of room in order to take a member out of it, a container |
| 1132 | /// query is the only construct that can ask, and `@container` compares against |
| 1133 | /// a `<length>` -- there is no `@container (inline-size < min-content)`. So |
| 1134 | /// every honest spelling of Shed here needs an authored breakpoint, which is |
| 1135 | /// the thing the ruling exists to forbid, and the dishonest ones are worse: a |
| 1136 | /// clamped height clips by document order rather than by [`Priority`], and |
| 1137 | /// `display: none` under a viewport `@media` is the `nth-child(n+5)` bug the |
| 1138 | /// vocabulary replaced. |
| 1139 | /// |
| 1140 | /// Wrapping is the right thing to do instead. It keeps every member reachable, |
| 1141 | /// which is the property that was actually broken -- goingson's new-contact |
| 1142 | /// button left the viewport entirely at 560 -- and it keeps rule 1. A renderer |
| 1143 | /// answering with less than was described is precedented and deliberate here: |
| 1144 | /// [`makeover_layout::Region::Columns`] says a terminal stacking a board's |
| 1145 | /// columns is honouring the description rather than degrading it. |
| 1146 | /// |
| 1147 | /// The real mechanism needs the shed members to have somewhere to go, which is |
| 1148 | /// markup and belongs to quasi-webview: an overflow control is a member of the |
| 1149 | /// run, and the description does not yet say that a member *is* one. Filed |
| 1150 | /// rather than guessed at. |
| 1151 | |
| 1152 | let run = class; |
| 1153 | let mut css = Stringnew; |
| 1154 | |
| 1155 | // `flex-wrap: nowrap` is stated rather than left to the default, because |
| 1156 | // the fallbacks below are read as overrides of this line and a reader |
| 1157 | // should not have to know which way flexbox leans to see that. |
| 1158 | // |
| 1159 | // No gap. Spacing between members is the app's, the same way this crate |
| 1160 | // states no margins anywhere else; a gap here would be a size, and the one |
| 1161 | // hardcoded size in the mechanism is makeover-geometry's contact patch. |
| 1162 | let _ = writeln! |
| 1163 | css, |
| 1164 | ".{run} {{\n display: flex;\n flex-wrap: nowrap;\n align-items: center;\n}}" |
| 1165 | ; |
| 1166 | |
| 1167 | // The derived minimum, and the whole reason a member can no longer be |
| 1168 | // overlapped. `min-width: auto` is flexbox's default for a flex item and is |
| 1169 | // *not* the same thing: auto lets an item be compressed below its content |
| 1170 | // in a nowrap run, which is how a toolbar ends up drawn over a tab strip |
| 1171 | // even without anything leaving the flow. |
| 1172 | let _ = writeln!; |
| 1173 | |
| 1174 | for fallback in |
| 1175 | Wrap, |
| 1176 | Stack, |
| 1177 | Shed, |
| 1178 | Menu, |
| 1179 | ] |
| 1180 | let name = fallback_class; |
| 1181 | let c = class; |
| 1182 | let _ = writeln!; |
| 1183 | if matches! |
| 1184 | let _ = writeln!; |
| 1185 | |
| 1186 | |
| 1187 | |
| 1188 | css |
| 1189 | |
| 1190 | |
| 1191 | /// Every class [`fallback_class`] can return, plus the run itself. |
| 1192 | /// |
| 1193 | /// [`ROW_PART_CLASSES`](crate::list::ROW_PART_CLASSES)'s reasoning and the same |
| 1194 | /// obligation: a `match` over a `#[non_exhaustive]` enum cannot be enumerated |
| 1195 | /// from outside, so the list sits beside it and a test holds the two together. |
| 1196 | /// `run` is in it because it is emitted in its own right rather than only as a |
| 1197 | /// fallback's fallback. |
| 1198 | pub const RUN_CLASSES: & = &; |
| 1199 | |
| 1200 | /// The class a run carries for what it does when it is tight. |
| 1201 | /// |
| 1202 | /// A run always carries `.run` as well, so an unrecognised fallback -- the enum |
| 1203 | /// is `#[non_exhaustive]` -- lands as a plain nowrap row with the min-content |
| 1204 | /// floor still under it. That is the safe failure: every member in flow and |
| 1205 | /// none overlapped, which is the property, with only the rearrangement missing. |
| 1206 | |
| 1207 | |
| 1208 | match fallback |
| 1209 | Wrap => "run-wrap", |
| 1210 | Stack => "run-stack", |
| 1211 | Shed => "run-shed", |
| 1212 | Menu => "run-menu", |
| 1213 | _ => "run", |
| 1214 | |
| 1215 | |
| 1216 | |
| 1217 | /// The progress trough these rules fill. |
| 1218 | /// |
| 1219 | /// This was renderer-local chrome with nothing behind it until makeover-layout |
| 1220 | /// 0.10.0, which is the unusual order: the tones below were emitted for every |
| 1221 | /// bar in the tree while the only way to describe one was to concatenate the |
| 1222 | /// numbers into a heading. `Meter` is the word that arrived late, and |
| 1223 | /// [`meter::meter_html`](crate::meter::meter_html) is what now fills these. |
| 1224 | /// |
| 1225 | /// The rules stay a superset of what a description can ask for. An app drawing |
| 1226 | /// its own bar keeps these classes, which is what the four goingson grew |
| 1227 | /// independently were adopted onto. |
| 1228 | /// |
| 1229 | /// The trough is a [`Depth::Well`], the same reading a text field gets: |
| 1230 | /// something with its content down inside it. |
| 1231 | |
| 1232 | let progress = class; |
| 1233 | // `progress-fill` rather than a bare `fill`: an unprefixed build claims |
| 1234 | // these names in the app's own stylesheet, and `.fill` is grabby enough to |
| 1235 | // catch things that have nothing to do with progress. goingson already |
| 1236 | // calls it `.progress-fill`, so this is also the name that deletes. |
| 1237 | let fill = class; |
| 1238 | let mut css = depth_rule; |
| 1239 | |
| 1240 | // The untoned bar is `--action`, not [`Tone::Neutral`]. That is the one |
| 1241 | // place this differs from the badge rules, and deliberately: a badge with |
| 1242 | // no status is a muted label, while a bar with no status is still |
| 1243 | // reporting progress, and `content-muted` would read as disabled. |
| 1244 | let _ = writeln! |
| 1245 | css, |
| 1246 | ".{progress} > .{fill} {{\n background: var(--action);\n}}" |
| 1247 | ; |
| 1248 | |
| 1249 | // A bar can be saying something, same as a badge: goingson colours subtask |
| 1250 | // progress as success and an over-estimate as danger, which is real |
| 1251 | // information rather than decoration. Emitting the tones is what lets that |
| 1252 | // survive adoption instead of staying hand-written. |
| 1253 | for tone in |
| 1254 | let _ = writeln! |
| 1255 | css, |
| 1256 | ".{progress} > .{fill}[data-tone=\"{0}\"] {{\n background: var(--{0});\n}}" |
| 1257 | tone.token |
| 1258 | ); |
| 1259 | |
| 1260 | css |
| 1261 | |
| 1262 | |
| 1263 | /// A strip of figures, and the two spans inside each one. |
| 1264 | /// |
| 1265 | /// Colour only, which is the deferral rule applied to a component that badly |
| 1266 | /// wants to break it. A figure reads as a figure because the value is set large |
| 1267 | /// over a small caption, and that is a size: `makeover-geometry` answers how |
| 1268 | /// much space and this crate answers what the thing is. Emitting `font-size` |
| 1269 | /// here would be this crate naming a value, which is the one thing it is defined |
| 1270 | /// by not doing, and `progress_rules` is the precedent — it emits the tones and |
| 1271 | /// never the width, because the width is not its to know. |
| 1272 | /// |
| 1273 | /// So the arrangement and the type scale are the app's, and what is generated is |
| 1274 | /// the part an app cannot get right by itself: which of the two spans carries |
| 1275 | /// the tone. |
| 1276 | |
| 1277 | let figure = class; |
| 1278 | let value = class; |
| 1279 | let caption = class; |
| 1280 | let change = class; |
| 1281 | let mut css = Stringnew; |
| 1282 | |
| 1283 | let _ = writeln! |
| 1284 | css, |
| 1285 | ".{figure} > .{value} {{\n color: var(--{});\n}}" |
| 1286 | Neutral.token |
| 1287 | ); |
| 1288 | let _ = writeln! |
| 1289 | css, |
| 1290 | ".{figure} > .{caption} {{\n color: var(--content-muted);\n}}" |
| 1291 | ; |
| 1292 | let _ = writeln! |
| 1293 | css, |
| 1294 | ".{figure} > .{change} {{\n color: var(--content-muted);\n}}" |
| 1295 | ; |
| 1296 | |
| 1297 | // A toned figure tones one part and never the caption. The caption is the |
| 1298 | // noun and stays muted. |
| 1299 | // |
| 1300 | // Which part depends on whether there is a change, and that is the whole of |
| 1301 | // what 0.13.0 changed here. A figure with a delta is an ordinary number that |
| 1302 | // has moved in a direction worth reading, so the delta takes the colour and |
| 1303 | // the number stays plain; a figure without one has nowhere else to put it. |
| 1304 | // `:has` is what lets one attribute mean both, and the alternative was the |
| 1305 | // emitter deciding by writing the attribute onto a different element, which |
| 1306 | // leaves two elements able to disagree about a figure's one meaning. |
| 1307 | for tone in |
| 1308 | let _ = writeln! |
| 1309 | css, |
| 1310 | ".{figure}[data-tone=\"{0}\"] > .{change} {{\n color: var(--{0});\n}}" |
| 1311 | tone.token |
| 1312 | ); |
| 1313 | let _ = writeln! |
| 1314 | css, |
| 1315 | ".{figure}[data-tone=\"{0}\"]:not(:has(> .{change})) > .{value} \ |
| 1316 | {{\n color: var(--{0});\n}}" |
| 1317 | tone.token |
| 1318 | ); |
| 1319 | |
| 1320 | css |
| 1321 | |
| 1322 | |
| 1323 | /// A picture, its frame and its caption. |
| 1324 | /// |
| 1325 | /// `makeover_layout::Image` arrived at 0.21.0, found by trying to describe MNW's |
| 1326 | /// carousel and discovering nothing named a picture. |
| 1327 | /// |
| 1328 | /// # The frame is a border, and this is the one place a bevel is wrong |
| 1329 | /// |
| 1330 | /// 0.36.0 emitted [`Depth::Raised`] here through [`depth_rule`], the same call |
| 1331 | /// `button` and `card` make. It was wrong, and MNW's landing page is where it |
| 1332 | /// showed: **the frames had no visible edge at all.** |
| 1333 | /// |
| 1334 | /// `Depth::Raised`'s edge is `--bevel-raised`, which is an *inset* shadow — a |
| 1335 | /// 1px light run at the top-left and a dark one at the bottom-right, drawn |
| 1336 | /// **inside** the element's box. On a button or a card that box is a surface |
| 1337 | /// this crate owns, so an inset edge reads as the surface catching the light. |
| 1338 | /// On a picture it is drawn on top of the picture, over whatever pixels the |
| 1339 | /// image happens to have at its border. MNW's screenshots are light-on-light |
| 1340 | /// parchment, so the light half landed on a light image and the frame |
| 1341 | /// disappeared. |
| 1342 | /// |
| 1343 | /// **You cannot bevel a surface you do not own.** A picture's content is the |
| 1344 | /// app's, arrives at request time, and can be any colour, so its edge has to |
| 1345 | /// sit *outside* the content rather than on it. That is a border. |
| 1346 | /// |
| 1347 | /// The fill stays, and it is not decoration: it is what shows through a |
| 1348 | /// transparent PNG and what stands in the frame's place while the image is |
| 1349 | /// still loading. |
| 1350 | /// |
| 1351 | /// This is a real limit on [`Depth`] rather than a special case. Every other |
| 1352 | /// consumer of a depth draws its own surface; a picture is the first member |
| 1353 | /// whose surface belongs to someone else. |
| 1354 | /// |
| 1355 | /// # No size |
| 1356 | /// |
| 1357 | /// `width: 100%` and nothing else. How large a picture is depends on the box it |
| 1358 | /// was put in, which is the app's arrangement and `makeover-geometry`'s scales, |
| 1359 | /// and a renderer that picked one would be answering for every consumer at |
| 1360 | /// once. This is where `figure_rules` landed for the same reason. |
| 1361 | |
| 1362 | let picture = class; |
| 1363 | let img = class; |
| 1364 | let caption = class; |
| 1365 | let mut css = Stringnew; |
| 1366 | |
| 1367 | // Block, or an inline image sits on the text baseline and carries a |
| 1368 | // descender's worth of space under it that no app ever wants and every app |
| 1369 | // deletes by hand. The border is the frame; see the type docs for why it is |
| 1370 | // not the bevel every other surface here gets. |
| 1371 | let _ = writeln! |
| 1372 | css, |
| 1373 | ".{img} {{\n display: block;\n width: 100%;\n height: auto;\n \ |
| 1374 | background: var(--{});\n border: {} solid var(--border);\n}}" |
| 1375 | Raised.token, |
| 1376 | opts.border_width |
| 1377 | ); |
| 1378 | |
| 1379 | // The two fits that need a rule. `Fit::Natural` emits no attribute at all, |
| 1380 | // so it is the bare rule above and needs nothing here. |
| 1381 | let _ = writeln! |
| 1382 | css, |
| 1383 | ".{img}[data-fit=\"cover\"] {{\n height: 100%;\n object-fit: cover;\n}}" |
| 1384 | ; |
| 1385 | let _ = writeln! |
| 1386 | css, |
| 1387 | ".{img}[data-fit=\"contain\"] {{\n height: 100%;\n object-fit: contain;\n}}" |
| 1388 | ; |
| 1389 | |
| 1390 | // A caption reads back one step, which is `figure-caption`'s answer and the |
| 1391 | // same claim: it says what the thing above it is, and it is not the thing. |
| 1392 | let _ = writeln! |
| 1393 | css, |
| 1394 | ".{picture} > .{caption} {{\n color: var(--content-muted);\n}}" |
| 1395 | ; |
| 1396 | |
| 1397 | css |
| 1398 | |
| 1399 | |
| 1400 | /// A region showing one child at a time, and the chrome that moves between them. |
| 1401 | /// |
| 1402 | /// [`makeover_layout::Showing`] lets a description say that a region holds |
| 1403 | /// several children and shows some of them. A renderer derives its own chrome |
| 1404 | /// from that, which is what stops every renderer growing a `match` on a widget |
| 1405 | /// name; these are the rules the derived chrome needs. |
| 1406 | /// |
| 1407 | /// # Why the default is every child, and the enhancement takes them away |
| 1408 | /// |
| 1409 | /// The controls are a lie until something binds them. A prev button rendered |
| 1410 | /// into a document with no script is a control that looks live and answers |
| 1411 | /// nothing, and the reader it lies to is exactly the one who cannot see the |
| 1412 | /// other children either — the collapsing and the moving are the same half. |
| 1413 | /// |
| 1414 | /// So the rules run in the direction the enhancement does. Nothing here hides a |
| 1415 | /// child and nothing here shows a control. Whatever binds the region sets |
| 1416 | /// `data-ready` on it, and that is what collapses the stack to one and reveals |
| 1417 | /// the row that moves it. A reader with no script gets every child in order and |
| 1418 | /// no controls, which is more content rather than less, and a reader with |
| 1419 | /// script gets a settled page rather than a stack that jumps to one frame after |
| 1420 | /// load. |
| 1421 | /// |
| 1422 | /// MNW proved this shape by hand — a `<noscript>` stylesheet opening its |
| 1423 | /// carousel back out — and it is here rather than there because the property is |
| 1424 | /// the description's, not one app's. |
| 1425 | /// |
| 1426 | /// # Not spacing |
| 1427 | /// |
| 1428 | /// The row's gaps are `makeover-geometry`'s question and are absent for |
| 1429 | /// [`row_rules`]'s reason. What is here is `display`, which carries no |
| 1430 | /// magnitude, and the muted readout, which is the same claim `picture-caption` |
| 1431 | /// makes: it says where you are among the children and it is not one of them. |
| 1432 | |
| 1433 | let controls = class; |
| 1434 | let position = class; |
| 1435 | let frame = class; |
| 1436 | let mut css = Stringnew; |
| 1437 | |
| 1438 | // Hidden until something binds it, which is the whole argument above. |
| 1439 | let _ = writeln!; |
| 1440 | // Block, and nothing about how the three sit in it. A button and a span are |
| 1441 | // inline already, so they make a row without this crate saying so, and |
| 1442 | // saying so is where `align-items` and a gap would follow -- both spacing, |
| 1443 | // both `makeover-geometry`'s, and `row_rules` refuses them for the same |
| 1444 | // reason. |
| 1445 | let _ = writeln! |
| 1446 | css, |
| 1447 | "[data-ready] > .{controls} {{\n display: block;\n}}" |
| 1448 | ; |
| 1449 | |
| 1450 | // A child is in flow until the region is bound, and then only the current |
| 1451 | // one is. `.current` is a modifier for the reason `.chosen` and `.latched` |
| 1452 | // are: one name for the state, set by whoever knows it. |
| 1453 | let _ = writeln! |
| 1454 | css, |
| 1455 | "[data-ready] > .{frame}:not(.current) {{\n display: none;\n}}" |
| 1456 | ; |
| 1457 | |
| 1458 | // Reads back one step. `picture-caption`'s rule and its reason. |
| 1459 | let _ = writeln!; |
| 1460 | |
| 1461 | css |
| 1462 | |
| 1463 | |
| 1464 | /// A time axis: the container, its gridlines and ruler, and the placed things. |
| 1465 | /// |
| 1466 | /// `makeover-layout` 0.24.0's [`Track`](makeover_layout::Track), and the first |
| 1467 | /// member here whose whole point is *position*. That makes the magnitude line |
| 1468 | /// this crate keeps worth restating rather than assuming. |
| 1469 | /// |
| 1470 | /// # Where the numbers come from |
| 1471 | /// |
| 1472 | /// Every value that varies per item is a custom property the caller sets |
| 1473 | /// inline, and every rule here reads one. `--track-at` and `--track-for` are |
| 1474 | /// percentages of the span, which |
| 1475 | /// [`Track::fraction`](makeover_layout::Track::fraction) computes once so three |
| 1476 | /// renderers cannot disagree about it. Nothing here knows a pixel. |
| 1477 | /// |
| 1478 | /// That is what lets the stylesheet stay static while the items move: an entry |
| 1479 | /// carries `style="--track-at: 37.5%; --track-for: 4.166%"` and the rule below |
| 1480 | /// turns it into a box. The alternative was emitting a rule per item, which is |
| 1481 | /// a stylesheet that grows with the data. |
| 1482 | /// |
| 1483 | /// **The height of the track is the app's**, not this crate's. 96 quarter-hour |
| 1484 | /// slots at some slot height is a size, and a size is `makeover-geometry`'s |
| 1485 | /// question -- the same refusal `figure_rules` and `placeholder_rules` make. |
| 1486 | /// Percentages need a resolved height above them, so `.track` gets |
| 1487 | /// `position: relative` and nothing else; the app says how tall a day is. |
| 1488 | /// |
| 1489 | /// # Overlap |
| 1490 | /// |
| 1491 | /// Two things at the same time is intrinsic to an axis and has no analogue in a |
| 1492 | /// list. The description does not declare it -- `Placement::overlaps` derives it |
| 1493 | /// from the times -- so what arrives here is a lane index and a lane count, and |
| 1494 | /// the rule divides the width. A renderer that would rather stack them ignores |
| 1495 | /// both properties and the defaults give it one full-width lane. |
| 1496 | |
| 1497 | let track = class; |
| 1498 | let slot = class; |
| 1499 | let tick = class; |
| 1500 | let entry = class; |
| 1501 | let mut css = Stringnew; |
| 1502 | |
| 1503 | // The positioning context every entry resolves against, and the whole of |
| 1504 | // what this crate says about the container. No height: see the doc above. |
| 1505 | let _ = writeln!; |
| 1506 | |
| 1507 | // Gridlines and the ruler are the axis reading itself back, which is |
| 1508 | // `picture-caption` and `showing-position`'s claim: about the thing rather |
| 1509 | // than one of the things. |
| 1510 | // |
| 1511 | // `border_width` rather than a literal, the way `depth_rule` writes its |
| 1512 | // edge. A gridline is the one place a timeline would most naturally reach |
| 1513 | // for a hardcoded 1px, and a hardcoded 1px is this crate naming a size. |
| 1514 | let _ = writeln! |
| 1515 | css, |
| 1516 | ".{slot} {{\n border-top: {} solid var(--border);\n}}" |
| 1517 | opts.border_width |
| 1518 | ); |
| 1519 | let _ = writeln!; |
| 1520 | |
| 1521 | // The one rule that does real work. Top and height are the placement; |
| 1522 | // left and width are the lane. Both lane properties default so an entry |
| 1523 | // that names neither is full width, which is the common case and the one a |
| 1524 | // renderer gets for free. |
| 1525 | let _ = writeln! |
| 1526 | css, |
| 1527 | ".{entry} {{\n \ |
| 1528 | position: absolute;\n \ |
| 1529 | top: var(--track-at, 0%);\n \ |
| 1530 | height: var(--track-for, 100%);\n \ |
| 1531 | left: calc(var(--track-lane, 0) / var(--track-lanes, 1) * 100%);\n \ |
| 1532 | width: calc(100% / var(--track-lanes, 1));\n\ |
| 1533 | }}" |
| 1534 | ; |
| 1535 | |
| 1536 | css |
| 1537 | |
| 1538 | |
| 1539 | /// A region's stand-in, and the header of a table that can be reordered. |
| 1540 | /// |
| 1541 | /// Both are 0.12.0 members and both are colour and affordance only, which is |
| 1542 | /// where `figure_rules` landed after trying to emit a type scale. How much room |
| 1543 | /// a stand-in gets is a size — goingson has the same one at three, as |
| 1544 | /// `--compact`, `--dashboard` and `--padded` — and a size is |
| 1545 | /// `makeover-geometry`'s question. |
| 1546 | /// |
| 1547 | /// The caret is the one thing here that is neither colour nor affordance, and it |
| 1548 | /// is a renderer's own expression rather than a value the description named: |
| 1549 | /// `aria-sort` is what the table actually says, and this turns it into something |
| 1550 | /// visible for everyone not using a screen reader. A terminal draws its own; an |
| 1551 | /// immediate-mode painter draws its own. |
| 1552 | |
| 1553 | let placeholder = class; |
| 1554 | let text = class; |
| 1555 | let heading = class; |
| 1556 | let mut css = Stringnew; |
| 1557 | |
| 1558 | let _ = writeln! |
| 1559 | css, |
| 1560 | ".{placeholder} > .{text} {{\n color: var(--content-muted);\n}}" |
| 1561 | ; |
| 1562 | // Only the failure is toned. An empty list is the normal state of a new |
| 1563 | // install, and `Readiness::tone` is what says so. |
| 1564 | let _ = writeln! |
| 1565 | css, |
| 1566 | ".{placeholder}[data-tone=\"{0}\"] > .{text} {{\n color: var(--{0});\n}}" |
| 1567 | Danger.token |
| 1568 | ); |
| 1569 | |
| 1570 | // A header that reorders the table is a control, and the pointer is the |
| 1571 | // only part of saying so that is not the app's own type and spacing. |
| 1572 | let _ = writeln! |
| 1573 | css, |
| 1574 | ".{heading}[data-sortable] {{\n cursor: pointer;\n}}" |
| 1575 | ; |
| 1576 | // The caret carries its own leading space, the way `makeover-tui` and |
| 1577 | // `makeover-immediate` both write `" \u{25B2}"`. It used to be emitted bare, |
| 1578 | // and both apps that adopted the vocabulary had to put the gap back in their |
| 1579 | // own stylesheets on the same afternoon -- each having to work out first that |
| 1580 | // app CSS outranks this crate's cascade layer, so adding the space the |
| 1581 | // obvious way, as `content`, silently wins over the glyph and leaves the |
| 1582 | // heading with no caret at all. A consumer should not have to know that, and |
| 1583 | // with the space emitted here there is nothing left for one to add. |
| 1584 | // |
| 1585 | // Three states, three tones, on the convention in wiki |
| 1586 | // `three-tone-convention`. A column in force is `content`; a column offering |
| 1587 | // to reorder and not doing it now is `content-secondary`, because it still |
| 1588 | // answers a press; a column that is not sortable emits no caret at all and |
| 1589 | // takes nothing. The idle arm used to hide its glyph and reserve the box, |
| 1590 | // which cost a reflow-free press and said nothing. It draws now, and the |
| 1591 | // reservation stops being a thing to get right. |
| 1592 | // |
| 1593 | // The glyph is `Sort::glyph`, escaped rather than written: a CSS `content` |
| 1594 | // string cannot carry the character literally through this file's own |
| 1595 | // escaping, and spelling it here as well would put the third copy back that |
| 1596 | // `makeover-layout` 0.27.5 exists to remove. |
| 1597 | let _ = writeln! |
| 1598 | css, |
| 1599 | ".{heading}[data-sortable]::after \ |
| 1600 | {{\n content: \" {}\";\n color: var(--content-secondary);\n}}" |
| 1601 | css_escape |
| 1602 | ); |
| 1603 | for direction in |
| 1604 | let _ = writeln! |
| 1605 | css, |
| 1606 | ".{heading}[aria-sort=\"{}\"]::after \ |
| 1607 | {{\n content: \" {}\";\n color: var(--content);\n}}" |
| 1608 | direction.as_str, |
| 1609 | css_escape |
| 1610 | ); |
| 1611 | |
| 1612 | css |
| 1613 | |
| 1614 | |
| 1615 | /// The frame a table sits in. |
| 1616 | /// |
| 1617 | /// # Why this is a CSS table and not the grid the rest of the module assumes |
| 1618 | /// |
| 1619 | /// A grid row needs `grid-template-columns`, which has to name every column in |
| 1620 | /// order, so it cannot be written without knowing the columns. That is what |
| 1621 | /// [`list::narrowing_css`] is for, and it works: goingson builds `tables.css` in |
| 1622 | /// its own `build.rs` out of it, and nothing here changes that. |
| 1623 | /// |
| 1624 | /// It does not work for a table a *description* produced. Those columns are |
| 1625 | /// known at render time rather than at build time, and the rules would have to |
| 1626 | /// travel with the markup: a `<style>` element per table, which needs |
| 1627 | /// `style-src 'unsafe-inline'` and so blocks the MNW server's standing plan to |
| 1628 | /// drop it. The head is not an escape: a table swapped in by htmx after a |
| 1629 | /// delete arrives as a fragment with no head at all. |
| 1630 | /// |
| 1631 | /// A CSS table aligns its columns across rows knowing nothing about how many |
| 1632 | /// there are, so there is no track list to emit and nothing per-table to carry. |
| 1633 | /// The cost is that a described table cannot take a per-column fixed length, |
| 1634 | /// which costs nothing today: [`Sizing`](list::Sizing) is looked up by column |
| 1635 | /// name and a description carries no lengths to put in it, so every track a |
| 1636 | /// described table could ask for is already content, fill or auto. |
| 1637 | /// |
| 1638 | /// [`Priority`] hiding is unchanged in kind. It moves from a generated |
| 1639 | /// `display: none` per dropped column to one rule per drop class, which is the |
| 1640 | /// same fact addressed by class rather than by cutoff, and still never by |
| 1641 | /// position. |
| 1642 | |
| 1643 | let table = class; |
| 1644 | let head = class; |
| 1645 | let row = class; |
| 1646 | let heading = class; |
| 1647 | let cell = class; |
| 1648 | let mut css = Stringnew; |
| 1649 | |
| 1650 | let _ = writeln! |
| 1651 | css, |
| 1652 | ".{table} {{\n display: table;\n width: 100%;\n}}" |
| 1653 | ; |
| 1654 | let _ = writeln!; |
| 1655 | let _ = writeln!; |
| 1656 | |
| 1657 | // A content column shrinks to what is in it. `width: 1%` is how a CSS table |
| 1658 | // is told that: auto layout hands the slack to the columns that asked for |
| 1659 | // room, and a column asking for almost none gets what it needs and no more. |
| 1660 | // The `nowrap` is what stops it being given less by wrapping. |
| 1661 | let _ = writeln! |
| 1662 | css, |
| 1663 | ".{} {{\n white-space: nowrap;\n width: 1%;\n}}" |
| 1664 | class |
| 1665 | ); |
| 1666 | |
| 1667 | // A fixed column has no length to be fixed to. The description carries none |
| 1668 | // and `Sizing` is not reachable from here, so it behaves as content: the |
| 1669 | // honest answer to a width nobody supplied, and the same one `Sizing::track` |
| 1670 | // gives it. |
| 1671 | let _ = writeln! |
| 1672 | css, |
| 1673 | ".{} {{\n white-space: nowrap;\n}}" |
| 1674 | class |
| 1675 | ); |
| 1676 | |
| 1677 | // Optional columns go at the narrowest class, secondary ones go with them, |
| 1678 | // which is the cutoff walk `kept_at` describes said as two media queries. |
| 1679 | // Essential columns have no rule at all, because never dropping is what not |
| 1680 | // being mentioned already means. |
| 1681 | for in |
| 1682 | |
| 1683 | Compact, |
| 1684 | &, |
| 1685 | , |
| 1686 | , |
| 1687 | ] |
| 1688 | let selectors: = drops |
| 1689 | .iter |
| 1690 | .map |
| 1691 | .collect; |
| 1692 | css.push_str |
| 1693 | Some, |
| 1694 | &format!, |
| 1695 | ; |
| 1696 | |
| 1697 | |
| 1698 | // What is inside a cell, which the table side could not say until |
| 1699 | // makeover-layout 0.14.0. Every cell was one `.cell` and one content |
| 1700 | // colour, so a button in a cell was painted as text -- the drift |
| 1701 | // `RowPart::intent` has prevented for list rows since 0.2.0 and prevented |
| 1702 | // for nothing here. |
| 1703 | // |
| 1704 | // The colour goes on `.cell-value` rather than on `.cell`, and that |
| 1705 | // placement is the whole fix. On the container it would cascade into the |
| 1706 | // tokens and the controls sitting beside the text, which is the bug said |
| 1707 | // in one rule; on the part that is text, it reaches text and stops. |
| 1708 | for part in |
| 1709 | Value, |
| 1710 | Tokens, |
| 1711 | Actions, |
| 1712 | Link, |
| 1713 | ] |
| 1714 | // Three of the four inherit, each for its own reason: a token carries |
| 1715 | // its own tone, an action is a control rather than text, and a link |
| 1716 | // takes the action colour from the anchor it is. `CellPart::intent` |
| 1717 | // says so by answering with the intent inheriting already gives, and |
| 1718 | // pinning that would be louder than saying nothing. |
| 1719 | // |
| 1720 | // Written as a skip-list rather than as a match on Value, so a member |
| 1721 | // added upstream gets its intent emitted rather than being silently |
| 1722 | // dropped. That is the same trade `part_class`'s fallback makes: land |
| 1723 | // plainly, never land as nothing. |
| 1724 | if !matches! |
| 1725 | let _ = writeln! |
| 1726 | css, |
| 1727 | ".{} {{\n color: var(--{});\n}}" |
| 1728 | class, |
| 1729 | part.intent |
| 1730 | ); |
| 1731 | |
| 1732 | |
| 1733 | |
| 1734 | css |
| 1735 | |
| 1736 | |
| 1737 | /// The component layer: every named thing phase A emits. |
| 1738 | /// |
| 1739 | /// No scrollbar track. It was on the phase A list and came off: eight lines of |
| 1740 | /// `::-webkit-scrollbar` with no shape a terminal or an immediate-mode painter |
| 1741 | /// would want handed to it, so it stays with the apps. |
| 1742 | |
| 1743 | |
| 1744 | let mut css = Stringnew; |
| 1745 | css.push_str; |
| 1746 | css.push_str; |
| 1747 | css.push_str; |
| 1748 | css.push_str; |
| 1749 | css.push_str; |
| 1750 | css.push_str; |
| 1751 | css.push_str; |
| 1752 | css.push_str; |
| 1753 | css.push_str; |
| 1754 | css.push_str; |
| 1755 | css.push_str; |
| 1756 | css.push_str; |
| 1757 | css.push_str; |
| 1758 | css.push_str; |
| 1759 | css.push_str; |
| 1760 | css.push_str; |
| 1761 | css.push_str; |
| 1762 | css |
| 1763 | |
| 1764 | |
| 1765 | /// The whole phase-A stylesheet: properties, depth rules and components, in |
| 1766 | /// [`CSS_LAYER`], under a generated-file banner. |
| 1767 | /// |
| 1768 | /// The banner sits outside the layer, because a comment participates in no |
| 1769 | /// cascade and a reader opening the file should see what it is before seeing |
| 1770 | /// an at-rule. |
| 1771 | |
| 1772 | |
| 1773 | let body = in_css_layer |
| 1774 | ":root {{\n{}}}\n\n{}\n{}" |
| 1775 | bevel_properties, |
| 1776 | depth_rules, |
| 1777 | component_rules |
| 1778 | ); |
| 1779 | // Counted from the body rather than through `vocabulary::names`, which |
| 1780 | // calls back into here. |
| 1781 | let classes = classes_in_css.len; |
| 1782 | let version = VERSION; |
| 1783 | format! |
| 1784 | "/* Generated by makeover-webview {version} from makeover-layout, \ |
| 1785 | {classes} classes.\n \ |
| 1786 | Do not edit. The version and the count are here because a stale\n \ |
| 1787 | lockfile fails silently: an older emitter writes a well-formed sheet\n \ |
| 1788 | with components missing, and nothing else in the file says so. If\n \ |
| 1789 | this version trails what the manifest asks for, re-resolve.\n\n \ |
| 1790 | Depth is a fill and an edge together; naming them apart is what let\n \ |
| 1791 | them disagree. See the crate's README and wiki note makeover-layout.\n\n \ |
| 1792 | Everything below is in the `{CSS_LAYER}` cascade layer. Declare the\n \ |
| 1793 | order once in your own stylesheet, or this layer's position is decided\n \ |
| 1794 | by whichever generated file the browser happens to see first:\n\n \ |
| 1795 | @layer {CSS_LAYER}, base, components, responsive; */\n{body}" |
| 1796 | |
| 1797 | |
| 1798 | |
| 1799 | |
| 1800 | |
| 1801 | use *; |
| 1802 | use Edge; |
| 1803 | |
| 1804 | |
| 1805 | |
| 1806 | // The obligation ROW_PART_CLASSES carries, for the same reason: a class |
| 1807 | // this crate can write and the vocabulary list does not carry is |
| 1808 | // invisible to the dead-vocabulary seal and to the overlap check both. |
| 1809 | for fallback in |
| 1810 | Wrap, |
| 1811 | Stack, |
| 1812 | Shed, |
| 1813 | Menu, |
| 1814 | ] |
| 1815 | assert! |
| 1816 | RUN_CLASSES.contains, |
| 1817 | "{fallback:?} is missing from RUN_CLASSES" |
| 1818 | ; |
| 1819 | |
| 1820 | let names = cratenames; |
| 1821 | for name in RUN_CLASSES |
| 1822 | assert!; |
| 1823 | |
| 1824 | |
| 1825 | |
| 1826 | |
| 1827 | |
| 1828 | // The whole of what stops the overlap, and it is not a fallback: it |
| 1829 | // applies to every run whatever the group declared. flexbox's default |
| 1830 | // min-width is auto, which lets an item be compressed below its own |
| 1831 | // content in a nowrap row, and that is how a toolbar is drawn over a |
| 1832 | // tab strip even with nothing out of flow. |
| 1833 | let css = run_rules; |
| 1834 | assert!; |
| 1835 | // No number anywhere in it. The minimum is derived by the browser from |
| 1836 | // what the members contain, which is the ruling's own requirement. |
| 1837 | assert!; |
| 1838 | assert!; |
| 1839 | assert!; |
| 1840 | |
| 1841 | |
| 1842 | |
| 1843 | |
| 1844 | // The 913 case: a window in SizeClass::Expanded holding a group out of |
| 1845 | // room. A viewport query answers about the window and would be wrong |
| 1846 | // about the group, which is why the table's @media walk is not the |
| 1847 | // precedent this follows. |
| 1848 | let css = run_rules; |
| 1849 | for size in |
| 1850 | assert!; |
| 1851 | |
| 1852 | |
| 1853 | |
| 1854 | |
| 1855 | |
| 1856 | let css = run_rules; |
| 1857 | for fallback in |
| 1858 | Wrap, |
| 1859 | Stack, |
| 1860 | Shed, |
| 1861 | Menu, |
| 1862 | ] |
| 1863 | let class = fallback_class; |
| 1864 | assert!; |
| 1865 | |
| 1866 | // Stack is the one that also says what a member does with the line it |
| 1867 | // took, which is what separates it from wrapping. |
| 1868 | assert!; |
| 1869 | |
| 1870 | |
| 1871 | |
| 1872 | |
| 1873 | // Balanced Breakfast's styles.css, verbatim. Adoption has to be a |
| 1874 | // deletion, not a redesign, or nobody will take it. |
| 1875 | let opts = default; |
| 1876 | assert_eq! |
| 1877 | bevel_shadow, |
| 1878 | "inset 1px 1px 0 var(--bevel-light), inset -1px -1px 0 var(--bevel-dark)" |
| 1879 | ; |
| 1880 | assert_eq! |
| 1881 | bevel_shadow, |
| 1882 | "inset 1px 1px 0 var(--bevel-dark), inset -1px -1px 0 var(--bevel-light)" |
| 1883 | ; |
| 1884 | |
| 1885 | |
| 1886 | |
| 1887 | |
| 1888 | let css = stylesheet; |
| 1889 | assert!; |
| 1890 | assert! |
| 1891 | !css.contains, |
| 1892 | "a colour function escaped into the CSS" |
| 1893 | ; |
| 1894 | // Every colour is named, never resolved. |
| 1895 | assert!; |
| 1896 | assert!; |
| 1897 | |
| 1898 | |
| 1899 | |
| 1900 | |
| 1901 | assert_eq! |
| 1902 | fill_var, |
| 1903 | "var(--surface-well, var(--surface-page))" |
| 1904 | ; |
| 1905 | // Nothing else needs one. |
| 1906 | assert_eq!; |
| 1907 | assert_eq!; |
| 1908 | |
| 1909 | |
| 1910 | |
| 1911 | |
| 1912 | let css = depth_rules; |
| 1913 | assert!; |
| 1914 | assert!; |
| 1915 | assert!; |
| 1916 | assert!; |
| 1917 | |
| 1918 | |
| 1919 | /// The cast shadow is composed here from the tone `makeover` derives, so |
| 1920 | /// neither crate has to hold the other's numbers. |
| 1921 | /// |
| 1922 | /// It is a `:root` property and deliberately not a depth class. There is no |
| 1923 | /// `Depth::Overlay` in the description layer, and adding one would be a |
| 1924 | /// claim about what a screen means rather than about how it is painted; |
| 1925 | /// until something asks for it, a consumer names the property on the rule |
| 1926 | /// for the menu or the toast it already has. |
| 1927 | |
| 1928 | |
| 1929 | let css = bevel_properties; |
| 1930 | assert!; |
| 1931 | assert!; |
| 1932 | assert! |
| 1933 | !depth_rules.contains, |
| 1934 | "elevation is not a depth class" |
| 1935 | ; |
| 1936 | |
| 1937 | |
| 1938 | |
| 1939 | |
| 1940 | let css = surface_rules; |
| 1941 | // The one thing this renderer gets free that the other two resolve by |
| 1942 | // hand, eighteen call sites deep in audiofiles' case. Asserted on a |
| 1943 | // named surface: pressing belongs to the control, not to the depth. |
| 1944 | assert!; |
| 1945 | assert!; |
| 1946 | |
| 1947 | |
| 1948 | |
| 1949 | |
| 1950 | let css = depth_rules; |
| 1951 | // The static surface the vocabulary was missing. Sixteen goingson |
| 1952 | // elements wore .card and cancelled its hover and press to get this, |
| 1953 | // because a raised object that is not pressable had no other spelling. |
| 1954 | for state in |
| 1955 | assert! |
| 1956 | !css.contains, |
| 1957 | "the depth class claimed {state}: {css}" |
| 1958 | ; |
| 1959 | |
| 1960 | assert!; |
| 1961 | |
| 1962 | |
| 1963 | |
| 1964 | |
| 1965 | // The decision-1 guard, and the regression that mattered: emitting the |
| 1966 | // bevel flip alone is what left goingson hand-writing `background: |
| 1967 | // var(--surface-sunken)` on .btn, .card and .tag/.badge alike, so none |
| 1968 | // of the three could be deleted. |
| 1969 | let pressed = interactive_rules; |
| 1970 | assert!; |
| 1971 | assert! |
| 1972 | pressed.contains, |
| 1973 | "pressed dropped its fill: {pressed}" |
| 1974 | ; |
| 1975 | assert!; |
| 1976 | |
| 1977 | |
| 1978 | |
| 1979 | |
| 1980 | // goingson presses to --surface-sunken. The description says a pressed |
| 1981 | // raised region reads as a well, and makeover says outright that |
| 1982 | // surface-sunken cannot serve as one, so the app is the thing that |
| 1983 | // moves. |
| 1984 | // |
| 1985 | // Scoped to the pressed rules rather than to the whole sheet: since |
| 1986 | // makeover-layout 0.3.0 an unchosen tab is legitimately |
| 1987 | // --surface-sunken, so the token appearing somewhere in the output no |
| 1988 | // longer means the app's choice leaked in. |
| 1989 | let css = stylesheet; |
| 1990 | let mut checked = 0; |
| 1991 | for rule in css.split |
| 1992 | if !rule.contains |
| 1993 | continue; |
| 1994 | |
| 1995 | checked += 1; |
| 1996 | assert! |
| 1997 | !rule.contains, |
| 1998 | "a pressed rule took the app's fill: {rule}" |
| 1999 | ; |
| 2000 | |
| 2001 | assert!; |
| 2002 | assert_eq! |
| 2003 | Raised.pressed.fill, |
| 2004 | Some, |
| 2005 | "the description changed under us" |
| 2006 | ; |
| 2007 | |
| 2008 | |
| 2009 | |
| 2010 | |
| 2011 | // The point of 0.11.0. Unlayered normal declarations outrank every |
| 2012 | // named layer, so an app declaring `@layer base, components` loses |
| 2013 | // every rule it owns to this file until this file is layered too. |
| 2014 | let css = stylesheet; |
| 2015 | assert!; |
| 2016 | |
| 2017 | // Exactly one layer block, and nothing outside it but the banner. |
| 2018 | assert_eq!; |
| 2019 | let opened = css.find.expect; |
| 2020 | for in css.lines.enumerate |
| 2021 | let before_layer = css.lines.take.map. < opened; |
| 2022 | if before_layer || line.is_empty |
| 2023 | continue; |
| 2024 | |
| 2025 | assert! |
| 2026 | line.starts_with || line == "}" || line.starts_with, |
| 2027 | "line outside the layer: {line:?}" |
| 2028 | ; |
| 2029 | |
| 2030 | |
| 2031 | |
| 2032 | |
| 2033 | |
| 2034 | // A checked-in generated file that a formatter wants to rewrite is a |
| 2035 | // diff every time somebody saves it. |
| 2036 | let css = stylesheet; |
| 2037 | for in css.lines.enumerate |
| 2038 | assert_eq!; |
| 2039 | |
| 2040 | |
| 2041 | |
| 2042 | |
| 2043 | |
| 2044 | // Without a declared order the layer's position depends on which |
| 2045 | // generated file the browser sees first, which is not a contract. |
| 2046 | let css = stylesheet; |
| 2047 | assert!; |
| 2048 | // And the banner is outside the layer, not a rule inside it. |
| 2049 | assert!; |
| 2050 | |
| 2051 | |
| 2052 | |
| 2053 | |
| 2054 | // A consumer whose lockfile pins an old version gets a well-formed |
| 2055 | // sheet with components missing and no error. balanced_breakfast ran |
| 2056 | // on 657 bytes from a 0.1.0 emitter while its manifest asked for |
| 2057 | // 0.5.1, and the only way it surfaced was diffing two apps' generated |
| 2058 | // files. The version and the count are what the file says instead. |
| 2059 | let css = stylesheet; |
| 2060 | let banner = css.lines.next.unwrap; |
| 2061 | assert! |
| 2062 | banner.contains, |
| 2063 | "{banner} does not name the emitter" |
| 2064 | ; |
| 2065 | let classes = classes_in_css.len; |
| 2066 | assert!; |
| 2067 | assert! |
| 2068 | banner.contains, |
| 2069 | "{banner} does not carry the class count" |
| 2070 | ; |
| 2071 | |
| 2072 | |
| 2073 | |
| 2074 | |
| 2075 | // The whole point of 0.10.0. Anything emitting a hover rule owes the |
| 2076 | // other three, or the consuming app supplies them by out-specifying a |
| 2077 | // rule it does not own: 19 such rules in goingson, 21 in the MNW |
| 2078 | // server, and three focus rings that do not match. |
| 2079 | let css = stylesheet; |
| 2080 | for selector in |
| 2081 | assert!; |
| 2082 | assert! |
| 2083 | css.contains, |
| 2084 | "{selector}" |
| 2085 | ; |
| 2086 | assert! |
| 2087 | css.contains, |
| 2088 | "{selector} has no focus ring" |
| 2089 | ; |
| 2090 | assert! |
| 2091 | css.contains, |
| 2092 | "{selector} has no disabled state" |
| 2093 | ; |
| 2094 | |
| 2095 | |
| 2096 | |
| 2097 | |
| 2098 | |
| 2099 | // A text field does not light up under the pointer, so it gets the two |
| 2100 | // states it has and not the two it does not. |
| 2101 | let css = stylesheet; |
| 2102 | assert!; |
| 2103 | assert!; |
| 2104 | assert!; |
| 2105 | assert!; |
| 2106 | |
| 2107 | |
| 2108 | |
| 2109 | |
| 2110 | // Every one of these selectors is specificity (0,2,0), so nothing but |
| 2111 | // order decides which wins. A disabled button taking the hover fill is |
| 2112 | // the exact bug goingson's `.button:disabled:hover` was written to fix, |
| 2113 | // and the reason it had to reach (0,3,0) to do it. |
| 2114 | let css = interactive_rules; |
| 2115 | let hover = css.find.expect; |
| 2116 | let active = css.find.expect; |
| 2117 | let focus = css.find.expect; |
| 2118 | let disabled = css.find.expect; |
| 2119 | assert!; |
| 2120 | |
| 2121 | // And it restores the surface, or the hover fill survives underneath. |
| 2122 | let tail = &css; |
| 2123 | assert!; |
| 2124 | |
| 2125 | |
| 2126 | |
| 2127 | |
| 2128 | // `:disabled` matches form elements only, and a chip is a div. Keying |
| 2129 | // on the ARIA attribute too is the pattern the invalid field already |
| 2130 | // set: one fact, read by the styling and the accessibility tree alike. |
| 2131 | let css = disabled_rule; |
| 2132 | assert!; |
| 2133 | assert!; |
| 2134 | assert!; |
| 2135 | |
| 2136 | |
| 2137 | |
| 2138 | |
| 2139 | // `outline` has its own property, so unlike the invalid ring there is |
| 2140 | // no bevel to restate beside it and nothing to keep in agreement. |
| 2141 | let opts = default; |
| 2142 | let css = focus_rule; |
| 2143 | assert!; |
| 2144 | assert!; |
| 2145 | |
| 2146 | |
| 2147 | |
| 2148 | |
| 2149 | // One ring, placed by depth. The offset comes off `Depth::bevel` and |
| 2150 | // not off a per-component choice, which is what gave three apps three |
| 2151 | // different rings. |
| 2152 | let opts = default; |
| 2153 | assert!; |
| 2154 | assert!; |
| 2155 | // Nothing to sit inside of, so it sits outside. |
| 2156 | assert!; |
| 2157 | |
| 2158 | // And the ring is not the bevel. Reusing border_width emitted a 1px |
| 2159 | // ring that every consumer had already overridden. |
| 2160 | assert_ne!; |
| 2161 | |
| 2162 | |
| 2163 | |
| 2164 | |
| 2165 | // goingson's section 60 exists only to take back the hover state this |
| 2166 | // crate handed it. Gating at the source is what deletes that section |
| 2167 | // in all three apps rather than having each fight for it. |
| 2168 | let css = stylesheet; |
| 2169 | let condition = format!; |
| 2170 | assert!; |
| 2171 | |
| 2172 | // What is gated is every hover state the surfaces carry. The row's |
| 2173 | // actions used to be the other half of this test and are not gated any |
| 2174 | // more, because they are not hidden any more: a rule that reveals |
| 2175 | // nothing needs no capability answer. |
| 2176 | let gated: = css.lines.filter.collect; |
| 2177 | assert!; |
| 2178 | for line in gated |
| 2179 | let indent = line.len - line.trim_start.len; |
| 2180 | assert!; |
| 2181 | |
| 2182 | assert!; |
| 2183 | |
| 2184 | |
| 2185 | |
| 2186 | |
| 2187 | // Both halves come from the crates that own them. If `makeover-touch` |
| 2188 | // ever says a fingertip has hover, this stops gating on its own. |
| 2189 | assert!; |
| 2190 | assert!; |
| 2191 | assert_eq!; |
| 2192 | |
| 2193 | // And the size class passed to that call is not a claim about width. |
| 2194 | assert!; |
| 2195 | for size in |
| 2196 | assert!; |
| 2197 | |
| 2198 | |
| 2199 | |
| 2200 | |
| 2201 | |
| 2202 | let css = interactive_rules; |
| 2203 | assert!; |
| 2204 | assert!; |
| 2205 | // Not the app's choice, which was --surface-overlay. |
| 2206 | assert!; |
| 2207 | |
| 2208 | |
| 2209 | |
| 2210 | |
| 2211 | // Decision 2, and the one visible redesign in phase A. Token::Badge is |
| 2212 | // Flat: an edge on a label says it can be pressed. |
| 2213 | let css = token_rules; |
| 2214 | let badge = css |
| 2215 | .lines |
| 2216 | .skip_while |
| 2217 | .take_while |
| 2218 | . |
| 2219 | .join; |
| 2220 | assert!; |
| 2221 | assert!; |
| 2222 | assert_eq!; |
| 2223 | assert_eq!; |
| 2224 | |
| 2225 | |
| 2226 | |
| 2227 | |
| 2228 | let css = token_rules; |
| 2229 | // Neutral is the absence of a status, not a status named "none". |
| 2230 | assert!; |
| 2231 | assert!; |
| 2232 | for tone in |
| 2233 | assert! |
| 2234 | css.contains, |
| 2235 | "missing tone {tone}" |
| 2236 | ; |
| 2237 | assert!; |
| 2238 | |
| 2239 | |
| 2240 | |
| 2241 | |
| 2242 | |
| 2243 | let css = token_rules; |
| 2244 | assert!; |
| 2245 | assert!; |
| 2246 | assert!; |
| 2247 | // The whole difference from a badge: it answers a click. |
| 2248 | assert!; |
| 2249 | assert!; |
| 2250 | |
| 2251 | |
| 2252 | |
| 2253 | |
| 2254 | // The folder semantic. Collapsing the three selectors would lose it. |
| 2255 | let css = selector_rules; |
| 2256 | assert!; |
| 2257 | assert!; |
| 2258 | assert!; |
| 2259 | assert_eq!; |
| 2260 | assert_eq!; |
| 2261 | assert_eq!; |
| 2262 | |
| 2263 | let tab = css |
| 2264 | .lines |
| 2265 | .skip_while |
| 2266 | .take_while |
| 2267 | . |
| 2268 | .join; |
| 2269 | assert! |
| 2270 | tab.contains, |
| 2271 | "tab was held in: {tab}" |
| 2272 | ; |
| 2273 | |
| 2274 | |
| 2275 | |
| 2276 | |
| 2277 | let css = selector_rules; |
| 2278 | // Recessed by colour and given no edge. An edge would make every option |
| 2279 | // look picked; flat would leave the chosen one nothing to come forward |
| 2280 | // from, which is the gap makeover-layout 0.3.0 closed. |
| 2281 | assert! |
| 2282 | css.contains, |
| 2283 | "unchosen tab is not recessed: {css}" |
| 2284 | ; |
| 2285 | assert_eq!; |
| 2286 | assert!; |
| 2287 | |
| 2288 | |
| 2289 | |
| 2290 | |
| 2291 | // The inverse of the tab, and why the three selectors are not one |
| 2292 | // member with a flag. |
| 2293 | let css = selector_rules; |
| 2294 | assert!; |
| 2295 | assert_eq!; |
| 2296 | assert_eq!; |
| 2297 | |
| 2298 | |
| 2299 | |
| 2300 | |
| 2301 | let css = row_rules; |
| 2302 | |
| 2303 | // The hover reveal is gone, and with it every escape it needed. What |
| 2304 | // it hid was hidden from pointer users alone, who are the ones |
| 2305 | // scanning a list to learn what can be done to a row. |
| 2306 | assert!; |
| 2307 | assert!; |
| 2308 | assert!; |
| 2309 | assert!; |
| 2310 | |
| 2311 | // Nor is it hidden any other way. `display: none` would reflow the row |
| 2312 | // and `visibility: hidden` would take the actions out of the focus |
| 2313 | // order; the point is that neither is reached for. |
| 2314 | assert!; |
| 2315 | assert!; |
| 2316 | |
| 2317 | |
| 2318 | |
| 2319 | |
| 2320 | // 0.13.0. The delta is the part that reads as good or bad; the number |
| 2321 | // itself is an ordinary fact. A figure with no delta has nowhere else to |
| 2322 | // put the colour, so the value takes it, and `:has` is what lets one |
| 2323 | // attribute mean both without the emitter choosing an element. |
| 2324 | let css = stylesheet; |
| 2325 | |
| 2326 | assert! |
| 2327 | css.contains, |
| 2328 | "{css}" |
| 2329 | ; |
| 2330 | assert! |
| 2331 | css.contains |
| 2332 | ".figure[data-tone=\"success\"]:not(:has(> .figure-change)) > .figure-value" |
| 2333 | , |
| 2334 | "{css}" |
| 2335 | ; |
| 2336 | // The caption is the noun and never takes the tone. |
| 2337 | assert! |
| 2338 | !css.contains, |
| 2339 | "{css}" |
| 2340 | ; |
| 2341 | |
| 2342 | |
| 2343 | |
| 2344 | |
| 2345 | let css = row_rules; |
| 2346 | assert!; |
| 2347 | assert!; |
| 2348 | assert!; |
| 2349 | // Actions carry controls, not text. Pinning the colour it would inherit |
| 2350 | // anyway is louder than saying nothing. |
| 2351 | assert!; |
| 2352 | |
| 2353 | |
| 2354 | |
| 2355 | |
| 2356 | // makeover-layout 0.9.0. A token carries its own tone, so a colour on |
| 2357 | // the strip would be a rule fighting the things sitting in it -- the |
| 2358 | // same reasoning as actions, reached for a different reason. |
| 2359 | let css = row_rules; |
| 2360 | assert!; |
| 2361 | |
| 2362 | |
| 2363 | |
| 2364 | |
| 2365 | // What `#[non_exhaustive]` bought and what it cost. `part_class` can no |
| 2366 | // longer be exhaustive, so a member added upstream lands as a bare |
| 2367 | // class with no rule instead of stopping the build. Asserting the |
| 2368 | // fallback exists is what keeps it from being written as `unreachable!` |
| 2369 | // by someone who reads the match as closed. |
| 2370 | assert_eq!; |
| 2371 | assert_eq!; |
| 2372 | |
| 2373 | |
| 2374 | |
| 2375 | |
| 2376 | // `--action-primary` shipped here for months and no theme has ever |
| 2377 | // defined it, so every `.link` dropped its colour declaration outright |
| 2378 | // and fell back to inherited text. Nothing caught it because the sheet |
| 2379 | // is valid CSS either way; MNW's no-undefined-token lint is what found |
| 2380 | // it, 2026-08-14. The hover arm two lines below was always `--action-hover`, |
| 2381 | // which is what makes the typo legible in hindsight. |
| 2382 | let css = link_rules; |
| 2383 | assert!; |
| 2384 | assert!; |
| 2385 | assert!; |
| 2386 | |
| 2387 | |
| 2388 | |
| 2389 | |
| 2390 | let css = progress_rules; |
| 2391 | assert!; |
| 2392 | assert!; |
| 2393 | assert!; |
| 2394 | assert!; |
| 2395 | // A bare `.fill` would catch things that have nothing to do with |
| 2396 | // progress once the sheet lands unprefixed. |
| 2397 | assert!; |
| 2398 | |
| 2399 | |
| 2400 | |
| 2401 | |
| 2402 | let css = progress_rules; |
| 2403 | // Untoned is --action, not Tone::Neutral's content-muted: a bar with no |
| 2404 | // status is still reporting progress, and muted would read as disabled. |
| 2405 | assert!; |
| 2406 | assert!; |
| 2407 | for tone in |
| 2408 | assert! |
| 2409 | css.contains, |
| 2410 | "missing progress tone {tone}" |
| 2411 | ; |
| 2412 | |
| 2413 | // goingson's two live cases, which is why the tones are emitted at all. |
| 2414 | assert!; |
| 2415 | assert!; |
| 2416 | |
| 2417 | |
| 2418 | |
| 2419 | |
| 2420 | // Decision 3's negative half. It was on the phase A list and came off; |
| 2421 | // this is what stops it drifting back in. |
| 2422 | let css = stylesheet; |
| 2423 | assert!; |
| 2424 | assert!; |
| 2425 | |
| 2426 | |
| 2427 | |
| 2428 | |
| 2429 | let css = surface_rules; |
| 2430 | assert!; |
| 2431 | // The ARIA attribute, not a class: one fact, read by both the visual |
| 2432 | // and the accessible state, so they cannot drift. |
| 2433 | assert!; |
| 2434 | assert!; |
| 2435 | // A flat ring: this edge says "wrong", and a two-tone bevel would have |
| 2436 | // it say "raised" at the same time. |
| 2437 | assert!; |
| 2438 | |
| 2439 | |
| 2440 | |
| 2441 | |
| 2442 | // box-shadow is not additive. A lone ring replaces the bevel and drops |
| 2443 | // the well out from under the field, which is what this emitted before |
| 2444 | // 0.5.0 and is the whole reason the rule composes. |
| 2445 | let css = surface_rules; |
| 2446 | let invalid = css |
| 2447 | .lines |
| 2448 | .skip_while |
| 2449 | .take_while |
| 2450 | . |
| 2451 | .join; |
| 2452 | assert! |
| 2453 | invalid.contains, |
| 2454 | "the well was dropped: {invalid}" |
| 2455 | ; |
| 2456 | assert!; |
| 2457 | |
| 2458 | |
| 2459 | |
| 2460 | |
| 2461 | // The duplication phase A deletes. They are the same composition, so |
| 2462 | // the only honest way to emit both is from one call. |
| 2463 | let opts = default; |
| 2464 | let css = surface_rules; |
| 2465 | assert_eq! |
| 2466 | depth_declarations, |
| 2467 | depth_declarations |
| 2468 | ; |
| 2469 | assert!; |
| 2470 | assert!; |
| 2471 | assert_eq! |
| 2472 | interactive_rules.replace, |
| 2473 | interactive_rules |
| 2474 | ; |
| 2475 | |
| 2476 | |
| 2477 | |
| 2478 | |
| 2479 | let opts = Emit |
| 2480 | class_prefix: "mo-", |
| 2481 | ..default |
| 2482 | ; |
| 2483 | let css = stylesheet; |
| 2484 | for name in |
| 2485 | "mo-button", |
| 2486 | "mo-card", |
| 2487 | "mo-field", |
| 2488 | "mo-badge", |
| 2489 | "mo-chip", |
| 2490 | "mo-tab", |
| 2491 | "mo-row-primary", |
| 2492 | "mo-progress", |
| 2493 | "mo-progress-fill", |
| 2494 | ] |
| 2495 | assert!; |
| 2496 | |
| 2497 | // The bare names must be gone entirely, or a prefixed build still |
| 2498 | // collides with the app's own stylesheet. |
| 2499 | assert!; |
| 2500 | assert!; |
| 2501 | assert!; |
| 2502 | |
| 2503 | |
| 2504 | |
| 2505 | |
| 2506 | // `option_class` is the contract a screen renderer writes markup |
| 2507 | // against, and the rules below are the other half of it. They come off |
| 2508 | // one mapping now, so this asserts the mapping is the one that reaches |
| 2509 | // the stylesheet rather than that two lists still agree. |
| 2510 | let css = stylesheet; |
| 2511 | for selector in |
| 2512 | let name = option_class; |
| 2513 | assert!; |
| 2514 | assert!; |
| 2515 | |
| 2516 | assert_eq!; |
| 2517 | |
| 2518 | |
| 2519 | |
| 2520 | |
| 2521 | let css = stylesheet; |
| 2522 | |
| 2523 | // The space is inside the glyph, which is what the other two renderers |
| 2524 | // write. Emitted bare, every consumer has to add it back, and the |
| 2525 | // obvious way to add it -- `content` in an app stylesheet, which is |
| 2526 | // unlayered and so outranks this sheet -- deletes the caret instead. |
| 2527 | assert!; |
| 2528 | assert!; |
| 2529 | assert!; |
| 2530 | |
| 2531 | // The arrows this renderer used to draw alone are gone. Composition |
| 2532 | // rather than agreement: the glyph comes from `Sort::glyph`, so a |
| 2533 | // fourth spelling cannot appear here without appearing everywhere. |
| 2534 | assert!; |
| 2535 | assert!; |
| 2536 | |
| 2537 | // Three states, three tones. An idle sortable heading draws its caret |
| 2538 | // now rather than reserving a hidden box for it, so there is no |
| 2539 | // visibility to order and no reflow left to guard against; what |
| 2540 | // separates the states is the colour, and the sorted arms come after |
| 2541 | // the idle one because the specificity is the same. |
| 2542 | let idle = css |
| 2543 | .find |
| 2544 | .expect; |
| 2545 | let sorted = css |
| 2546 | .find |
| 2547 | .expect; |
| 2548 | assert!; |
| 2549 | assert! |
| 2550 | css.contains, |
| 2551 | "{css}" |
| 2552 | ; |
| 2553 | assert!; |
| 2554 | assert!; |
| 2555 | |
| 2556 | |
| 2557 | |
| 2558 | |
| 2559 | let css = component_rules; |
| 2560 | |
| 2561 | for tone in |
| 2562 | assert! |
| 2563 | css.contains, |
| 2564 | "{css}" |
| 2565 | ; |
| 2566 | |
| 2567 | // Colour, not a fill. A red surface is an app's decision about emphasis. |
| 2568 | assert!; |
| 2569 | |
| 2570 | |
| 2571 | |
| 2572 | |
| 2573 | let css = component_rules; |
| 2574 | assert!; |
| 2575 | |
| 2576 | |
| 2577 | |
| 2578 | |
| 2579 | // The whole point of the CSS table. A described table's columns are |
| 2580 | // known at render time, so anything the stylesheet has to be told about |
| 2581 | // them would have to travel with the markup. |
| 2582 | let css = component_rules; |
| 2583 | |
| 2584 | assert!; |
| 2585 | assert!; |
| 2586 | assert!; |
| 2587 | assert!; |
| 2588 | |
| 2589 | |
| 2590 | |
| 2591 | |
| 2592 | // The point of makeover-layout 0.14.0's CellPart, and the table-side |
| 2593 | // twin of `the_three_text_parts_take_their_intents_and_actions_inherits` |
| 2594 | // above. One `.cell` and one content colour meant a button in a cell |
| 2595 | // inherited it. |
| 2596 | let css = table_rules; |
| 2597 | |
| 2598 | assert! |
| 2599 | css.contains, |
| 2600 | "{css}" |
| 2601 | ; |
| 2602 | assert!; |
| 2603 | assert!; |
| 2604 | assert!; |
| 2605 | |
| 2606 | // The colour is on the part that is text, never on the container. On |
| 2607 | // `.cell` it would cascade into the three parts that are not text, |
| 2608 | // which is the bug written as one rule. |
| 2609 | assert!; |
| 2610 | |
| 2611 | |
| 2612 | |
| 2613 | |
| 2614 | // `part_class`'s obligation, taken on for the table side too. CellPart |
| 2615 | // is `#[non_exhaustive]`, so a member added upstream must land as a |
| 2616 | // bare class rather than as a build that stops. |
| 2617 | assert_eq!; |
| 2618 | assert_eq!; |
| 2619 | |
| 2620 | |
| 2621 | |
| 2622 | |
| 2623 | let css = component_rules; |
| 2624 | |
| 2625 | // Optional goes at the narrowest class and secondary goes with it, |
| 2626 | // which is `kept_at`'s cutoff walk said as two queries. |
| 2627 | let compact = css |
| 2628 | .find |
| 2629 | .expect; |
| 2630 | let medium = css |
| 2631 | .find |
| 2632 | .expect; |
| 2633 | assert!; |
| 2634 | assert!; |
| 2635 | |
| 2636 | // Essential columns are never mentioned, because not being mentioned is |
| 2637 | // already what never dropping means. |
| 2638 | assert!; |
| 2639 | |
| 2640 | // And nothing counts. `nth-child` is the bug the priority vocabulary |
| 2641 | // exists to end. |
| 2642 | assert!; |
| 2643 | |
| 2644 | |
| 2645 | |
| 2646 | |
| 2647 | let css = track_rules; |
| 2648 | |
| 2649 | // Placement arrives from the caller, computed once by Track::fraction. |
| 2650 | // If either of these becomes a literal, three renderers have started |
| 2651 | // disagreeing about where 09:30 is. |
| 2652 | assert!; |
| 2653 | assert!; |
| 2654 | |
| 2655 | // Overlap lanes default so an entry naming neither is full width. |
| 2656 | assert!; |
| 2657 | assert!; |
| 2658 | |
| 2659 | // The refusal that matters. A slot height here would be this crate |
| 2660 | // deciding how tall a quarter of an hour is, which is the thing |
| 2661 | // makeover-geometry owns and the reason `.track` gets no height at all. |
| 2662 | assert!; |
| 2663 | for size in |
| 2664 | let bare = css |
| 2665 | .lines |
| 2666 | .filter |
| 2667 | .any; |
| 2668 | assert!; |
| 2669 | |
| 2670 | |
| 2671 | |
| 2672 | |
| 2673 | |
| 2674 | let css = stylesheet; |
| 2675 | assert!; |
| 2676 | assert!; |
| 2677 | // The count is `Flow`'s, not this crate's. If the tier ever means three |
| 2678 | // lines, this fails here rather than in an app. |
| 2679 | assert!; |
| 2680 | // Tight gets no rule at all: one line is what a run already does, and a |
| 2681 | // class per part saying so is a declaration that changes nothing. |
| 2682 | assert!; |
| 2683 | assert_eq!; |
| 2684 | assert_eq!; |
| 2685 | // Emitted, therefore checkable: an app's dead-vocabulary seal and the |
| 2686 | // overlap check both read `vocabulary::names`, so a class the renderer |
| 2687 | // can write and that list does not carry is invisible to both. |
| 2688 | assert!; |
| 2689 | |
| 2690 | |
| 2691 | |
| 2692 | |
| 2693 | // The crate's founding property, asserted over the component layer and |
| 2694 | // not only the primitives. |
| 2695 | let css = stylesheet; |
| 2696 | assert!; |
| 2697 | assert!; |
| 2698 | for line in css.lines |
| 2699 | // Declarations only: a selector or an at-rule can carry a colon of |
| 2700 | // its own (`:root`, `:hover`, `@media (hover: hover)`) and declares |
| 2701 | // nothing. Keyed on the trailing semicolon rather than on leading |
| 2702 | // indentation, which only ever worked as a proxy for nesting depth |
| 2703 | // and stopped when the sheet gained a cascade layer around it. |
| 2704 | let trimmed = line.trim; |
| 2705 | if !trimmed.ends_with |
| 2706 | continue; |
| 2707 | |
| 2708 | let Some = trimmed.split_once else |
| 2709 | continue; |
| 2710 | ; |
| 2711 | if value.contains |
| 2712 | continue; |
| 2713 | |
| 2714 | // Everything left has to be a keyword, a number or a |
| 2715 | // caller-supplied length, never a colour. |
| 2716 | // |
| 2717 | // The length arm is what the comment above always claimed and the |
| 2718 | // list never covered: `border_width` arrives from `Emit` and lands |
| 2719 | // bare in the focus ring's offset, where the bevel had only ever |
| 2720 | // used it inside an `inset` shadow. |
| 2721 | let opts = default; |
| 2722 | assert! |
| 2723 | value.contains |
| 2724 | || value.contains |
| 2725 | || value.contains |
| 2726 | // 0.12.0's two: a sortable header is a control and says so |
| 2727 | // with the pointer, and the caret is this renderer's own |
| 2728 | // expression of `aria-sort`. Neither is a colour, which is |
| 2729 | // what this test is actually about, and neither is a size, |
| 2730 | // which is the other thing this crate must not name. The |
| 2731 | // leading space inside the glyph is the same thing the other |
| 2732 | // two renderers write into theirs, so it is part of the |
| 2733 | // caret rather than spacing this crate decided on. |
| 2734 | || value |
| 2735 | .trim_start_matches |
| 2736 | .trim_start |
| 2737 | .starts_with |
| 2738 | || matches! |
| 2739 | value.trim_end_matches, |
| 2740 | "0" | "1" |
| 2741 | | "none" |
| 2742 | | "auto" |
| 2743 | | "not-allowed" |
| 2744 | | "pointer" |
| 2745 | // The caret's reserved box. Visibility is presence, |
| 2746 | // not magnitude and not colour. |
| 2747 | | "hidden" |
| 2748 | | "visible" |
| 2749 | // The link's two signals. `underline` is a line and |
| 2750 | // `inherit` defers to whatever the app set, so |
| 2751 | // neither names a colour or a magnitude. |
| 2752 | | "underline" |
| 2753 | | "inherit" |
| 2754 | // The table frame. `display` is structure and not a |
| 2755 | // size; `nowrap` is what makes a content column |
| 2756 | // content. The two widths are the awkward pair and |
| 2757 | // they are still not sizes: `100%` is "all of |
| 2758 | // whatever you were given" and `1%` is the CSS |
| 2759 | // table idiom for "shrink to fit", which is a |
| 2760 | // behaviour spelled as a number because CSS has no |
| 2761 | // keyword for it. Neither names a magnitude, which |
| 2762 | // is the thing this crate leaves to |
| 2763 | // makeover-geometry. |
| 2764 | | "table" |
| 2765 | | "table-row" |
| 2766 | | "table-cell" |
| 2767 | | "nowrap" |
| 2768 | | "100%" |
| 2769 | | "1%" |
| 2770 | // The time axis, 0.42.0. `position` is the one |
| 2771 | // property whose whole job is where a thing sits, |
| 2772 | // which is exactly what this crate spent its life |
| 2773 | // refusing to say -- so it is worth being exact |
| 2774 | // about why these two are not that refusal |
| 2775 | // breaking. |
| 2776 | // |
| 2777 | // Neither names a magnitude. `relative` says the |
| 2778 | // track is what its entries resolve against, and |
| 2779 | // `absolute` says an entry is placed rather than |
| 2780 | // flowed. *Where* each entry lands is |
| 2781 | // `--track-at` and `--track-for`, custom |
| 2782 | // properties the caller sets from |
| 2783 | // `Track::fraction`, and they are skipped by the |
| 2784 | // `var(--` arm above like every other value this |
| 2785 | // crate refuses to decide. |
| 2786 | // |
| 2787 | // The rule that would break the refusal is a slot |
| 2788 | // height, and there is none: the track's height is |
| 2789 | // the app's, so the percentages have something to |
| 2790 | // resolve against and this crate still never says |
| 2791 | // how tall a day is. |
| 2792 | | "relative" |
| 2793 | | "absolute" |
| 2794 | // A run's five, 0.49.0. `flex`, `wrap` and |
| 2795 | // `center` are structure and alignment, the same |
| 2796 | // reading `table` gets: which way members are laid |
| 2797 | // out and how they line up, never how much of |
| 2798 | // anything. |
| 2799 | // |
| 2800 | // The two intrinsic keywords are the interesting |
| 2801 | // pair and they are the opposite of a size. A |
| 2802 | // magnitude is a number somebody chose; |
| 2803 | // `min-content` and `max-content` are the browser |
| 2804 | // being asked what the members themselves come to, |
| 2805 | // which is the derived minimum the room ruling |
| 2806 | // requires and the reason no breakpoint appears |
| 2807 | // anywhere in these rules. `1 1 max-content` is |
| 2808 | // grow, shrink and that basis, so its two digits |
| 2809 | // are ratios rather than lengths. |
| 2810 | | "flex" |
| 2811 | | "wrap" |
| 2812 | | "center" |
| 2813 | | "min-content" |
| 2814 | | "1 1 max-content" |
| 2815 | // A picture's three, 0.36.0. `block` is structure |
| 2816 | // for the reason `table` is: an inline image sits |
| 2817 | // on the baseline and carries a descender's worth |
| 2818 | // of space under it, which is a fact about |
| 2819 | // replaced elements rather than a size this crate |
| 2820 | // chose. `cover` and `contain` are `Fit`'s two |
| 2821 | // named members reaching CSS unchanged, which is |
| 2822 | // an intent arriving rather than a value being |
| 2823 | // picked. |
| 2824 | | "block" |
| 2825 | | "cover" |
| 2826 | | "contain" |
| 2827 | // A relaxed part's three, and the third is the |
| 2828 | // awkward one. `-webkit-box` and `vertical` are |
| 2829 | // structure: they say the part is a box of lines |
| 2830 | // stacked downward, which is the only way CSS lets |
| 2831 | // anyone ask for a clamp at all. |
| 2832 | // |
| 2833 | // `2` is a count of lines, not a length. The |
| 2834 | // distinction this crate holds is between naming a |
| 2835 | // magnitude -- a padding, a height, a font size, |
| 2836 | // all of which belong to makeover-geometry -- and |
| 2837 | // naming how many of something there are. A line's |
| 2838 | // height is still the app's, so two lines is |
| 2839 | // whatever two of the app's lines come to, and |
| 2840 | // nothing here decides how tall that is. It is also |
| 2841 | // not a value picked here: it is `Flow::Relaxed`'s |
| 2842 | // own answer arriving unchanged, the same way |
| 2843 | // `cover` and `contain` are `Fit`'s. |
| 2844 | | "-webkit-box" |
| 2845 | | "vertical" |
| 2846 | | "2" |
| 2847 | , |
| 2848 | "unrecognised literal value: {line}" |
| 2849 | ; |
| 2850 | |
| 2851 | |
| 2852 | |
| 2853 | |
| 2854 | |
| 2855 | assert_eq!; |
| 2856 | assert!; |
| 2857 | |
| 2858 | |
| 2859 | |
| 2860 | |
| 2861 | let opts = Emit |
| 2862 | class_prefix: "mo-", |
| 2863 | ..default |
| 2864 | ; |
| 2865 | let css = depth_rules; |
| 2866 | assert!; |
| 2867 | assert!; |
| 2868 | assert!; |
| 2869 | |
| 2870 | |
| 2871 | |
| 2872 | |
| 2873 | let opts = Emit |
| 2874 | border_width: "2px", |
| 2875 | ..default |
| 2876 | ; |
| 2877 | assert!; |
| 2878 | |
| 2879 | |
| 2880 | |
| 2881 | |
| 2882 | // Not a tautology: it is the guard that a CSS-shaped convenience never |
| 2883 | // quietly reverses which side is lit. |
| 2884 | let = Raised.edges; |
| 2885 | assert_eq!; |
| 2886 | assert_eq!; |
| 2887 | |
| 2888 | |
| 2889 |