| Summary: | Improve usability of Export PDF dialog | ||
|---|---|---|---|
| Product: | [Applications] Skanpage | Reporter: | Massimiliano L <m.lincetto> |
| Component: | general | Assignee: | Alexander Stippich <a.stippich> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | bugs.kde.org, greenshadowmaker |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/utilities/skanpage/-/commit/00756239fdfd118997b9801d24eb8b997e790f43 | Version Fixed/Implemented In: | 26.04.0 |
| Sentry Crash Report: | |||
|
Description
Massimiliano L
2024-07-29 20:16:15 UTC
Additionally, Due to this Title/Filename fields. When modifying the title not and missing the filename I overwrote/lost one of my earlier scans. Warn on Overwrite, and/or auto-increment as skanlite appears to has #### option Alexander, what is the intended functionality of the Export PDF dialog? It's a dedicated PDF export dialog that allows to add metadata (title) to the PDF, and more importantly, to enable OCR. Git commit 00756239fdfd118997b9801d24eb8b997e790f43 by Nate Graham, on behalf of Nicola Felice. Committed on 23/12/2025 at 18:44. Pushed by ngraham into branch 'master'. Ask before overwriting in ExportDialog If the user manually changes the filename in the TextField and clicks "Save", the program will overwrite existing files without confirmation. Solution: Remove the file path from the fields in the ExportDialog and move the possibility to change the path in the FileDialog. This way the check to avoid overwriting files is done in a single place. Related: bug 508559 FIXED-IN: 26.04.0 M +16 -32 src/qml/ExportDialog.qml https://invent.kde.org/utilities/skanpage/-/commit/00756239fdfd118997b9801d24eb8b997e790f43 |