Bug 427356 - Feature Request: save the drawings from presentation mode into a PDF file
Summary: Feature Request: save the drawings from presentation mode into a PDF file
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: 1.11.1
Platform: Manjaro Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-05 07:37 UTC by Marcus Menzel
Modified: 2020-10-06 21:46 UTC (History)
2 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 Marcus Menzel 2020-10-05 07:37:25 UTC
SUMMARY
I use okular on regular base on Manjaro and it really rocks the base!
not a single crash; fast with a dozen open books and papers. Annotations are fine, but ...
when teaching online I use drawings in the presentation mode a lot, and here my question comes.
Will there be an option to save the drawings from presentation into a pdf file to send it out later to the students? 


OBSERVED RESULT
In the actual version the drawings from the presentation mode vanish when the presentation is ending

EXPECTED RESULT
On option to save the drawings from the presentation into a pdf file together with the pdf content as background.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Manjaro
(available in About System)
KDE Plasma Version: plasma-framework 5.74.0-1
KDE Frameworks Version: 5.70.0
Qt Version: 5.15.1


regards,
Marcus Menzel
Comment 1 Laura David Hurka 2020-10-05 08:21:01 UTC
That makes sense to me, because I have already observed this use case.

The problem is probably that presentation drawing tools create a pixmap overlay (I think), and not vectors which could be converted to annotations. To make them vector drawings, we need another aproach to implement the eraser tool. (Currently it is just a “transparent” pen.)

If presentation drawing tools create annotations, could we just use normal annotation tools for presentation? I think a stripped down version of PageViewAnnotator could handle freehand drawing tools in the PresentationWidget.
Comment 2 Oliver Sander 2020-10-05 08:50:58 UTC
> The problem is probably that presentation drawing tools create a pixmap overlay,

No, they create paths, which is part of why they look a bit ugly.  Even if they did create pixmaps (which I consider worth considering) Okular could still save those pixmaps along with the document.
Comment 3 Albert Astals Cid 2020-10-05 16:48:47 UTC
(In reply to Oliver Sander from comment #2)
> > The problem is probably that presentation drawing tools create a pixmap overlay,
> 
> No, they create paths, which is part of why they look a bit ugly.  Even if
> they did create pixmaps (which I consider worth considering) Okular could
> still save those pixmaps along with the document.

Where's the logic on that? Why would a pixmap be nicer than a scalable path?
Comment 4 Oliver Sander 2020-10-06 04:16:53 UTC
Drawings in presentation mode are not as pretty as in other notetaking applications such as xournal++ or the Qt tablet example.  Part of the reason is that Okular doesn't support changing the line width with pen pressure (I suppose that could be implemented).  Another reason is that sometimes you see the line joins and ends, in particular with thicker lines.  In contrast, the Qt tablet example draws sequences of spheres onto a pixmap, which avoids that problem.
Comment 5 Albert Astals Cid 2020-10-06 21:46:03 UTC
(In reply to Oliver Sander from comment #4)
> Drawings in presentation mode are not as pretty as in other notetaking applications such as xournal++ or the Qt tablet example.  Part of the reason is that Okular doesn't support changing the line width with pen pressure (I suppose that could be implemented).  Another reason is that sometimes you see the line joins and ends, in particular with thicker lines.  In contrast, the Qt tablet example draws sequences of spheres onto a pixmap, which avoids that problem.

So it has nothing to do with scalable path vs using a pixmap, it's just that it's handler better and in your opinion displays something prettier, ok.