fiberpath 0.6.2__tar.gz → 0.7.0__tar.gz

{fiberpath-0.6.2 → fiberpath-0.7.0}/.gitattributes

@@ -1,5 +1,10 @@
+* text=auto eol=lf
+*.bat text eol=crlf
+*.cmd text eol=crlf
+*.ps1 text eol=crlf
+
 *.gcode linguist-generated=true
 *.gco linguist-generated=true
 *.gcnc linguist-generated=true
 *.ngc linguist-generated=true
-*.log linguist-generated=true
+*.log linguist-generated=true

{fiberpath-0.6.2 → fiberpath-0.7.0}/.github/workflows/gui-ci.yml

@@ -26,12 +26,9 @@ jobs:
         with:
           install-linux-deps: "true"
 
-      - name: Run ESLint
+      - name: Run TypeScript type check
         run: npm run lint
 
-      - name: Run TypeScript compiler
-        run: npx tsc --noEmit
-
       - name: Run Stylelint (CSS)
         run: npm run lint:css
 
@@ -69,6 +66,9 @@ jobs:
       - name: Build Vite assets
         run: npm run build
 
+      - name: Enforce bundle budget
+        run: npm run perf:bundle
+
       - name: Verify build output
         run: |
           if [ ! -d "dist" ]; then
@@ -77,6 +77,13 @@ jobs:
           fi
           echo "Build successful - dist/ directory created"
 
+      - name: Upload bundle metrics artifact
+        uses: actions/upload-artifact@v4
+        with:
+          name: gui-bundle-metrics
+          path: fiberpath_gui/perf/reports/bundle-metrics.json
+          if-no-files-found: error
+
       - name: Setup Rust environment
         uses: ./.github/actions/setup-rust
         with:

{fiberpath-0.6.2 → fiberpath-0.7.0}/.github/workflows/gui-packaging.yml

@@ -160,7 +160,7 @@ jobs:
             # Windows: Verify actual installer files were created
             MSI_COUNT=$(find src-tauri/target/release/bundle/msi -name "*.msi" 2>/dev/null | wc -l)
             NSIS_COUNT=$(find src-tauri/target/release/bundle/nsis -name "*.exe" 2>/dev/null | wc -l)
-            
+
             if [ "$MSI_COUNT" -gt 0 ] || [ "$NSIS_COUNT" -gt 0 ]; then
               echo "[OK] Windows installers created successfully:"
               find src-tauri/target/release/bundle -type f \( -name "*.msi" -o -name "*.exe" \) -exec ls -lh {} \;

{fiberpath-0.6.2 → fiberpath-0.7.0}/.github/workflows/release.yml

@@ -175,17 +175,17 @@ jobs:
                 base: prevTag,
                 head: newTag
               });
-              
+
               // Categorize commits
               const added = [];
               const fixed = [];
               const changed = [];
-              
+
               comparison.commits.forEach(commit => {
                 const msg = commit.commit.message.split('\n')[0];
                 const sha = commit.sha.substring(0, 7);
                 const entry = `- ${msg} (\`${sha}\`)`;
-                
+
                 const lower = msg.toLowerCase();
                 if (lower.startsWith('add') || lower.startsWith('feat')) {
                   added.push(entry);
@@ -195,7 +195,7 @@ jobs:
                   changed.push(entry);
                 }
               });
-              
+
               if (added.length > 0) {
                 notes += `### Added\n${added.join('\n')}\n\n`;
               }
@@ -205,7 +205,7 @@ jobs:
               if (changed.length > 0) {
                 notes += `### Changed\n${changed.join('\n')}\n\n`;
               }
