https://bugs.kde.org/show_bug.cgi?id=450123
--- Comment #4 from Branislav Klocok <[email protected]> --- Still missing in Skanpage 26.08.0, and the preview-area workaround does not cover two common cases. The first is imported documents. Importing an existing PDF or image skips the scan path entirely, so there is no preview area to restrict and the pages cannot be cropped at all afterwards. The second is multi-page scanning, where the same scan area applies to every page of the batch, so a single oversized page cannot be trimmed without rescanning it. My own case is receipts: a small slip scanned on an A4 flatbed produces a page that is mostly empty, and the only way to trim it today is to save the page and open it in another application. The page toolbar already carries Rotate Left, Rotate Right and Flip, which modify the page pixels in the same way a crop would, so there is a natural place for it, and the model side already has equivalent handling (DocumentModel::RotateOption, FlipPagesOption). KQuickImageEditor is already a hard dependency of Skanpage (kquickimageeditor6-imports >= 0.2) and ships CropTool, CropBackground and ImageDocument::crop(); PreviewScanView.qml already uses SelectionTool and CropBackground for the pre-scan selection, so the pieces needed for a post-scan crop appear to be in the build already. Version tested: skanpage 26.08.0, kquickimageeditor 0.7.0.1, openSUSE Tumbleweed. -- You are receiving this mail because: You are watching all bug changes.
