bflatasticandClaude Opus 5.5 37d4477362 Fix #592: file dialogs on Linux no longer stop the window answering ...

VectorCraft asks for a path where it needs one and goes on with it at
once, so its file dialogs ran on the UI thread. Windows and macOS dialogs
run the window's events meanwhile; on Linux nothing answered the Wayland
compositor's pings while a dialog was open, and Hyprland offered to kill
the window as not responding.

- ui-egui `picks`: every file dialog (open, save, folder, place) goes
  through one place. With the host's `start_pick` (desktop Linux) the
  dialog shows on a thread of its own; what asked (the command, the
  dialog's OK, a panel's or dialog's button) gives up for now and runs
  again with the picked path when the dialog answers. Another dialog
  waits for the open one.
- The desktop app passes its window as the dialogs' parent on Linux (the
  portal can then associate its window, "Unhandled parent window type"
  before) and Windows; macOS shows them as before.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-09 04:59:05 +07:00

..

vectorcraft

Fix #592: file dialogs on Linux no longer stop the window answering

2026-10-09 04:59:05 +07:00

vectorcraft-cli

Fix #522: SVG round trips keep hidden objects and data-* attributes

2026-10-09 03:36:08 +07:00

vectorcraft-web

Part of #472: Escape leaves Presentation Mode; dropped documents open as tabs; .ai off-artboard note

2026-10-08 18:01:12 +07:00