-              
+
               notes += `**Full Changelog:** https://github.com/${repo.owner}/${repo.repo}/compare/${prevTag}...${newTag}\n`;
             } else {
               notes += `Initial release.\n`;

{fiberpath-0.6.2 → fiberpath-0.7.0}/.gitignore

@@ -188,9 +188,9 @@ cython_debug/
 .abstra/
 
 # Visual Studio Code
-#  Visual Studio Code specific template is maintained in a separate VisualStudioCode.gitignore 
+#  Visual Studio Code specific template is maintained in a separate VisualStudioCode.gitignore
 #  that can be found at https://github.com/github/gitignore/blob/main/Global/VisualStudioCode.gitignore
-#  and can be added to the global gitignore or merged into this file. However, if you prefer, 
+#  and can be added to the global gitignore or merged into this file. However, if you prefer,
 #  you could uncomment the following to ignore the entire vscode folder
 # .vscode/
 
@@ -218,4 +218,4 @@ __marimo__/
 # temporary files
 temp/
 tmp/
-.codex
+.codex

fiberpath-0.7.0/.pre-commit-config.yaml

@@ -0,0 +1,36 @@
+minimum_pre_commit_version: "3.7.0"
+default_stages: [pre-commit]
+
+repos:
+  - repo: https://github.com/pre-commit/pre-commit-hooks
+    rev: v5.0.0
+    hooks:
+      - id: trailing-whitespace
+      - id: end-of-file-fixer
+      - id: check-merge-conflict
+      - id: check-added-large-files
+
+  - repo: https://github.com/astral-sh/ruff-pre-commit
+    rev: v0.14.0
+    hooks:
+      - id: ruff-check
+        args: [--fix]
+        files: ^(fiberpath|fiberpath_api|fiberpath_cli|tests)/.*\.py$
+      - id: ruff-format
+        files: ^(fiberpath|fiberpath_api|fiberpath_cli|tests)/.*\.py$
+
+  - repo: local
+    hooks:
+      - id: gui-typecheck
+        name: gui typecheck (tsc)
+        entry: npm --prefix fiberpath_gui run lint
+        language: system
+        pass_filenames: false
+        files: ^fiberpath_gui/src/.*\.(ts|tsx)$
+
+      - id: gui-css-lint
+        name: gui css lint (stylelint)
+        entry: npm --prefix fiberpath_gui run lint:css
+        language: system
+        pass_filenames: false
+        files: ^fiberpath_gui/src/.*\.css$

{fiberpath-0.6.2 → fiberpath-0.7.0}/.vscode/extensions.json

@@ -23,4 +23,4 @@
         // CI/CD
         "github.vscode-github-actions"
     ]
-}
+}

fiberpath-0.7.0/.vscode/launch.json

@@ -0,0 +1,35 @@
+{
+  "version": "0.2.0",
+  "configurations": [
+    {
+      "name": "FiberPath GUI: Tauri Dev",
+      "type": "node-terminal",
+      "request": "launch",
+      "command": "cd fiberpath_gui && npm run tauri dev"
+    },
+    {
+      "name": "FiberPath GUI: Vite Dev Server",
+      "type": "node-terminal",
+      "request": "launch",
+      "command": "cd fiberpath_gui && npm run dev"
+    },
+    {
+      "name": "FiberPath GUI: Vitest (Watch)",
+      "type": "node-terminal",
+      "request": "launch",
+      "command": "cd fiberpath_gui && npm run test"
+    },
+    {
+      "name": "FiberPath GUI: Vitest (Coverage)",
+      "type": "node-terminal",
+      "request": "launch",
+      "command": "cd fiberpath_gui && npm run test:coverage"
+    },
+    {
+      "name": "FiberPath Rust Backend: cargo run",
+      "type": "node-terminal",
+      "request": "launch",
+      "command": "cd fiberpath_gui/src-tauri && cargo run"
+    }
+  ]
+}

{fiberpath-0.6.2 → fiberpath-0.7.0}/CHANGELOG.md

@@ -8,15 +8,33 @@ The format is based on Keep a Changelog, and this project follows semantic versi
 
 ## [Unreleased]
 
+## [0.7.0] - 2026-04-08
+
 ### Added
 
