Ridwan 857c491360 fix(app): pdfcraft --help prints usage instead of opening the app (#4076) (#4093) ...

The desktop app's argument loop took `--help` as a view setting named
`help` (consuming the next argument as its value) and `-h` as a file to
open, so both started the window and a scripted call never returned.

`-h` and `--help` now print a short usage, which points scripts to
pdfcraft-cli, and exit 0 before any window or log file is created.
`--version` and `--help` write through a plain `writeln!` instead of
`println!`, which panicked (exit 101) when standard output was full or
closed, e.g. `pdfcraft --version > /dev/full`.

Release builds on Windows are GUI-subsystem programs, so, as with
`--version` already, the text shows when the output is redirected or
piped but not in a plain console window.

Fixes #4076

2026-10-23 10:43:14 -04:00

..

src

fix(app): pdfcraft --help prints usage instead of opening the app (#4076) (#4093)

2026-10-23 10:43:14 -04:00

tests

fix(app): pdfcraft --help prints usage instead of opening the app (#4076) (#4093)

2026-10-23 10:43:14 -04:00

build.rs

M14: give Windows PDF files a dedicated document icon (#890)

2026-10-10 17:21:30 -04:00

Cargo.toml

Use chrono instead of hand-rolled UTC conversion (#3824)

2026-10-21 19:36:46 -04:00