max / makeover-webview
1 file changed,
+8 insertions,
-7 deletions
| @@ -1,22 +1,23 @@ | |||
| 1 | 1 | [package] | |
| 2 | 2 | name = "makeover-webview" | |
| 3 | - | version = "0.21.0" | |
| 3 | + | version = "0.21.1" | |
| 4 | 4 | edition = "2024" | |
| 5 | 5 | description = "The webview renderer for makeover-layout. Emits CSS, and is the one renderer that needs no palette: var() is the late binding, so resolution stays with the browser." | |
| 6 | 6 | license = "MIT" | |
| 7 | 7 | repository = "https://makenot.work/git/max/makeover-webview" | |
| 8 | 8 | ||
| 9 | 9 | [dependencies] | |
| 10 | - | # 0.8.2 and not 0.8: `form::radio_html` calls `FieldKind::Radio`, which arrives | |
| 11 | - | # in 0.8.2. Declared as "0.8" from 0.16.1, where the radio landed, so a consumer | |
| 12 | - | # whose lock already held 0.8.0 got a resolve that satisfied the pin and failed | |
| 13 | - | # to compile. makeover-build is where that surfaced, one release later. | |
| 10 | + | # Pinned to the exact patch that introduced the API this crate calls, not to the | |
| 11 | + | # minor. A minor-only pin lets a consumer whose lock already holds an earlier | |
| 12 | + | # patch satisfy the requirement and still fail to compile. That happened once | |
| 13 | + | # with `form::radio_html` calling `FieldKind::Radio`, and makeover-build is where | |
| 14 | + | # it surfaced, one release later. | |
| 14 | 15 | makeover-layout = "0.12.0" | |
| 15 | 16 | # The capability axis. `makeover-touch` decides whether a hover rule should be | |
| 16 | 17 | # gated at all; `makeover-geometry` spells the gate as a media condition. Both | |
| 17 | 18 | # answers are owned elsewhere and neither is re-derived here. | |
| 18 | - | makeover-touch = "0.6" | |
| 19 | - | makeover-geometry = "0.6" | |
| 19 | + | makeover-touch = "0.8" | |
| 20 | + | makeover-geometry = "0.7" | |
| 20 | 21 | ||
| 21 | 22 | [lints.rust] | |
| 22 | 23 | unused = "warn" |