-- Documented critical helical coverage defect: `lockDegrees` compatibility with `patternNumber` is not fully validated and can allow partial mandrel coverage without a planner error for incompatible combinations (for example `lockDegrees=270`, `patternNumber=3`).
-- Documented required compatibility rule for helical coverage safety: `(2 × lockDegrees) % (360 / patternNumber) == 0`.
-- Documented planned validator hardening to reject `lockDegrees`/`patternNumber` combinations that produce overlapping or aliased in-pattern positions.
-- Documented planned behavior fix where `skipIndex` is currently schema-validated but not yet applied to helical in-pattern visit order.
-- Documented planned schema normalization for `skipInitialNearLock` from nullable boolean to `bool` with default `false`.
-- Documented required docs correction scope for `lockDegrees`, `patternNumber`, and coverage-vs-ply-count semantics, including clarification that feed-rate clamping in planner math is planned, not currently implemented.
-- Documented required example updates for compatibility: `examples/rocketry/AvBay(470mm).wind` layer 1 and `examples/rocketry/MainChute(585mm).wind` layer 1 should use `lockDegrees=540` instead of `270`.
+- Added GUI bundle-budget enforcement (`npm run perf:bundle`) with CI gating and machine-readable report output.
+- Added stricter repository hygiene checks through pre-commit integration for Python lint/format and GUI type/CSS validation.
+
+### Changed
+
+- Completed the XAB-only axis cutover across core planning, simulation, plotting, CLI, API, and GUI export workflows.
+- Removed legacy XYZ axis-format options from built-in interfaces and aligned fixtures/examples with XAB defaults.
+- Simplified GUI component/style surfaces by removing dead CSS/component paths and tightening shared editor/form boundaries.
+- Hardened packaging/CI helper scripts for bundled CLI discovery and cross-platform release reliability.
+
+### Fixed
+
+- Fixed regression tests and fixtures that drifted during axis-format migration, including layer-strategy and plot-signature expectations.
+- Fixed pre-commit Ruff hook compatibility by migrating from the legacy `ruff` alias to `ruff-check`.
+
+### Documentation
+
+- Updated release-facing docs to position v0.7.0 as current and reflect XAB-only behavior in user/developer guides.
+- Documented helical coverage compatibility caveats and follow-up validation/schema hardening scope in roadmap/release notes.
+
+### Internal
+
+- Synchronized release version metadata across Python (`pyproject.toml`, `uv.lock`), npm (`package.json`, `package-lock.json`), and Tauri (`Cargo.toml`, `Cargo.lock`, `tauri.conf.json`).
 
 ## [0.6.2] - 2026-04-07
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: fiberpath
-Version: 0.6.2
+Version: 0.7.0
 Summary: Modern filament winding planner, simulator, and G-code toolkit.
 Author: Cameron K. Brooks
 License:                     GNU AFFERO GENERAL PUBLIC LICENSE
@@ -708,7 +708,7 @@ Description-Content-Type: text/markdown
 
 **Plan, simulate, and manufacture composite parts with precision fiber winding.**
 
