Modifying PDFs: insert/delete/reorder

[Scott Howard]

Thanks for getting back to me, Albert.

Your explanation makes sense to me - Okular is a viewer, not an editor. I
was hoping to have a one-stop shop like Adobe Acrobat, which has a very
similar interface to Okular, but with a full set of features. In Acrobat,
deleting/inserting pages is managed in the right-click menu on the
thumbnail widget, and reordering is managed by click-and-dragging in the
thumbnail widget.

Perhaps it would be more appropriate to consider a port of Okular, which
would implement the extra features, keep the interface, but be limited to
PDFs.

Thanks,
Scott

On Tue, May 4, 2021 at 4:06 PM Albert Astals Cid <aacid at kde.org> wrote:

> El divendres, 30 d’abril de 2021, a les 22:45:41 (CEST), Scott Howard va
> escriure:
> > Hey folks,
>
> Hi
>
> > I was hoping to get some guidance/input on a feature that I'm hoping to
> add
> > to Okular. In looking at the code, I'm suspecting that poppler is the
> > limiting factor for supporting insert/delete/reorder operations on a PDF.
> > Is this something that has been considered?
>
> What do you mean "limiting factor"? poppler can insert/delete/reorder
> pages, that's what pdfseparate and pdfunite do, right? and they are poppler
> tools.
>
> Or you mean that the poppler-qt API doesn't support that?
>
> >
> > I've used Adobe Acrobat extensively, and in compiling professional
> reports,
> > the ability to insert/delete/reorder is very useful. While there are
> other
> > tools that can be used to accomplish the same goal, I feel it would be
> > beneficial to include this functionality in Okular, as the default PDF
> > application on KDE.
>
> As I have mentioned a lot of times, I don't think that functionality makes
> sense in Okular.
>
> Okular defines itself as a document viewer, yes, it has some very light
> editing features (forms and annotations) but those are just adding on top
> of the existing document, and fit very well in a page centric user
> interface.
>
> For inserting/deleting/reordering pages you want a totally different kind
> of user interface, something more like a grid of pages, where you can
> import various documents and let people move pages around, that's an
> interface that doesn't exist in Okular.
>
> Also doing it in Okular means extra work because you need to abstract
> everything because we are not a PDF application, we are a Document viewer,
> so you need to have abstract classes that work for all document formats
> even if at the end you're only going to implement it for PDF.
>
> My suggestion has always been implement a standalone application that does
> this, you can have an user interface that makes sense for what you want to
> do and you don't need to implement the extra boilerplate that implementing
> the feature in Okular would mean.
>
> And sure, if you want we can call that application from a menu entry in
> Okular like we invoke the email client to send an email, we don't have not
> implemented email sending in okular even if people want to send emails from
> it ;)
>
> Cheers,
>   Albert
>
> >
> > Thanks,
> > Scott Howard
> >
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/okular-devel/attachments/20210504/b42a9eb8/attachment.htm>