Release 0.21.0 (rc.2's code, version only)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Release 0.21.0-rc.2
2026-11-03 18:45:55 +00:00 · 2026-10-23 20:51:08 -04:00 · 2026-10-23 17:14:38 -04:00 · 2026-10-23 13:48:05 -04:00 · 2026-10-23 13:37:43 -04:00 · 2026-10-23 12:10:02 -04:00
2 changed files with 18 additions and 18 deletions
@@ -4199,7 +4199,7 @@ dependencies = [

 [[package]]
 name = "solidcraft"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "block2 0.6.2",
 "eframe",
@@ -4231,11 +4231,11 @@ dependencies = [

 [[package]]
 name = "solidcraft-3dx-client"
-version = "0.21.0-rc.2"
+version = "0.21.0"

 [[package]]
 name = "solidcraft-cli"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "image",
 "log",
@@ -4247,7 +4247,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-derive"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "proc-macro2",
 "quote",
@@ -4256,7 +4256,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-doc"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "log",
 "serde",
@@ -4273,7 +4273,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-engine"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "log",
 "schemars",
@@ -4292,7 +4292,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-geom"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "serde",
 "serde_json",
@@ -4301,7 +4301,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-gpu"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "log",
 "naga",
@@ -4318,7 +4318,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-io"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "cadmpeg-core",
 "cadmpeg-ir",
@@ -4341,7 +4341,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-kernel"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "log",
 "proptest",
@@ -4361,7 +4361,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-mcp"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "serde_json",
 "solidcraft-engine",
@@ -4370,7 +4370,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-render"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "image",
 "moxcms",
@@ -4384,7 +4384,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-sketch"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "serde",
 "serde_json",
@@ -4395,14 +4395,14 @@ dependencies = [

 [[package]]
 name = "solidcraft-space-mouse"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "serde",
 ]

 [[package]]
 name = "solidcraft-ui-egui"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "arboard",
 "egui",
@@ -4430,7 +4430,7 @@ dependencies = [

 [[package]]
 name = "solidcraft-web"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "eframe",
 "egui",
@@ -5960,7 +5960,7 @@ checksum = "e450f9b2ed1dff33c94c12589a87338689467b9c4f5d8a5710bd09a847d2c8a7"

 [[package]]
 name = "xtask"
-version = "0.21.0-rc.2"
+version = "0.21.0"
 dependencies = [
 "proc-macro2",
 "serde_json",
@@ -5,7 +5,7 @@ members = ["crates/*", "apps/*", "xtask"]
 exclude = ["vendor"]

 [workspace.package]
-version = "0.21.0-rc.2"
+version = "0.21.0"
 edition = "2024"
 license = "MIT OR Apache-2.0"
 rust-version = "1.95"
Author	SHA1	Message	Date
bherbruck	65d288227e	Release 0.21.0 (rc.2's code, version only) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-23 20:51:08 -04:00
bherbruck	fedb3bcdb1	Release 0.21.0-rc.2	2026-10-23 17:14:38 -04:00
bherbruck	097b8b7550	Release 0.21.0-rc.1 The tree is main at `f120285c9` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-23 13:48:05 -04:00
bherbruck	af7ca3a8a2	Release 0.21.0-rc.1 The tree is main at `b31fddb98` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-23 13:37:43 -04:00
bherbruck	27ddb725c7	Release 0.21.0-rc.1 The tree is main at `2bf3d4e11` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-23 12:10:02 -04:00
bherbruck	a06bdf5cfc	Release 0.20.0 The tree is main at `030187452` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-22 18:34:40 -04:00
bherbruck	33fdcdb3a0	Release 0.19.0 The tree is main at `5899e5b6c` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-21 21:13:33 -04:00
bherbruck	c07ab5f8f9	Release 0.18.4 The tree is main at `728f753b8` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-21 12:26:34 -04:00
bherbruck	fea32f8aac	Release 0.18.3 The tree is main at `034aa60d4` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-21 08:46:37 -04:00
bherbruck	4927214976	Release 0.18.2 The tree is main at `57bcc4083` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-20 22:09:18 -04:00
bherbruck	b621819c0c	Release 0.18.1 The tree is main at `522ae7755` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-20 17:39:11 -04:00
bherbruck	ec552a5300	Release 0.18.0 The tree is main at `c3151fb7f` exactly; the previous release commit is kept as a parent so release only moves forward.	2026-10-20 16:28:59 -04:00
bherbruck	e0cc740cc3	Release 0.17.0 The tree is main at `511faedcf` exactly; the 0.16.x release commits are kept as a parent so release only moves forward.	2026-10-20 11:41:48 -04:00
bherbruck	5de48e916d	Release 0.16.2	2026-10-19 00:39:30 +00:00
bherbruck	80af7bbe3e	Release 0.16.2 Version 0.16.2: 0.16.1 with the rigid orbit fix (#2753). Same design format (27). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-19 00:38:53 +00:00
bherbruck	191e983423	Fix orbit about the picked point (regression in 0.16.0) (#2753 ) Orbiting about the point under the cursor (or the origin) turned the camera about its target and then panned to put the pivot back. The pan works at the target's depth with the parallel-view scale, so in a perspective view the pivot slid off its pixel and the model swung about the camera. The camera now turns rigidly about the pivot: Camera::orbit_about keeps the pivot's coordinates in the camera's frame and rebuilds the target from the new orientation, so the pivot stays exactly on its pixel in both projections. The Shift snap spring and view.navigate's pivot orbit use the same. Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com> (cherry picked from commit `e88779218`)	2026-10-19 00:38:52 +00:00
bherbruck	2b9445b049	Release 0.16.1	2026-10-18 20:16:21 +00:00
bherbruck	7ddf48ca16	Release 0.16.1 Version 0.16.1: 0.16.0 with the orbit fix (reverts #2142). Same design format (27). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-18 20:12:04 +00:00
bherbruck	d2f6848377	Revert #2142 : orbit about the picked point like 0.15.0 #2142 made orbiting about the point under the cursor turn the camera in place instead of turning the part about that point. Restore the 0.15.0 behaviour. This reverts commit `cac4bccea8`. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-18 20:12:00 +00:00
bherbruck	0b6d6fecd8	Release 0.16.0	2026-10-18 18:16:11 +00:00
bherbruck	fa691707c2	Release 0.15.0	2026-10-17 13:54:24 +00:00
bherbruck	b9a55c74e2	Release 0.15.0 Version 0.15.0; the pending design-format changes are folded into format 26. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-17 13:53:44 +00:00
bherbruck	2bb9c81069	Release 0.14.0	2026-10-16 09:19:14 +00:00
bherbruck	cedb51b8ea	Release 0.14.0 Version 0.14.0; the pending design-format changes are folded into format 25. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-16 09:19:10 +00:00
bherbruck	66d13059dd	Release 0.13.1	2026-10-15 21:56:43 +00:00
bherbruck	800ea40c0d	Release 0.13.1 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-15 21:56:35 +00:00
bherbruck	20442eecd3	Agent chat on Windows: start npm agents through their .cmd shim npm puts a Unix shell script with the bare name (codex-acp, claude-code-acp, gemini) beside the .cmd shim. The lookup tried the bare name first, so every npm-installed agent failed with "not a valid Win32 application (os error 193)". Windows now only considers .exe/.cmd/.bat, and a command saved with the bare path runs the shim beside it. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> (cherry picked from commit `60ea8c69d2`)	2026-10-15 21:51:01 +00:00
bherbruck	22d1cd7032	Release 0.13.0	2026-10-15 20:34:13 +00:00
bherbruck	6a0dc18655	Fix the Windows 32-bit and macOS release builds On 32-bit Windows SetWindowLongPtrW is SetWindowLongW, which takes and returns i32, so the window-procedure hook didn't compile for i686. The macOS app bundle now signs the bundled solidcraft-cli before the bundle itself; codesign refuses a bundle with an unsigned helper. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> (cherry picked from commit `94e76cd97e`)	2026-10-15 20:34:12 +00:00
bherbruck	e006dbf1af	Release 0.13.0 The tree is the 0.13.0 version commit (`8241a750fa`) on main exactly; the previous release is kept as a parent so release only moves forward.	2026-10-15 19:59:50 +00:00
bherbruck	8241a750fa	Release 0.13.0 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-15 19:59:42 +00:00
bherbruck	41779cf7bb	Release 0.12.0: release branch follows main again after the 0.11.1 patch The tree is main at `c36a6f9f` exactly; the 0.11.1 patch commit is kept as a parent so release only moves forward.	2026-10-15 13:32:01 +00:00
bherbruck	b01b9689c8	Release 0.11.1 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-14 20:41:41 +00:00
bherbruck	4426da6f5d	Windows: start Direct3D 12 first, and Vulkan only without a D3D12 GPU (#1190 ) * Windows: start Direct3D 12 first, and Vulkan only without a D3D12 GPU wgpu started Vulkan, D3D12 and OpenGL together and preferred Vulkan, so every Windows start loaded all installed Vulkan drivers. An old Intel Vulkan driver (igvk64.dll) crashed 0.10.1 at startup inside the driver. The app now probes D3D12, then Vulkan, then OpenGL, one backend at a time, and starts only the first with a hardware adapter (WARP when none has one). WGPU_BACKEND still wins; graphics.json's "backend" sets the order by hand; the software renderer (safe mode, the retry) uses D3D12 alone. A new Windows CI job starts the real app under several settings. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * CI: a test filter YAML parses Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * CI: the startup smoke test writes graphics.json where the app reads it Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * CI: run the WARP shader tests one at a time WARP's shader JIT (d3d10warp.dll) crashed twice in 124 runs of the gpu tests with four test threads, with a null read inside its own optimizer while several devices compiled compute pipelines at once. Serial runs did not crash. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com> (cherry picked from commit `95ea05e7c8`)	2026-10-14 20:41:37 +00:00
bherbruck	5ead82e627	Release 0.11.0: release branch follows main again after the 0.10.1 patch The tree is main at `cccbe125` exactly; `c29b0d2f` (0.10.1) is kept as a parent so release only moves forward.	2026-10-14 20:07:41 +00:00
bherbruck	c29b0d2f13	Release 0.10.1	2026-10-14 14:41:19 +00:00
bherbruck	480fd8d517	Fix the startup crash on D3D12 with FXC: CPU fallback for the tessellation pipeline, FXC-friendly shader (#1098 ) (#1099 ) * GPU tessellation: a pipeline the device cannot build falls back to CPU meshing instead of crashing (#1098) Build the tessellation compute pipeline inside error scopes; TessGpu::new returns an error, and the viewport logs it and meshes bodies on the CPU. A Windows CI job builds the pipeline with D3D12's FXC on the WARP adapter. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Tessellation shader: basis functions in one-dimensional local arrays, so D3D12's FXC compiles it (#1098) FXC has to unroll loops that write an array inside a struct (Basis.n0/n1) or a 2-D array (ndu) by a counter, and cannot with run-time trip counts (X3511). A2.2 basis functions in a local 1-D array returned whole; derivatives from the degree p-1 functions; the pole step offsets computed rather than indexed. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-14 14:41:16 +00:00
bherbruck	4c09fa5355	Hovered and selected faces light solidly again over GPU-drawn bodies (#1064 ) Since the model's mesh went back to the reference mesher (#940), the GPU viewport drew opaque bodies from their display plans while hover and selection lit faces with the reference mesh's triangles. Two triangulations of the same face at equal depth fought, so a hovered face shimmered in wedges instead of lighting whole. Faces lit over a body drawn from its plan now use the plan's own triangles (ModelBody::plan_mesh, evaluated once on the CPU), and the highlight pass gets a small depth bias toward the eye so f32 rounding between the GPU and CPU evaluations of the same triangles cannot speckle it either. Test: every face of a box with a pocket and a round boss, hovered and rendered offscreen through the viewport's real pipelines on the GPU path, lights the same pixels as on the CPU path (skipped without a GPU adapter). Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-14 12:56:47 +00:00