max / makeover-immediate

Say the makeover-layout version this actually needs Declared "0.44" while being written against 0.44.2s Bar, Chart and Choice::chosen, so it resolves fine against a fresh index and fails against any lock that already held 0.44.0. Third instance of this defect today after makeover-webview 0.75.0 and makeover-tui 0.44.1, which is why makeover bb072566 exists.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01P8ostB2UmZJGj5WjSHRSot

Author: Max Johnson <me@maxj.phd> · 2026-09-08 21:29 UTC

Signed with PGP, not checked

Commit: 714c514a09b411c36f92bf240863e3cc90e76e85

Parent: 262fdeb

1 file changed, +2 insertions, -2 deletions

M Cargo.toml +2 -2

			@@ -1,6 +1,6 @@
1	1		[package]
2	2		name = "makeover-immediate"
3		-	version = "0.46.0"
	3	+	version = "0.46.1"
4	4		edition = "2024"
5	5		description = "The immediate-mode renderer for makeover-layout. Immediate mode is the constraint that matters, not the library: no cascade, no retained tree, one stroke per widget. Backed by egui."
6	6		license = "MIT"
			@@ -13,7 +13,7 @@
13	13		# Exact patch rather than the minor, as the rest of the suite pins: a
14	14		# minor-only requirement is satisfied by a consumer lock holding an earlier
15	15		# patch, which then fails to compile against an API added in a later one.
16		-	makeover-layout = "0.44"
	16	+	makeover-layout = "0.44.2"
17	17		# The cadence the activity mark blinks at, and the motion-off seam beside it.
18	18		# Taken rather than chosen here: three renderers draw this mark and a number
19	19		# picked per renderer is three heartbeats for one wait.