0.8.3: track makeover-layout 0.15.0
The pin this line's own comment warns about had lagged again. This crate
re-exports makeover_layout::Priority, so a stale requirement does not merely
lag: it resolves a second makeover-layout beside the one the consumer asked
for, and the two Priorities are nominally distinct types.
Measured in the MNW server after it took makeover-layout 0.15.0 directly: the
lock carried 0.14.0 and 0.15.0 at once, and this manifest was the only thing
holding the older one.
Co-Authored-By
Claude Opus 5 (1M context) <noreply@anthropic.com>
Author: Max Johnson <me@maxj.phd> · 2026-08-11 23:09 UTC
description = "The adaptation layer of the make-family design system: which affordances exist at a given input class and window size class. Names what appears and disappears, never how much space it takes."
6
6
license = "MIT"
@@ -13,7 +13,7 @@
13
13
# it resolves a SECOND makeover-layout beside the one the consumer asked for,
14
14
# and the two Priorities are nominally distinct. makeover-webview takes both
15
15
# crates and was carrying 0.12 and 0.14 at once because of this line.