-[![Version](https://img.shields.io/badge/version-0.6.2-4c7284)](https://github.com/CameronBrooks11/fiberpath/releases)
+[![Version](https://img.shields.io/badge/version-0.7.0-4c7284)](https://github.com/CameronBrooks11/fiberpath/releases)
 [![License: AGPL-3.0](https://img.shields.io/badge/License-AGPL--3.0-00695C.svg)](LICENSE)
 [![Backend CI](https://img.shields.io/github/actions/workflow/status/CameronBrooks11/fiberpath/backend-ci.yml?branch=main&label=Backend%20CI&logo=python&logoColor=white)](https://github.com/CameronBrooks11/fiberpath/actions/workflows/backend-ci.yml)
 [![GUI CI](https://img.shields.io/github/actions/workflow/status/CameronBrooks11/fiberpath/gui-ci.yml?branch=main&label=GUI%20CI&logo=react&logoColor=white)](https://github.com/CameronBrooks11/fiberpath/actions/workflows/gui-ci.yml)
@@ -733,11 +733,11 @@ Design multi-layer winding patterns in a visual interface, simulate the full man
 
 ### Features
 
-- **Visual Layer Editor** – Design winding patterns with real-time 3D preview
+- **Visual Layer Editor** – Design winding patterns with live preview
 - **Geodesic Path Planning** – Automatic computation of stable fiber trajectories
 - **Hardware Simulation** – Validate motion before manufacturing
 - **Direct Machine Control** – Stream G-code to Marlin controllers with pause/resume
-- **Flexible Axis Mapping** – Support for XAB rotational or XYZ linear axis configurations
+- **XAB-Native Axis Output** – Standardized rotational-axis output with clear logical axis mapping
 - **Cross-Platform Desktop GUI** – Native Windows, macOS, and Linux applications
 - **Command-Line Tools** – Scriptable workflows for automation and CI/CD
 - **Comprehensive Documentation** – Architecture guides, examples, and API reference
@@ -819,18 +819,19 @@ pytest
 ```sh
 # Generate G-code from a .wind configuration
 fiberpath plan examples/simple_cylinder/input.wind -o output.gcode
-
-# Specify axis format for your machine
-fiberpath plan input.wind -o output.gcode --axis-format xab
 ```
 
-### Visualizing Toolpaths
+### Visualizing Toolpaths (2D)
 
 ```sh
 # Create 2D unwrapped plot
 fiberpath plot output.gcode --output preview.png --scale 0.8
+```
 
-# Interactive 3D simulation (GUI)
+### Simulating Jobs
+
+```sh
+# Simulation summary (time/material estimates; no interactive 3D viewer)
 fiberpath simulate output.gcode
 ```
 
@@ -853,7 +854,7 @@ The GUI provides two main workflows:
 **Main Tab:**
 
 - Visual layer editor with add/remove/reorder
-- Real-time 3D canvas preview
+- Real-time unwrapped toolpath preview
 - Parameter forms for mandrel, tow, and machine settings
 - Export to G-code or save as `.wind` project file
 
@@ -888,7 +889,7 @@ FiberPath consists of four coordinated components:
 ┌─────────────────────────────────────────────────┐
 │              Desktop GUI (Tauri + React)        │
 │  • Visual layer editor                          │
-│  • 3D canvas preview                            │
+│  • 2D preview canvas                            │
 │  • Serial communication controls                │
 └───────────────┬─────────────────────────────────┘
                 │ IPC calls
@@ -927,21 +928,13 @@ See [Architecture Documentation](https://cameronbrooks11.github.io/fiberpath/arc
 
 ## Axis Configuration
 
-FiberPath supports two axis mapping formats:
-
-**XAB (Rotational) - Default**:
+FiberPath uses XAB rotational-axis output in built-in workflows:
 
 - `X` = Carriage position (linear, mm)
 - `A` = Mandrel rotation (rotational, degrees)
 - `B` = Delivery head rotation (rotational, degrees)
 
-**XYZ (Legacy)**:
-
-- `X` = Carriage position (linear, mm)
-- `Y` = Mandrel rotation (treated as linear, degrees)
-- `Z` = Delivery head rotation (treated as linear, degrees)
-
-Use `--axis-format xab` (default) for new projects. The XYZ format maintains compatibility with legacy systems like Cyclone.
+Legacy XYZ programs should be re-generated under current versions. Simulation and plotting reject auto-detected XYZ files with an explicit error so stale programs are surfaced early.
 
 ## Documentation
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/README.md

@@ -4,7 +4,7 @@
 
 **Plan, simulate, and manufacture composite parts with precision fiber winding.**
 
-[![Version](https://img.shields.io/badge/version-0.6.2-4c7284)](https://github.com/CameronBrooks11/fiberpath/releases)
+[![Version](https://img.shields.io/badge/version-0.7.0-4c7284)](https://github.com/CameronBrooks11/fiberpath/releases)
 [![License: AGPL-3.0](https://img.shields.io/badge/License-AGPL--3.0-00695C.svg)](LICENSE)
 [![Backend CI](https://img.shields.io/github/actions/workflow/status/CameronBrooks11/fiberpath/backend-ci.yml?branch=main&label=Backend%20CI&logo=python&logoColor=white)](https://github.com/CameronBrooks11/fiberpath/actions/workflows/backend-ci.yml)
 [![GUI CI](https://img.shields.io/github/actions/workflow/status/CameronBrooks11/fiberpath/gui-ci.yml?branch=main&label=GUI%20CI&logo=react&logoColor=white)](https://github.com/CameronBrooks11/fiberpath/actions/workflows/gui-ci.yml)
@@ -29,11 +29,11 @@ Design multi-layer winding patterns in a visual interface, simulate the full man
 
 ### Features
 
-- **Visual Layer Editor** – Design winding patterns with real-time 3D preview
+- **Visual Layer Editor** – Design winding patterns with live preview
 - **Geodesic Path Planning** – Automatic computation of stable fiber trajectories
 - **Hardware Simulation** – Validate motion before manufacturing
 - **Direct Machine Control** – Stream G-code to Marlin controllers with pause/resume
-- **Flexible Axis Mapping** – Support for XAB rotational or XYZ linear axis configurations
+- **XAB-Native Axis Output** – Standardized rotational-axis output with clear logical axis mapping
 - **Cross-Platform Desktop GUI** – Native Windows, macOS, and Linux applications
 - **Command-Line Tools** – Scriptable workflows for automation and CI/CD
 - **Comprehensive Documentation** – Architecture guides, examples, and API reference
@@ -115,18 +115,19 @@ pytest
 ```sh
 # Generate G-code from a .wind configuration
 fiberpath plan examples/simple_cylinder/input.wind -o output.gcode
-
-# Specify axis format for your machine
-fiberpath plan input.wind -o output.gcode --axis-format xab
 ```
 
-### Visualizing Toolpaths
+### Visualizing Toolpaths (2D)
 
 ```sh
 # Create 2D unwrapped plot
 fiberpath plot output.gcode --output preview.png --scale 0.8
+```
 
-# Interactive 3D simulation (GUI)
+### Simulating Jobs
+
+```sh
+# Simulation summary (time/material estimates; no interactive 3D viewer)
 fiberpath simulate output.gcode
 ```
 
@@ -149,7 +150,7 @@ The GUI provides two main workflows:
 **Main Tab:**
 
 - Visual layer editor with add/remove/reorder
-- Real-time 3D canvas preview
+- Real-time unwrapped toolpath preview
 - Parameter forms for mandrel, tow, and machine settings
 - Export to G-code or save as `.wind` project file
 
@@ -184,7 +185,7 @@ FiberPath consists of four coordinated components:
 ┌─────────────────────────────────────────────────┐
 │              Desktop GUI (Tauri + React)        │
 │  • Visual layer editor                          │
-│  • 3D canvas preview                            │
+│  • 2D preview canvas                            │
 │  • Serial communication controls                │
 └───────────────┬─────────────────────────────────┘
                 │ IPC calls
@@ -223,21 +224,13 @@ See [Architecture Documentation](https://cameronbrooks11.github.io/fiberpath/arc
 
 ## Axis Configuration
 
-FiberPath supports two axis mapping formats:
-
-**XAB (Rotational) - Default**:
+FiberPath uses XAB rotational-axis output in built-in workflows:
 
 - `X` = Carriage position (linear, mm)
 - `A` = Mandrel rotation (rotational, degrees)
 - `B` = Delivery head rotation (rotational, degrees)
 
-**XYZ (Legacy)**:
-
-- `X` = Carriage position (linear, mm)
-- `Y` = Mandrel rotation (treated as linear, degrees)
-- `Z` = Delivery head rotation (treated as linear, degrees)
-
-Use `--axis-format xab` (default) for new projects. The XYZ format maintains compatibility with legacy systems like Cyclone.
+Legacy XYZ programs should be re-generated under current versions. Simulation and plotting reject auto-detected XYZ files with an explicit error so stale programs are surfaced early.
 
 ## Documentation
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/TODO.md

@@ -1,9 +1,5 @@
 # TODO
 
-Tasks for Cam todo:
-
-- [ ] Remove untracked links and references to old files through out the docs.
-
 - [ ] Add reprapdiscount smart graphics display to our machine and then document the process of connecting it to Marlin. More importantly, create documentation (need to think thru the best format for this) for the Marlin configuration itself for the machine as well as the physical wiring of everything.
 
 - [ ] Review logic of how the various patterns are constructing and give tool tips or tables or aids or something or other to help users understand what the patterns are doing and how to use them effectively. The only relevant one right now is helical where it often gives circuit mismatch errors but its unclear where the raised number values come from / derive from their inputs in the properties panel.
@@ -20,6 +16,6 @@ Tasks for Cam todo:
 
 - [ ] Fix zooming behavior in the plot viewer so it expands the entire image not within the image bounds since this becomes an issue for larger (exceeds bounds) or smaller (impossible to look at properly) images
 
-- [ ] Track Dependabot moderate alert #3 (GHSA-wrw7-89jp-8q8g / glib). Current Tauri GTK stack pins `glib` 0.18.x (`^0.18` via `gtk`), so patched `glib` 0.20.0 cannot be adopted yet. Do not cut v0.6.2 solely for this; re-check after upstream Tauri/GTK dependency line moves to non-vulnerable glib.
+- [ ] Track Dependabot moderate alert #3 (GHSA-wrw7-89jp-8q8g / glib). Current Tauri GTK stack pins `glib` 0.18.x (`^0.18` via `gtk`), so patched `glib` 0.20.0 cannot be adopted yet. Do not block a release solely for this; re-check after upstream Tauri/GTK dependency line moves to non-vulnerable glib.
 
 - [ ] Manual cross-platform validation (waived for v0.6.0, required before v1.0 or first public release): Linux `.deb`/`.AppImage` (Ubuntu 22.04, Debian 12, Fedora 39) and macOS `.dmg` (Intel + Apple Silicon) install, bundled CLI discovery, full workflow (validate → plan → simulate → visualize), serial port, file ops, upgrade, and uninstall. See `planning/roadmap-v6.md` Phases 1 & 2 for the full checklist.

{fiberpath-0.6.2 → fiberpath-0.7.0}/docs/architecture/axis-system.md

@@ -7,7 +7,7 @@ This document provides a technical deep dive into FiberPath's axis mapping syste
 FiberPath uses a **logical-to-physical axis mapping** approach:
 
 1. **Planner operates on logical axes:** Carriage, Mandrel, Delivery Head
-2. **Dialect converts to physical axes:** X/A/B or X/Y/Z depending on configuration
+2. **Dialect converts to physical axes:** Built-in output uses X/A/B; custom mappings are optional
 3. **Planning logic remains unchanged:** Same algorithms work for all output formats
 
 This design allows:
@@ -72,24 +72,6 @@ Maps logical axes to Marlin's native rotational axes:
 - Mandrel → A (rotational)
 - Delivery → B (rotational)
 
-### XYZ Mapping (Legacy)
-
-```python
-MARLIN_XYZ_LEGACY = AxisMapping(
-    carriage="X",
-    mandrel="Y",
-    delivery="Z",
-    is_rotational_mandrel=False,
-    is_rotational_delivery=False
-)
-```
-
-Maps rotational logical axes to linear physical axes:
-
-- Carriage → X (linear)
-- Mandrel → Y (linear, but represents degrees)
-- Delivery → Z (linear, but represents degrees)
-
 ## MarlinDialect Class
 
 The `MarlinDialect` class wraps an `AxisMapping` with Marlin-specific features:
@@ -129,12 +111,6 @@ carriage=50.0, mandrel=180.0, delivery=90.0, feed=2000
 G1 X50.0 A180.0 B90.0 F2000
 ```
 
-**Output XYZ:**
-
-```text
-G1 X50.0 Y180.0 Z90.0 F2000
-```
-
 ## Planning Flow
 
 ### 1. Wind Definition Parsed
@@ -160,7 +136,7 @@ commands = [
 The G-code writer (`fiberpath.gcode.generator`) uses the selected dialect:
 
 ```python
-dialect = MARLIN_XAB_STANDARD  # or MARLIN_XYZ_LEGACY
+dialect = MARLIN_XAB_STANDARD
 gcode = dialect.format_move(carriage, mandrel, delivery, feed)
 ```
 
@@ -206,14 +182,9 @@ To support a new controller (e.g., FANUC):
            ]
    ```
 
-3. **Register in CLI/API:**
-
-   Add to `fiberpath_cli/plan.py` and `fiberpath_api/routes/plan.py`:
+3. **Use in core integration:**
 
-   ```python
-   if axis_format == "fanuc":
-       dialect = FANUC_STANDARD
-   ```
+   Pass it through `PlanOptions(dialect=...)` in direct Python integrations.
 
 ### Custom Axis Configurations
 
@@ -292,7 +263,7 @@ gcode = dialect.format_move(carriage_pos, mandrel_angle, delivery_angle, feed)
 
 - ⚠️ Adds abstraction layer (slight complexity)
 - ⚠️ Dialect-specific optimizations require care
-- ⚠️ Must ensure all code paths use dialect correctly
+- ⚠️ Must ensure advanced/custom integrations pass dialects consistently
 
 ## Future Enhancements
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/docs/architecture/overview.md

@@ -34,7 +34,7 @@ together and where to extend them.
 
 | Module                 | Responsibility                                                                         | Notes                                                                                            |
 | ---------------------- | -------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------ |
-| `fiberpath.planning`   | Parses `.wind` files, validates machine/layer constraints, produces command sequences. | `PlanOptions` governs verbosity and dialect selection.                                           |
+| `fiberpath.planning`   | Parses `.wind` files, validates machine/layer constraints, produces command sequences. | `PlanOptions` governs verbosity and optional advanced dialect override.                          |
 | `fiberpath.geometry`   | Curve/surface math shared between planner and simulator.                               | Pure functions make it safe for reuse.                                                           |
 | `fiberpath.gcode`      | Dialects and writers for Marlin-style controllers.                                     | Extend here when adding custom headers or commands. Axis mapping configured via `MarlinDialect`. |
 | `fiberpath.simulation` | Time/distance estimations based on planned feed rates.                                 | Feeds CLI `simulate` summaries. Axis-aware for proper rotational calculations.                   |
@@ -48,18 +48,14 @@ FiberPath uses a logical-to-physical axis mapping system that separates planning
 - **Mandrel**: Mandrel rotation (degrees)
 - **Delivery Head**: Delivery head rotation (degrees)
 
-These logical axes are mapped to physical controller axes via the `MarlinDialect` configuration:
+FiberPath's built-in output format is:
 
 - **XAB (Standard)**: Carriage=X, Mandrel=A, Delivery=B - Uses Marlin's native rotational axis support
-- **XYZ (Legacy)**: Carriage=X, Mandrel=Y, Delivery=Z - Compatibility mode for systems where rotational axes were configured as linear
 
-The dialect is selected via:
+CLI and API always emit XAB output in v0.7.0+. Advanced integrations can still pass a custom
+`MarlinDialect` to the core planner API when needed.
 
-- CLI: `--axis-format xab|xyz` (default: `xab`)
-- API: `"axis_format": "xab"|"xyz"` field (default: `"xab"`)
-- Core: `PlanOptions(dialect=MARLIN_XAB_STANDARD|MARLIN_XYZ_LEGACY)`
-
-This design allows the same planning logic to produce G-code for different machine configurations without modification.
+This design keeps planning logic machine-independent while keeping the default product path simple and deterministic.
 
 **See [Axis System Architecture](axis-system.md) for technical details** on the mapping system, dialect implementation, and extension points.
 
@@ -81,7 +77,7 @@ shapes without introducing FastAPI or Typer dependencies in the core.
 - **New planner strategies:** Add implementations under `fiberpath/planning/layer_strategies.py`
   and wire them through `plan_wind`.
 - **Alternate machine dialects:** Create new dialect definitions under `fiberpath/gcode/dialects.py`
-  with custom `AxisMapping` configurations. Swap them in via CLI flags or API parameters.
+  with custom `AxisMapping` configurations. Use them directly via the core API where needed.
 - **GUI panels:** Implement a new Tauri command in `fiberpath_gui/src-tauri/src/main.rs`, call the
   relevant CLI entry point, and expose it via `src/lib/commands.ts` for React components.
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/docs/development/contributing.md

@@ -29,10 +29,11 @@ Thanks for investing time in the project! This guide explains how to set up a de
 - **Tests:** `uv run pytest` exercises all unit/integration suites. Add targeted tests for new planner logic, CLI behavior, or API endpoints.
 - **Docs:** Keep `docs/*.md` in sync with feature work. Significant planner or simulator changes usually deserve updates to `docs/architecture.md` or `docs/planner-math.md`.
 - **Dependency hygiene:** Follow `docs/development/dependency-policy.md` for cadence, SLA, and defer/exception handling.
+- **Commit-time automation:** Install and use pre-commit hooks (`pre-commit install`) so baseline Python and GUI checks run before each commit.
 
 ## Pull Request Checklist
 
-1. `uv run ruff check`
+1. `pre-commit run --all-files`
 2. `uv run mypy`
 3. `uv run pytest`
 4. Update documentation and add changelog entries in `CHANGELOG.md` when behavior changes.

{fiberpath-0.6.2 → fiberpath-0.7.0}/docs/development/dependency-policy.md

@@ -17,7 +17,7 @@ Applies to:
 
 - Patch updates: monthly
 - Minor updates: quarterly review window
-- Major updates: dedicated release slot (for example, a migration-focused release like v0.6.2 or similar)
+- Major updates: dedicated release slot (for example, a migration-focused release like v0.7.0 or similar)
 
 ## Ownership
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/docs/development/packaging.md

@@ -154,7 +154,7 @@ GitHub Actions workflow (`.github/workflows/gui-packaging.yml`) handles full pro
 ## Future Enhancements
 
 - **Code signing:** macOS (`developer-id`) and Windows (`signtool` + certificate) when credentials available
-- **Auto-updates:** Tauri updater for in-app version checks and downloads (planned post-v0.6.2)
+- **Auto-updates:** Tauri updater for in-app version checks and downloads (planned post-v0.7.0)
 - **Bundle optimization:** Reduce frozen CLI size through dependency analysis
 - **Universal macOS binaries:** Single `.dmg` supporting both Intel and Apple Silicon (currently separate builds)
 

{fiberpath-0.6.2 → fiberpath-0.7.0}/docs/development/release-process.md

@@ -21,7 +21,7 @@ Update version strings in these files (single source of truth for each stack):
 - [ ] **`fiberpath_gui/src-tauri/Cargo.toml`** – Line 3: `version = "X.Y.Z"` (Tauri/Rust reads from this)
 - [ ] **`fiberpath_gui/src-tauri/tauri.conf.json`** – Line 10: `"version": "X.Y.Z"` (Tauri bundle metadata)
 - [ ] **`fiberpath_gui/package.json`** – Line 3: `"version": "X.Y.Z"` (npm package metadata)
-- [ ] **`README.md`** – Lines 15-16: Two version badges referencing current release
+- [ ] **`README.md`** – Version badge references current release (`version-X.Y.Z`)
 - [ ] **`docs/index.md`** – Line 5: Download link version reference
 
 **Note:** `fiberpath_api/main.py` and `AboutDialog.tsx` auto-read from `pyproject.toml` and `Cargo.toml` respectively.
@@ -42,6 +42,14 @@ Refresh dependency locks after version updates:
 - [ ] Verify all code examples and CLI commands in docs reflect current syntax
 - [ ] Check for any outdated version references in documentation
 
+### CHANGELOG Maintenance Rules
+
+- **Owner:** The release manager for the target milestone owns final changelog curation for that release cut.
+- **Timing:** Update `## [Unreleased]` during development as PRs merge; before release, move finalized bullets into the new `## [X.Y.Z] - YYYY-MM-DD` section.
+- **Required section order:** `Added`, `Changed`, `Fixed`, `Documentation`, `Internal` (omit empty sections).
+- **Entry format:** One behavior-oriented bullet per change (user impact first, implementation detail second if needed).
+- **Pre-release check:** No placeholder bullets (`TBD`, `WIP`, `misc`) in release-bound sections.
+
 ## Quality Checks
 
 - [ ] Verify Python package builds cleanly: `uv build` (check `dist/` output)
@@ -77,7 +85,7 @@ Refresh dependency locks after version updates:
 - [ ] Download and test one GUI installer per platform
 - [ ] Verify documentation site updated with new version: https://cameronbrooks11.github.io/fiberpath
 - [ ] Update any external links or announcements referencing old version
-- [ ] Create PR to bump version to next development version (e.g., `0.6.2-dev`)
+- [ ] Create PR to bump version to next development version (e.g., `0.7.1-dev`)
 
 ## Notes