Bug 434357 - Add viewer window for embedded images to make reading of technical literature easier
Summary: Add viewer window for embedded images to make reading of technical literature...
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-13 14:04 UTC by Robert Puskas
Modified: 2024-07-27 13:14 UTC (History)
1 user (show)

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


Attachments
floating image viewer window (297.62 KB, image/png)
2021-03-13 14:04 UTC, Robert Puskas
Details
floating image viewer window after scrolling text to next page (377.10 KB, image/png)
2021-03-13 14:05 UTC, Robert Puskas
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Puskas 2021-03-13 14:04:49 UTC
Created attachment 136644 [details]
floating image viewer window

Hello.

I'd like to suggest a simple to realize, but very helpful feature for Okular: an image viewer window for embedded images that always stays on top of the main app window.

Why is this helpful? Simply because when one reads technical documentation, the figures and the associated text rarely reside on the same page. Right now this results in an unnecessary back-and-forth scrolling while trying to check what the text is about on the figure. On the other hand, if we would have a context menu entry (for embedded images) to open the image up in a separate floating window, we would be able to scroll the main document away from the figure without getting the figure out of sight (see attached images).

By making the viewer to always stay on top of the main window only, we would not hinder the usage of other apps or Okular itself, as the viewer would go behind the other app. Also, we could continue to use Okular features (annotating, copying text, etc) without making the viewer constantly go away.

This feature would significantly ease the reading of technical docs, as it could save people from a ton of unnecessary scrolling.

Thanks for considering this.
Comment 1 Robert Puskas 2021-03-13 14:05:36 UTC
Created attachment 136645 [details]
floating image viewer window after scrolling text to next page
Comment 2 Robert Puskas 2021-03-13 14:09:50 UTC
This feature could be realized as a new view pane instead of a window.
Comment 3 Laura David Hurka 2021-03-14 13:55:06 UTC
This should be possible with split view (Bug 169847) implemented, and using 
the Advanced Docking Framework for Qt.

Split view is not so easy to implement. Implementing the suggested floating 
window would also be possible with a static image, but you could almost just 
make a screenshot then.
Comment 4 Robert Puskas 2021-03-15 10:05:03 UTC
Yes, you could make a screenshot (this is what I'm forced to do right now) to emulate the same behavior, but that is far more cumbersome for several reasons:
- You need to take a screenshot with the rectangular feature, paste the image into an editor, resize the editor screen so that it only takes the minimum size required.
- The other option is to capture the whole screen, paste the image into an editor, resize the editor window, scroll the image to the desired place in the window.
- The image editor window doesn't stay on top if you click into the pdf viewer (to copy some text for example), you need to bring it back manually.
- You could keep the image editor window above all others (KDE already has such a feature), but what if you need a web browser to fact check something? You need to minimize the image editor to make it disappear.

As you can see, yes it is possible to emulate this behavior, but it really is cumbersome. A lot more mouse clicks and movement than necessary.