[Okular-devel] [Bug 151614] store annotations with documents

Wed Jan 16 14:39:43 CET 2008

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

http://bugs.kde.org/show_bug.cgi?id=151614         

------- Additional Comments From franceschini.roberto gmail com  2008-01-16 14:39 -------
As far as I know PDFedit is aiming to the definitive solution to the problem
of this thread.
Development is quite hard though. I just updated to 0.3.2 to check the
progress and I find a situation not so much improved. For instance PDFedit
get slower and slower as you add more and more annotations (three or four
are enought to make it apparent). I was told it to be linked to QSA library
and Qt3. They plan to move to qt4 and fix the QSA thing, but in the several
months elapsed since I asked, nothing changed. This look to be a quite
involved thing.
Given PDFedit is the best choice for a robust edit feature in okular, I
think it will be reliable and full featured only in the mid long term.
Therefore I think okular should find a solution for its first stages (one
year or so, maybe more).

Cross-finger for PDFedit coming soon and finding a good workaround in the
meanwhile is maybe the solution.

16 Jan 2008 12:32:58 -0000, Tobias König <tokoe kde org>:
[bugs.kde.org quoted mail]
As far as I know PDFedit is aiming to the definitive solution to the problem of this thread. Development is quite hard though. I just updated to 0.3.2 to check the progress and I find a situation not so much improved. For instance PDFedit get slower and slower as you add more and more annotations (three or four are enought to make it apparent). I was told it to be linked to QSA library and Qt3. They plan to move to qt4 and fix the QSA thing, but in the several months elapsed since I asked, nothing changed. This look to be a quite involved thing. 
 Given PDFedit is the best choice for a robust edit feature in okular, I think it will be reliable and full featured only in the mid long term. Therefore I think okular should find a solution for its first stages (one year or so, maybe more).
 Cross-finger for PDFedit coming soon and finding a good workaround in the meanwhile is maybe the solution. <div>16 Jan 2008 12:32:58 -0000, Tobias König &lt;<a href="mailto:tokoe kde org">
tokoe kde org</a>&gt;:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
 <a href="http://bugs.kde.org/show_bug.cgi?id=151614">http://bugs.kde.org/show_bug.cgi?id=151614</a> ------- Additional Comments From tokoe kde org&nbsp;&nbsp;2008-01-16 13:32 ------- On Wed, Jan 16, 2008 at 09:31:25AM -0000, Brad Hards wrote:
 Hej, &gt; However I am willing to give this a try. Instead of fixing the symptoms we should start providing a working implementation for modifying PDF directly. There is no need to make it part of poppler, as poppler is aimed to be a PDF viewer, so the whole
 internal design is about reading PDFs, not writing. However we could for example borrow some code from pdfedit (a Qt based application which borrows code from kpdf ;)) which can modify PDF documents and append objects.
 So the poppler_generator could use poppler for reading the PDFs and a pdfedit-derived library to add/edit annotations in the document. Ciao, Tobias _______________________________________________ 
Okular-devel mailing list <a href="mailto:Okular-devel kde org">Okular-devel kde org</a> <a href="https://mail.kde.org/mailman/listinfo/okular-devel">https://mail.kde.org/mailman/listinfo/okular-devel</a> </blockquote>
</div>