Bug 111254 - Desire on-screen ruler functionality
Summary: Desire on-screen ruler functionality
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Slackware Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
: 155737 161811 380154 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-08-22 02:37 UTC by Daniel Herring
Modified: 2023-10-10 22:18 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Herring 2005-08-22 02:37:55 UTC
Version:            (using KDE KDE 3.4.2)
Installed from:    Slackware Packages

PDF documents are a powerful tool for achieving on-screen representations which are faithful to the printed page.  Sometimes, I desire the ability to get accurate measurements of on-screen spaces before printing.  For example, to make sure a page heading meets some specification.

To aid this, ruler-bars on the top and side of the display screen would be very helpful.  These would be more useful than external tools like KRuler since they could adjust to match the exact scaling of the document being displayed.  As an added feature, I would like to place marks on these rulers which would extend a straight line across the page.  This would assist in checking alignment.

A related feature would be a new tool (in addition to the normal, zoom, and select tools) which would display the cursor's current physical coordinates on the page.  For example (2.6in,5.2in) might hover next to the cursor.  A click-and-drag might display the linear distance between the clicked point and the cursor's current position.

Thanks for your consideration.
Comment 1 Albert Astals Cid 2009-08-27 00:12:15 UTC
KPDF is no longer under development, as i think this feature still makes sense in Okular (KPDF successor) i'm moving the wish there, but don't take this as a promise we are working on it.
Comment 2 Albert Astals Cid 2011-07-10 21:08:24 UTC
*** Bug 155737 has been marked as a duplicate of this bug. ***
Comment 3 Albert Astals Cid 2012-03-08 22:31:51 UTC
*** Bug 161811 has been marked as a duplicate of this bug. ***
Comment 4 David Hurka 2020-10-23 14:49:30 UTC
*** Bug 380154 has been marked as a duplicate of this bug. ***
Comment 5 jack_sprat 2023-10-10 22:13:58 UTC
Hi,
I'm voting in support of Daniel's final proposal: the linear measurement tool.
Interpreting PDF's of maps, graphs, plans &c. often benefits from being able to extract scaled dimensions.
I propose that such a click-and-drag tool context menu would allow it to be 'calibrated'  with some training values (from the graph or map axes, or plan scale bars, for instance) - and then remain true as the PDF is zoomed in/out.
Context menu would allow user to select linear/area/angular dimension options.
A further context menu feature would allow the measured value to be inserted as an annotation.

C'mon, it would be a beauty, don't you think?

As an example, look at the 'measure line/area/bearing/angle' tool in QGIS

thanks for listening - best wishes - JS
Comment 6 jack_sprat 2023-10-10 22:18:42 UTC
(with correction)
Hi,
I'm voting in support of Daniel's final proposal: the linear measurement tool.
Interpreting PDF's of maps, graphs, plans &c. often benefits from being able to extract scaled dimensions.
I propose that such a click-and-drag tool's context menu would allow it to be 'calibrated' with some training values (from the graph or map axes, or plan scale bars, for instance) - and then remain true as the PDF is zoomed in/out.
The context menu would allow user to select linear/area/angular dimension options.
A further context menu feature would allow the measured value to be inserted as an annotation.

C'mon, it would be a beauty, don't you think?
 
 As an example, look at the 'measure line/area/bearing/angle' tool in QGIS

 thanks for listening - best wishes - JS