cad-editor/packaging/OpenCADStudio.desktop

[Desktop Entry]
Name=Open CAD Studio
Comment=A CAD application for 2D/3D drawing and design
Exec=OpenCADStudio %F
Icon=io.github.HakanSeven12.OpenCadStudio
Terminal=false
Type=Application
Categories=Graphics;Engineering;
MimeType=image/vnd.dwg;image/vnd.dxf;
Keywords=CAD;DWG;DXF;drawing;design;engineering;2D;3D;
StartupWMClass=io.github.HakanSeven12.OpenCadStudio
flatpak 2026-03-22 15:48:10 +03:00			`[Desktop Entry]`
chore: rename H7CAD to Open CAD Studio Joining the OpenAEC Foundation (open-aec.com). Crate/struct become OpenCADStudio, user-facing strings use the spaced "Open CAD Studio" form, repo URLs point to HakanSeven12/open-cad-studio. Logo (window icon + assets/logo.svg) redrawn with OCS initials. Drop examples/ binaries — unused. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> 2026-05-23 17:16:15 +03:00			`Name=Open CAD Studio`
flatpak 2026-03-22 15:48:10 +03:00			`Comment=A CAD application for 2D/3D drawing and design`
feat(open): open drawings in the running editor Double-clicking a drawing started a whole second copy of the app. Now it lands as a tab in the editor already open, and that window comes forward. The election is the bind itself: every GUI launch tries a deterministic per-user loopback port, and the OS grants it to exactly one process and releases it on any death, SIGKILL included. Nothing to reap, no PID to probe, no stale lock after a crash. The winner serves the port from an iced subscription; the loser checks it is talking to a matching editor, hands the paths over and exits. Every surprise — no answer, a stranger on the port, a timeout — boots a normal window, i.e. the old behaviour: the feature can degrade, but it cannot lose the file. The gate in main is positional, after every headless mode has returned. The plugin runner is this same binary re-spawning itself, so a flag list would rot the first time a mode is added; a position cannot. Handing a drawing over that is already open switches to its tab instead of loading a second copy, comparing resolved paths so a symlink or a `..` hop is still recognised as the same file. `opening` is a single slot that a second open would overwrite, and on_file_opened drops any result arriving once it is clear — so drawings handed over at once would silently vanish. They queue in pending_opens, drained from every path that clears the slot, error and cancel included. Exec becomes %F so one launch takes the whole selection; the CLI takes a list and boot fans it out through the same door. --new-instance forces a separate process; --read-only / --script / --new always get their own. Not reused: the automation server. It dispatches arbitrary commands and writes arbitrary paths, and its open replaces the active tab's document in place — publishing that on a port every local process can reach would be unforced privilege escalation. Only its JSON-lines framing is shared. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> 2026-07-15 15:18:16 +03:00			`Exec=OpenCADStudio %F`
chore: rename H7CAD to Open CAD Studio Joining the OpenAEC Foundation (open-aec.com). Crate/struct become OpenCADStudio, user-facing strings use the spaced "Open CAD Studio" form, repo URLs point to HakanSeven12/open-cad-studio. Logo (window icon + assets/logo.svg) redrawn with OCS initials. Drop examples/ binaries — unused. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> 2026-05-23 17:16:15 +03:00			`Icon=io.github.HakanSeven12.OpenCadStudio`
flatpak 2026-03-22 15:48:10 +03:00			`Terminal=false`
			`Type=Application`
			`Categories=Graphics;Engineering;`
feat(packaging): open files from argv, ship Windows MSI installer (#36) Cross-platform prerequisite for OS-level file associations: the boot task now consumes `std::env::args_os().nth(1)` as a path and dispatches `Message::OpenRecent` for it. Flag-style args (starting with `-`) are ignored, and `OpenRecent` already does the file-existence check, so a bogus path lands as a clean command-line error instead of a panic. Linux: the AppImage's desktop entry adds `image/vnd.dwg` alongside the existing `image/vnd.dxf` MIME type and grows a `%f` placeholder in `Exec=` so the launcher forwards the picked file path. Once the AppImage is integrated with the system (xdg-mime / AppImageLauncher), double-clicking a .dwg / .dxf opens it in Open CAD Studio. Windows: new `packaging/windows/main.wxs` defines an MSI installer — per-machine install to `Program Files\Open CAD Studio`, Start Menu shortcut, `MajorUpgrade` so newer MSIs replace older ones, and a single ProgID `OpenCADStudio.Drawing` that owns both `.dwg` and `.dxf` and launches the exe with the file as `argv[1]`. The icon is pulled from the SVG logo, converted to multi-resolution ICO at build time with the runner's pre-installed ImageMagick. CI now also runs `candle` / `light` (WiX Toolset 3, pre-installed on `windows-latest`) and uploads both the bare `.exe` (portable) and `.msi` (installer) to the release. macOS Info.plist already declares the DWG / DXF UTIs; combined with the argv-handling change above, double-clicking a drawing in Finder will open it in Open CAD Studio without further packaging changes. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> 2026-05-29 23:34:14 +03:00			`MimeType=image/vnd.dwg;image/vnd.dxf;`
			`Keywords=CAD;DWG;DXF;drawing;design;engineering;2D;3D;`
fix(linux): set the Wayland window app_id so the dock shows the icon The AppImage ships both the .desktop file and the hicolor icon, yet the dock button came up blank on Wayland. A Wayland compositor has no StartupWMClass to key on — it matches a window's app_id against the basename of an installed .desktop file to find its icon — and iced defaults window app_id to an empty string, which OCS never overrode, so nothing matched. Set application_id to the reverse-DNS id the .desktop is installed under, reusing the existing file_association::APP_ID const rather than a second copy. iced enables both the x11 and wayland winit backends by default and feeds the same application_id to each: on Wayland it is the app_id, on X11 it becomes WM_CLASS. So this also changes the X11 WM_CLASS, and the old StartupWMClass=OpenCADStudio would no longer match — realign it to the same id so X11 keeps working too. Confirmed on COSMIC/Wayland: the dock icon now appears. This is the Linux half of the same class of bug as the Windows taskbar report (#392, still open): the window not carrying the identity the OS needs to find its packaged icon. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> 2026-07-16 10:47:11 +03:00			`StartupWMClass=io.github.HakanSeven12.OpenCadStudio`