Bug 497453 - feature request: print dimensions of cropped area on the preview pane or let user set them freely
Summary: feature request: print dimensions of cropped area on the preview pane or let ...
Status: RESOLVED WORKSFORME
Alias: None
Product: Skanpage
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Alexander Stippich
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-14 11:34 UTC by Phep
Modified: 2024-12-28 07:11 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Phep 2024-12-14 11:34:59 UTC
Hi,

First let me thank you for this neat piece of software!

It would be great if the dimensions (height x width) of the cropped area in the preview window would either :
- be displayed when we drag the borders (in some status bar or anywhere else),
- be freely settable by the user, not depending on the predefined dimension set presented in the scanner options pane.

When scanning white-background documents of non-standard sizes it is difficult to visually adjust the cropped area limits exactly on the borders of those documents since we have white-on-white displayed due to the background of flatbed scanners being almost invariably white.

For a single document this surely does not matter much if any, but it becomes annoying when we regularly (weeks, after weeks, after weeks, ...) have to scan documents whose scanned images need to have the exact same dimensions. This use case is only feasible when scanning those documents in batch mode with no need to change the cropped area dimensions in between which most generally does not match everyone needs.

Having such use cases I still need to use the old xsane program that might well disappear :-/.

Thanks in advance,

phep
Comment 1 John Kizer 2024-12-23 08:13:51 UTC
Hi - just to make sure I understand the feature request correctly...it sounds like what you're describing is being able to see and set the exact locations where the Preview crop rectangle has been placed.

If, back on the main screen, you enable "Show Scanner Options", then either click "Show More" at the bottom (or choose extra fields under "Configure Visibility"), then the Top-left x, Top-left y, etc. fields would seem to provide that Preview crop information (and enable it to be manually set), in combination with the "Custom" setting for Scan area size.

Is your feature request more specifically for some more "real-time" information, perhaps via tooltip, on the size of the Preview mode crop while still inside Preview mode?

Thanks!
Comment 2 Phep 2024-12-27 15:07:39 UTC
Hi,

Wow, it just turns out that the "Show More" and "Configure Visibility" buttons are badly displayed here : no text or icon does show up upon the buttons that are hardly grayer (#e7) than the background color (#ef). Yet when hovering upon them with the mouse pointer their respective tool tips reveal them.

Why is my instance having this problem is absolutely out of the scope of this ticket which you may close.

The problem may comes out of the fact that 1) I use XFCE instead of KDE and 2) I might have hold off some Debian "recommended" KDE packages that I improperly deemed unnecessary in my environment. Or else there might by a missing (potentially indirect) dependency in the packaging of skanpage in Debian: I already discovered that this package should depends on qml-module-qt-labs-platform which it does not (even transitively). Fortunately the error message emitted by skanpage made it easy to solve this problem which I plan to report on Debian BTS.

Thank you for your prompt reply!
Comment 3 John Kizer 2024-12-28 07:11:52 UTC
Ah, well I'm glad that's on its way to being sorted out, and that the feature you were looking for is available after all! And it could very well be the case that there are few enough folks testing the functionality of KDE applications on desktops other than Plasma when distributions do their testing periods, that some needed dependencies (or even color scheme configurations) might not get truly shaken out until later.