[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Adam Porter a...@alphapapa.net changed: What|Removed |Added CC||a...@alphapapa.net -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #174 from Dotan Cohen kde-2011...@dotancohen.com --- Yes, Till, your feedback is relevant to bug #301774. Thanks. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 della rbreder...@web.de changed: What|Removed |Added CC||rbreder...@web.de --- Comment #175 from della rbreder...@web.de --- I updated by kde to 4.9 with kubuntu backport packages. Okular is now at version 0.15. However, the feature you describe does not seem to work. When I make annotations and try save as I get a message saying that my annotations will not be saved and I have to export as document archive. My pdf is unencrypted (created by pdflatex). Could this be a packaging error (compiled with wrong options, outdated libpoppler)? -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #176 from Till Schäfer till2.schae...@uni-dortmund.de --- check if poppler is at least at version 0.20. I had the same issue with poppler 0.18. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #177 from della rbreder...@web.de --- Ok poppler is still at version 0.18 in ubuntu 12.04. I temporarily upgraded to okular, poppler and depedning packages from kubuntu 12.10 (in development). This seems to work. I will create a bug-report at launchpad, although I don't think that the Kubuntu-team is willing to backport poppler. Thanks for the quick response. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #173 from Till Schäfer till2.schae...@uni-dortmund.de --- i tried out the feature today and i like to thank you for making this change happen! technicaliy it works flawless for me. I would like to criticise the gui experience of this feature. It is totaly unintuitive that you have to do save as for storing annotations. i could understand that the file should not be modified without an extra save action, but why isnt there a simple save option? An example: when i like to add a comment to a new pdf i have to click save as, than save (in the file selction dialog) and confirm the override waning. some time later i try to modify something. That leads to the question if i like to store the annotations. Again there is no save, but only save as. At this point it is getting totally unintuitive. I have never seen such a dialog before whith only save as and no simple save as confirmation. So it aks me if i like to save the annotations, i select save as, than save in the file selection dialog, again confirm the overwriting of the file. This is unnescesary confusing. simply introduce save and everything will be much more consistent. This makes me feel like always working with write protected files. The many hints in the form of dialogs that appear to explain the behaviour to the user, are a symptom of not consistent workflow. would be nice to see this corrected. Then this feature is awsome and very usable. i dont know if this is the right place for crtisism, shoul i place it in a new bug or in bug #301774? -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Albert Astals Cid aa...@kde.org changed: What|Removed |Added CC||aa...@kde.org Version Fixed In||4.9.0 -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #171 from RSB trebo...@gmx.de --- Thank you for implementing this -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #172 from flying-sh...@web.de --- (In reply to comment #170) any reason why there is no checkbox “always save them into the document on close”? It's obviously a useful feature. Please open a new wish for it. done! it’s bug 301774 -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Patrick Fehr patrick.f...@fbc.ch changed: What|Removed |Added CC|patrick.f...@fbc.ch | -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #169 from flying-sh...@web.de --- hmm… i’m ok with this behavior as long as the Do you want to save your annotation changes or discard them? prompt allows a “yes, save them now into the document, then close” and i’d be also ok if ctrl+s would automatically overwrite the original document with the one containing the changes. if i’m reqired to click more than once to get the changes into the document, i consider this a hassle and thus a bug (this shouldn’t sound harsh. i’m excited about the functionality, i just don’t want it to require more interaction than i’m accustomed to) any reason why there is no checkbox “always save them into the document on close”? and why are they still implicitly saved outside of the document? will we end up with two kinds of indistingushable annotations in one document? -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #168 from Fabio D'Urso fabiodu...@hotmail.it --- (In reply to comment #167) i’m not exactly sure what that means: are annotations *mostly* saved into the pdf, or are they never implicitly saved or what? Short answer: They're never implicitly saved to PDF. They're still implicitly saved internally as usual, with one exception, in which case you'll be warned. Long answer: Annotations are never implicitly saved to PDF. In other words, the files you open are never automatically modified. You're have to explicitly press either Save As or Export As - Document Archive in order to export them. We still autosave annotations internally as usual, unless the PDF document contains existing embedded annotations and it's not encrypted. In this case, you'll be shown a warning (Your annotation changes will not be saved automatically. Use File - Save As... or your changes will be lost once the document is closed) and a Do you want to save your annotation changes or discard them? prompt on document close. most importantly: is there a way to configure okular to automatically save them into the PDF, no matter if automatically after each change, or via prompt before closing okular in case changes were made. No. You always have to go through Save As to get an annotated PDF. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Fabio D'Urso fabiodu...@hotmail.it changed: What|Removed |Added CC||fabiodu...@hotmail.it --- Comment #165 from Fabio D'Urso fabiodu...@hotmail.it --- (In reply to comment #164) Does anybody know what approach the current work (feature plan) has for storing the annotations? It's already available in 4.9 beta 1 (poppler 0.20 is required). Are there extra files in the same folder or are they embedded in the documents (at least for pdf)? User annotations are still automatically saved in Okular's internal folders as usual (*). But now, if you press File - Save As (it's availabe with PDF files only **), annotations are embedded in the saved document too (ie you can see/edit them in other readers). It's now also possible to edit existing embedded annotations. For other formats (and PDF itself), there's still the option to export annotatated documents in .okular format (File - Export As - Document Archive) and share them with other Okular users. * = Actually, automatic internal storage is disabled in some cases, and you need to save to PDF every time you make a change. But there are warnings and a Save or discard changes? prompt in place for that. ** = Poppler, the library we use to deal with PDF files, doesn't support modifying encrypted PDF files yet. If you open such a file, the Save As menu entry is grayed out and you are warned that you can only export as .okular file. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 H.H. cyberb...@gmx.de changed: What|Removed |Added CC||cyberb...@gmx.de --- Comment #166 from H.H. cyberb...@gmx.de --- finally.. this is great! thanks for the work! -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Ilya Potapov danaiv...@gmail.com changed: What|Removed |Added CC||danaiv...@gmail.com --- Comment #163 from Ilya Potapov danaiv...@gmail.com --- This feature is listed as in progress at KDE 4.9 feature plan. Hurray finally. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Gregor Kappler g.kapp...@gmx.net changed: What|Removed |Added CC||g.kapp...@gmx.net --- Comment #162 from Gregor Kappler g.kapp...@gmx.net --- The feature to annotate pdfs in kde is sorely needed. I would also be willing to contribute some money to a project implementing this feature. Can anyone provide technical information about why this feature is hard to implement? -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 mybugs.m...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Wolfgang Lorenz wl-c...@gmx.de changed: What|Removed |Added CC||wl-c...@gmx.de -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Mario Santagiuliana fed...@marionline.it changed: What|Removed |Added CC||fed...@marionline.it --- Comment #160 from Mario Santagiuliana fedora marionline it 2012-03-02 12:05:11 --- Which is the status of this features request? I am not a C/C++ developer...I would like to see in okular the possibility to choose to save my annotation in pdf file follow the pdf to share my annotation with other users (not only okular users). Thank you -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #158 from RSB trebor_x gmx de 2011-11-04 15:42:46 --- answer from Albert Astals Cid about the status of the GSOC project: The student did not produce anything of value. So there will no feature for storing annotations in pdf in next time. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Facundo Aguilera budin...@gmail.com changed: What|Removed |Added CC||budin...@gmail.com --- Comment #156 from Facundo Aguilera budinero gmail com 2011-10-14 15:41:19 --- This is funny: https://bugs.freedesktop.org/show_bug.cgi?id=20193 -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #157 from Dotan Cohen kde-2011 08 dotancohen com 2011-10-14 16:20:44 --- This is funny: https://bugs.freedesktop.org/show_bug.cgi?id=20193 I think that Poppler does not support some of the Okular annotations such as highlighting. Gnome's Evinc uses the term annotations only to mean text notes in PDF files, which _may_ be how the Poppler devs use the term as well. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Jean-Philippe Fleury cont...@jpfleury.net changed: What|Removed |Added CC||cont...@jpfleury.net -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Ilia K. mail4i...@gmail.com changed: What|Removed |Added CC||mail4i...@gmail.com -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 domi...@dominikschuermann.de changed: What|Removed |Added CC||dominik@dominikschuermann.d ||e -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 ha...@hboeck.de changed: What|Removed |Added CC|ha...@hboeck.de | -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #155 from Harald Nikolisin hochglanz muenchen-mail de 2011-05-08 02:23:40 --- (In reply to comment #154) There is a GSOC project for implementing editing/saving of pdf annotations in okular properly (i.e. via the poppler backend, see http://socghop.appspot.com/gsoc/project/google/gsoc2011/petrmej/14001). Best news since a long time! Maybe we get the results in autumn. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Thomas Fischer fisc...@unix-ag.uni-kl.de changed: What|Removed |Added CC||fisc...@unix-ag.uni-kl.de --- Comment #153 from Thomas Fischer fischer unix-ag uni-kl de 2011-05-06 10:56:20 --- Hello, Would it be too hard (or a viable partial solution) to use iText as a plugin to save/export the Okular annotations to a native PDF? And the same thing when loading a PDF with annotations, informing the user that the PDF contains attachments/annotations and if he wants to import the native/original annotations to Okular's annotation format? I came across with iText for Java very recently, and even though one have a dependency here on Java to be able to use the library, could this be an option to a user to have a choice to manipulate PDFs with iText on a plugin in Okular? Being iText open source and a great reference to manipulate PDF in the Java world, I think it is pertinent to ask. Another solution would be to migrate the code/algorithm to Qt/C++ so it could be used here and in other OS projects, at least while no one comes up with a better solution. Porting a library from Java or C# to C++ can be quite an effort considering that e.g. C++ has no garbage collection compared with Java and C#. Plus, whenever there is a new version of iText, you have to port those changes/bugfixes as well. Keeping iText as it is and use it as an external plugin would be an option, too, but adds external dependencies. If external dependencies would be no problem, one could implement the generating/manipulating PDF part in pdfLaTeX or other tools as well. Using an external tool can only be a short-term solution until a real solution matures (see below). In the best case, Okular could use a shared library in C or C++ to do the PDF manipulation. Some search revealed the following option (in no particular order): * The GNU PDF library which is still in its infancy but may be a future alternative. * Poppler seems to support some writing features, at least I found some mailing list posting from 2008 on this. I don't know if it is supported by the Qt4 bindings yet. * PDFedit is/was a Qt3 program to edit PDF files. I used it for some time, but its inner design must have been horrible, as it got slower and slower the more changes you made. Still, one could look at its implementation and learn how to edit PDF files. The most solid approach IMHO would be to look into Poppler's features and the Qt4 bindings. If those bindings are not sufficient, make the necessary changes for a clean, well-designed API. Once the API is mature, integrate it into the PDF part (or inherit into a new KParts::ReadWritePart). Let me see if I have some time during the weekend to dig through Poppler's source code to give a more qualified comment here ... (This is my personal oppinion, as I am not affiliated with the Okular maintainers) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Jonathan Verner jonathan.ver...@gmail.com changed: What|Removed |Added CC||jonathan.ver...@gmail.com --- Comment #154 from Jonathan Verner jonathan verner gmail com 2011-05-06 13:31:03 --- There is a GSOC project for implementing editing/saving of pdf annotations in okular properly (i.e. via the poppler backend, see http://socghop.appspot.com/gsoc/project/google/gsoc2011/petrmej/14001). -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #152 from Samuel Cordeiro sigmadraconis gmail com 2011-05-06 01:42:46 --- I have a question to the developers: Would it be too hard (or a viable partial solution) to use iText as a plugin to save/export the Okular annotations to a native PDF? And the same thing when loading a PDF with annotations, informing the user that the PDF contains attachments/annotations and if he wants to import the native/original annotations to Okular's annotation format? I came across with iText for Java very recently, and even though one have a dependency here on Java to be able to use the library, could this be an option to a user to have a choice to manipulate PDFs with iText on a plugin in Okular? Being iText open source and a great reference to manipulate PDF in the Java world, I think it is pertinent to ask. Another solution would be to migrate the code/algorithm to Qt/C++ so it could be used here and in other OS projects, at least while no one comes up with a better solution. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #148 from Sami Liedes sliedes cc hut fi 2011-03-15 16:25:32 --- As I see it, the the various commenters here apparently have at least three different kinds of problems: 1) Some dislike the fact that the annotations are not standard PDF annotations; 2) Some have a problem with the fact that there is no way to export (or print) a document with these annotations so that anyone else not using Okular can see them; 3) Some (like me) have a problem with the fact that there is no indication in the UI that the features in (1) and/or (2) are not supported. It's quite annoying to discover *after* annotating a 100-page document that there's essentially no way beyond screenshots to show it to the person you are annotating it for. Now of course everyone (including me) would prefer the world to be perfect and Okular to have every possible feature, but in the meantime I think a mere warning could fix (3), which I think is the only one of these that makes to anyone supporting annotations actually worse than not supporting them. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #143 from Albert Astals Cid tsdgeos terra es 2011-03-14 22:17:25 --- A simple warning will fix nothing, what we need is the hability to save the annotations in the pdf file. Now stop wasting my time. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #144 from Sami Liedes sliedes cc hut fi 2011-03-14 22:30:41 --- How ironic. Stop wasting your time. Indeed. A warning would prevent Okular from wasting the time of hundreds of other people. Of course everybody agrees the ability to save the annotations to a PDF file would be even better, but it's rather ridiculous that you cannot see how the current state is worse than nothing. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #145 from Timmorn wo granon gmail com 2011-03-14 22:38:29 --- If a user uses PDF annotations he expects them to be PDF standard conform. In my eyes it would be better to have no annotations than annotations which are not standard conform, because such things are Microsoft jobs and I don't want to see them in linux. But if you think that this feature is that great that it should be there the least would be to warn the users. In my eyes it is, like I wrote... it was only important to say Okular supports PDF annotations and not that it really does it. The reaction here supports this suggestion. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Ricardo Sanz rsa...@eresmas.net changed: What|Removed |Added CC||rsa...@eresmas.net --- Comment #129 from Ricardo Sanz rsante eresmas net 2011-03-06 23:32:47 --- (In reply to #128) Xournal uses a trick: it loads PDF file as background for its journals (using poppler library). You can export the data as PDF, but you'll get the original PDF as background and the annotations as graphics over the background. So: - You can't search or copy text and other text related opearations as long as there's no text, original PDF is now a background image. - There's no info about the annotations, they are just images, so no popup notes, user info, etc. So Xournal doesn't really annotate PDFs, just used a trick to simulate it. There's no chance to use Xournal code to implement PDF annotations. See Xournal manual, PDF Annotate section: http://xournal.sourceforge.net/manual.html#pdfannotate -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 ha...@hboeck.de changed: What|Removed |Added CC||ha...@hboeck.de --- Comment #130 from hanno hboeck de 2011-03-07 05:52:10 --- Hi, I think it's really not the right place here to discuss alternative pdf viewers. But if you are looking for a free, working solution for annotations use the latest version of evince, it has working annotations. Else, please stick with the discussion here ontopic, that is the implementation of annotations within okular, not any other piece of software. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Rui Abreu Ferreira raf...@gmx.com changed: What|Removed |Added CC||raf...@gmx.com --- Comment #128 from Rui Abreu Ferreira raf-ep gmx com 2011-03-03 10:44:06 --- Has anyone tried Xournal, http://xournal.sourceforge.net/. It seems to be able to annotate pdf files, and acrobat seems to read without issues. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #125 from Felix Möller felix derklecks de 2011-02-22 23:31:13 --- I just made a great discovery. http://www.mendeley.com/ is able to annotate PDFs without an issue so far. You can download it at http://www.mendeley.com/download-mendeley-desktop/ It is written with Qt. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #126 from Harald Nikolisin hochglanz muenchen-mail de 2011-02-23 00:20:59 --- I respect #109 therefore only a short comment on #125 Last time I tested mendeley it wasn't that great: * Existing annotations were not displayed * Annotations are not automatically saved in the pdf, you must export the pdf * Annotations does not have the user id (or a user name) * PDF Viewer does not display the bookmarks * and PDF rendering wasn't that good like in okular -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #127 from Dominic Lyons domlyons gmail com 2011-02-23 00:25:09 --- Mendeley is neither open source nor is it just a simple PDF viewer. But it seems to be a pretty nice piece of software, although I can confirm comment #126. So I guess each of you have to see if it fits your needs. Thank you for the hint. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Elias Probst m...@eliasprobst.eu changed: What|Removed |Added CC||m...@eliasprobst.eu -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #122 from Dominic Lyons domlyons gmail com 2011-02-21 22:57:37 --- As not only full featured PDF viewers/editors have an annotation feature by now but also Adobes Reader in its current version this is getting more and more a must have. It would be really nice if someone would take a heart and implemented this some time :-) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #121 from RSB trebor_x gmx de 2011-01-26 15:31:54 --- (In reply to comment #120) its extreamly annoying when all notations are lost by moving a file. maybe okular should use nepomuk to know when a file was moved. [...] Okular seems to have already the possibility to recordnize pdf's which were moved on the own system. Why nepomuk is no solution look at comment 118 119. PDF is a standard exchange format. Thats why annotations have to work OS-unindependent. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Pieter De Decker pdedec...@gmail.com changed: What|Removed |Added CC||pdedec...@gmail.com -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #119 from RSB trebor_x gmx de 2011-01-17 03:32:35 --- Evince already supports annotations (stored in pdf-file). Look here http://carlosgc.linups.org/2010/Jul There is also a note in the changelog of poppler-0.13.2 [...] * Add support for Screen annotations [...] http://poppler.freedesktop.org/releases.html So it should be also possible to implement it in Okular. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Alexandre Courbot gnu...@gmail.com changed: What|Removed |Added CC|gnu...@gmail.com| -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #118 from Tuukka Verho tyverho cc hut fi 2010-12-18 15:58:33 --- (In reply to comment #117) It seems to be so at the moment: http://techbase.kde.org/Development/Tutorials/Metadata/Nepomuk/FileWatchService but let's hope someone will develop a proper file watching system, as this problem affects all metadata! -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 RSB trebo...@gmx.de changed: What|Removed |Added CC||trebo...@gmx.de --- Comment #117 from RSB trebor_x gmx de 2010-12-16 16:53:13 --- (In reply to comment #116) As far as I know the informations stored with nepomuk only keep alive, if you use for copy/move an application which supports nepomuk (e.g. dolphin) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #116 from Tuukka Verho tyverho cc hut fi 2010-12-15 22:57:36 --- Just a thought: how about storing the annotations with Nepomuk? It wouldn't help much with exporting but might help with problems regarding filename changes etc. because I'd expect Nepomuk to be able to cope with them. Anyway, everyone uses Nepomuk today for storing metadata so it'd be logical for Okular to follow the direction. Btw, I'm quite disappointed seeing all the comments bashing the developers. Shame on you people! -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Albert Astals Cid tsdg...@terra.es changed: What|Removed |Added CC||nsy...@qq.com --- Comment #115 from Albert Astals Cid tsdgeos terra es 2010-12-13 00:55:28 --- *** Bug 259590 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Todd toddrme2...@gmail.com changed: What|Removed |Added CC||toddrme2...@gmail.com -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 hnFaaD2SAds4DsdH bugs.kde@kriewitz.eu changed: What|Removed |Added CC||bugs.kde@kriewitz.eu -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Bram Schoenmakers m...@bramschoenmakers.nl changed: What|Removed |Added CC|m...@bramschoenmakers.nl | -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 gmud ger...@web.de changed: What|Removed |Added CC|ger...@web.de | -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #112 from Felix Möller felix derklecks de 2010-07-26 11:47:58 --- All people looking at this bug might be interested in https://bugzilla.gnome.org/show_bug.cgi?id=168304 which is the Evince bug for annotations. Evince in git is now starting to support annotations. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 flying-sh...@web.de changed: What|Removed |Added CC||flying-sh...@web.de --- Comment #113 from flying-sheep web de 2010-07-26 18:07:14 --- The feature is in Poppler-git now? Great news, that means support in Okular is just a matter of weeks (if any developer is interested in this) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #114 from Albert Astals Cid tsdgeos terra es 2010-07-26 20:32:14 --- Any developer interested is the only thing we ever needed, there's no difference between one month and now. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #109 from Albert Astals Cid tsdgeos terra es 2010-05-25 01:39:14 --- Short Official answer from KPDF, Okular and Poppler maintainer: * Stop complaining Long Official answer from KPDF, Okular and Poppler maintainer: * PDF handling is hard * Any coding help is always welcome * Stop commenting about non Okular on this bug, specially if you want to suggest non free PDF viewers, do it on your blog * No, we are not happy with how annotation is now * We have lives to live, and this being hard to solve makes it slow to implement * Did i say we accept code? * None of us gets any money from doing KDE, Okular or poppler coding * There is lots of people there that are happy to have this half feature, so there is no way it is going to be removed, ever * Complaining again in a bug with 108 comments and saying it is a shame and that we are unprofessional will get you nothing, we all knew the situation before even this bug was created, people bashing us *yet again* do not help things gets done, it only helps us losing time having to explain the situation *yet again* * And yes, next time anyone writes a comment in this mail, think twice, three times or even put some sleep in between to make sure it adds something of value to the conversation, since reading the 108 comments, very few do achive it * Oh, and btw i almost forgot, we accept patches, if you are interested in contributing there is a okular mailing list you probably want to join -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Alexandre Courbot gnu...@gmail.com changed: What|Removed |Added CC||gnu...@gmail.com --- Comment #110 from Alexandre Courbot gnurou gmail com 2010-05-25 02:58:19 --- ... or if I may add, if you're not happy about the current situation and cannot help with coding, hire a developer, start a fund rising on kickstarter, but stop whining like that. Which makes me think, it's a little bit late for today, but maybe that would be a good candidate job for a GSOC? Those with x86 machines can also use a little trick I use myself - you'll need wine and some kind of proprietary software, it's not as fast/cool as Okular, but it will do the job until good annotation support is implemented: http://www.gnurou.org/blog/2008/09/09/finally_real_pdf_annotating_under_linux -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #106 from Michal Svoboda kde spatium org 2010-05-22 09:17:40 --- The situation is still the same: missing annotation editing support in poppler. So why are you so insistent on that particular library. Suppose poppler can't do that and won't do that. Then it's just the same as waiting for the linux kernel to have it implemented. What are the other options? I would certainly welcome an official answer too. Like the ones that have been said for years? For example, comments #21, #44, and #65. Well, one of the usual bullshit responses among those suggests that this is not really your problem but it's with poppler so we should go ASK THEM (tm). But I as a user don't really care if your problem lies in poppler or double whopper or whatever. I use your program, not the library. You use the library, you know what to ask them for. Why do you expect us the users to know better than you, and why do you expect us to do your job (integrating the library) for you? And about the has been said for years. I admire your patience. I really do, because if I was in your shoes I would just code the thing instead of takling for years about how it can't be done. And maybe if this issue goes for another couple of years I'll just do it for you. poppler's architecture can, and is being (slowly) changed, but the main job is missing. In the meantime we are kindly asked to use another PDF product. in short: you get, potentially, the advantanges of two libraries, but also the problems of two different libraries at once. Let's try it and see which one it was? I have seen so far nobody (who isn't a poppler developer already) providing any kind of work for annotation-related tasks. That's unfortunately how it's gonna be. Not every Okular user is a hacker and even if he is he might not be interested in the learning curve associated with hacking Okular. Remember there is a lot of other broken software out there. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #107 from Timmorn wo granon gmail com 2010-05-22 09:20:54 --- (In reply to comment #105) WHATS THE HOLD UP? The situation is still the same: missing annotation editing support in poppler. This is no reason for the fact that annotations are implemented in the moment in an unprofessional and misguiding way. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #108 from reini rrumberger web de 2010-05-22 11:36:37 --- (In reply to comment #106) The situation is still the same: missing annotation editing support in poppler. So why are you so insistent on that particular library. Well, if we look at the parts you so generously snipped, we'll notice that he listed alternatives and reasons why they aren't usable (well, sort of, anyway). in short: you get, potentially, the advantanges of two libraries, but also the problems of two different libraries at once. Let's try it and see which one it was? That isn't an alternative. You will *definitely* get the disadvantages (incompatible data structures, to name just one), but you only get the advantages if you're lucky - andvantages that outweigh the disadvantages, that is... I have seen so far nobody (who isn't a poppler developer already) providing any kind of work for annotation-related tasks. That's unfortunately how it's gonna be. Not every Okular user is a hacker and even if he is he might not be interested in the learning curve associated with hacking Okular. Remember there is a lot of other broken software out there. So? At least Okular is providing something with what little resources it's got. If you'd like to contribute some, go ahead. Otherwise show some gratitude for the fine work being done here or take your bitching to some forum. This is a bugreport and not a general discussion platform. Just to have said it: I once had to work on parsing a PDF stream and am rather glad that part of my life is over! You don't just add a whole new set of functionality to a library within a couple of days/months if that means changing its architecture. Especially if it concerns a standard like PDF with so many variations and buggy documents floating around. Be glad they found a way to read most documents, even a lot of the buggy ones. Writing back to them is another matter entirely. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Michal Hlavinka mhlav...@redhat.com changed: What|Removed |Added CC||mhlav...@redhat.com -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #99 from Michal Svoboda kde spatium org 2010-05-21 17:34:35 --- Guys, this feature is open for 3 YEARS and has 588 or so votes which places it into the 50 most wanted features. So there is an obvious question WHATS THE HOLD UP? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #100 from Felix Möller felix derklecks de 2010-05-21 19:31:07 --- I would certainly welcome an official answer too. As I have been following this report for a long time I think there are two issues. (I right now have no time to find the sources for this, sorry) 1. libpoppler was created with the intention of a readonly library therefore it does not support writing back to the pdf stream. The architecture is not well suited for that. There is another pdf library being developed, but in very early stages which should remedy this issue. I forgot the name, but I think it is even sposored by the FSF. 2. The okular developers are satisfied enough with the situation as it is today. As they do it in their spare time they do not want to spend too much time on this. I have read at several places that people are willing to spent money on this to get it working, but as far as I know there has been no coordinated effort yet. And offered to do the necessary programming. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #101 from Michal Svoboda kde spatium org 2010-05-21 19:48:46 --- I have seen those arguments too, but ... 1. libpoppler was created with the intention of a readonly library therefore it does not support writing back to the pdf stream. *input* library has nothing to do with *output* library. Print to PDF works for many years already, so copy to PDF and add annotations might be an easy enough task to do, even if it was outside poppler. (The separation might even be positive.) 2. The okular developers are satisfied enough with the situation as it is today. As they do it in their spare time they do not want to spend too much time on this. Spare time service does not imply unprofessional or lousy although the current status quo does seem that way. It would be at least nice to see some priority list of the bugs to know how far in the queue we are. Besides that I think there *are* paid people who contribute to okular and KDE in general. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #102 from Timmorn wo granon gmail com 2010-05-21 19:54:50 --- (In reply to comment #101) Spare time service does not imply unprofessional or lousy although the current status quo does seem that way. It would be at least nice to see some priority list of the bugs to know how far in the queue we are. Besides that I think there *are* paid people who contribute to okular and KDE in general. I think the same. Spare time service would legitimate to implement _no_ PDF annotation. But in the moment there is a PDF annotation which is highly unprofessional misguiding for users. As i suggest since a long time: If you are not able to implement Annotation like in the PDF standard, then don't allow users to make notes or pop up a _big_ warning message! The way it is implemented in the moment is a shame for KDE. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Luigi Toscano luigi.tosc...@tiscali.it changed: What|Removed |Added CC||luigi.tosc...@tiscali.it --- Comment #103 from Luigi Toscano luigi toscano tiscali it 2010-05-21 20:45:35 --- (In reply to comment #101) I have seen those arguments too, but ... 1. libpoppler was created with the intention of a readonly library therefore it does not support writing back to the pdf stream. *input* library has nothing to do with *output* library. Print to PDF works for many years already, so copy to PDF and add annotations might be an easy enough task to do, even if it was outside poppler. (The separation might even be positive.) No, it is not. 2. The okular developers are satisfied enough with the situation as it is today. As they do it in their spare time they do not want to spend too much time on this. Spare time service does not imply unprofessional or lousy although the current status quo does seem that way. It would be at least nice to see some priority list of the bugs to know how far in the queue we are. So show us the code. Besides that I think there *are* paid people who contribute to okular and KDE in general. Thanks. This is exactly the kind of poison which made two developers (including a maintainer) to leave the project. If this is your contribution to the discussion (where you missed some point to say the least) please refrain from doing it again. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #104 from reini rrumberger web de 2010-05-21 21:33:29 --- (In reply to comment #103) (In reply to comment #101) I have seen those arguments too, but ... 1. libpoppler was created with the intention of a readonly library therefore it does not support writing back to the pdf stream. *input* library has nothing to do with *output* library. Print to PDF works for many years already, so copy to PDF and add annotations might be an easy enough task to do, even if it was outside poppler. (The separation might even be positive.) No, it is not. Why not? Dividing jobs among several programs/libraries to create more complex functionality is quite common in Unix environments and for good reasons. 2. The okular developers are satisfied enough with the situation as it is today. As they do it in their spare time they do not want to spend too much time on this. Spare time service does not imply unprofessional or lousy although the current status quo does seem that way. It would be at least nice to see some priority list of the bugs to know how far in the queue we are. So show us the code. What's that got to do with anything? Besides that I think there *are* paid people who contribute to okular and KDE in general. Thanks. This is exactly the kind of poison which made two developers (including a maintainer) to leave the project. If this is your contribution to the discussion (where you missed some point to say the least) please refrain from doing it again. What crept up *your* pants? Why do you even bother to post, when you have nothing useful to contribute? This is exactly the kind of poison... (well, I guess you know the rest) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #105 from Pino Toscano pino kde org 2010-05-21 22:13:45 --- WHATS THE HOLD UP? The situation is still the same: missing annotation editing support in poppler. I would certainly welcome an official answer too. Like the ones that have been said for years? For example, comments #21, #44, and #65. 1. libpoppler was created with the intention of a readonly library therefore it does not support writing back to the pdf stream. *input* library has nothing to do with *output* library. Print to PDF works for many years already, so copy to PDF and add annotations might be an easy enough task to do, even if it was outside poppler. (The separation might even be positive.) poppler's architecture can, and is being (slowly) changed, but the main job is missing. There is another pdf library being developed, but in very early stages which should remedy this issue. I forgot the name, but I think it is even sposored by the FSF. gnupdf? It does not even have a lexer for reading the PDF format from a file... (and thus not read a document) Some might (or already did) also refer to podofo. There are various problems of using two libraries for PDF files, like: - different ways of reading the document (thus potential different results) - two implementations which own bugs to deal with - different kind of support of the PDF format in each of them and so on... in short: you get, potentially, the advantanges of two libraries, but also the problems of two different libraries at once. 2. The okular developers are satisfied enough with the situation as it is today. As they do it in their spare time they do not want to spend too much time on this. Oh please... And offered to do the necessary programming. I have seen so far nobody (who isn't a poppler developer already) providing any kind of work for annotation-related tasks. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #94 from Ravi Arora ra ravi rav gmail com 2010-03-25 14:48:16 --- I checked the software PDF-XCHANGE viewer. It allows to save annotations, later selectively delete them too, means annotations are not saved as hardcoded but separately. Also it allows to hide/show selective annotations. When I open the file in Okular I find that (at least popup note annotation) is there and in fact in a nicer way than Okular built-in. Highlight though was shown in the document there was no mention of it in annotaions sidebar list. So this really rubbishes out the viewpoint of Okular devs that Okular doesn't do or its non-standard, for they are at least reading the annotations saved with the file. Now its upto them to do this change. Good reasons to do: 1. I want the annotations to go accross programs. My friends, teacher, boss may use GNOME, xpdf or any other program and I don't want to give them .okular file, this is ridiculous to ask them to install KDE when they have a GPLed software stack already (competition is there is FOSS eh! but you need to support the options). 2. Maintaining the .xml files and to take care about the renames made is tedious. 3. Also if you are storing the annotations in separate .xml file, goto point 1. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #93 from Ravi Arora ra ravi rav gmail com 2010-03-25 14:44:40 --- I checked the software PDF-XCHANGE viewer. It allows to save annotations, later selectively delete them too, means annotations are not saved as hardcoded but separately. Also it allows to hide/show selective annotations. When I open the file in Okular I find that (at least popup note annotation) is there and in fact in a nicer way than Okular built-in. Highlight though was shown in the document there was no mention of it in annotaions sidebar list. So this really rubbishes out the viewpoint of Okular devs that Okular doesn't do or its non-standard, for they are at least reading the annotations saved with the file. Now its upto them to do this change. Good reasons to do: 1. I want the annotations to go accross programs. My friends, teacher, boss may use GNOME, xpdf or any other program and I don't want to give them .okular file, this is ridiculous to ask them to install KDE when they have a GPLed software stack already (competition is there is FOSS eh! but you need to support the options). 2. Maintaining the .xml files and to take care about the renames made is tedious. 3. Also if you are storing the annotations in separate .xml file, goto point 1. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #96 from Ravi Arora ra ravi rav gmail com 2010-03-25 19:07:48 --- [http://en.wikipedia.org/wiki/Pdf#Annotating_PDFs] has something to say. [http://en.wikipedia.org/wiki/PDF/A] this article says that annotations are there to be in the proposed 1.7 standard and I found that they are a part of it since Adode Reader 6.0 [http://en.wikipedia.org/wiki/Adobe_Acrobat#Version_6.0] I don't think that they are very uncoventional, since almost every feature rich pdf reader has them. Sometimes we need to consider the standards as in accpetable by all rather than as in a stamped documnent by a body (who calls Javascript EMCAscript?) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #97 from Timmorn wo granon gmail com 2010-03-25 19:41:04 --- You misunderstood me. I only said, that it would be better to have no annotations than annotations like they are realized in the moment! Because in the moment the annotations are not added in the pdf standard, but okular pretends the user that it does... This is very unprofessional!! This is not what i expect from a linux software. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #98 from Ravi Arora ra ravi rav gmail com 2010-03-25 19:59:29 --- However there are annotations added by other software to the PDF files that are read by Okular. So Okular supports both allows its users to do only one? Ok here is what I found and it says that annotations are the part of the PDF 1.7 [http://www.adobe.com/devnet/acrobat/pdfs/pdf_reference_1-7.pdf] Please do read. Its a doucument published in November 2004 (as given in Preface) Also annotations described in PDF 1.6 [http://www.adobe.com/devnet/pdf/pdfs/PDFReference16.pdf] -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Peter Lewis pe...@muddygoat.org changed: What|Removed |Added CC||pe...@muddygoat.org -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Rubens de Souza Matos Júnior rubens.ma...@gmail.com changed: What|Removed |Added CC||rubens.ma...@gmail.com --- Comment #92 from Rubens de Souza Matos Júnior rubens matos gmail com 2010-03-12 21:23:25 --- I know that are some hard limitations that don't allow Okular developers include this feature at this moment, but I think that this a very important feature, that deserves more attention, even changes in backend modules, if nececessary, etc. But, even if this definitely won't be included, the export of annotations to html or a text file would be a helpful feature. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Ravi Arora ra.ravi@gmail.com changed: What|Removed |Added CC||ra.ravi@gmail.com --- Comment #89 from Ravi Arora ra ravi rav gmail com 2010-01-10 16:20:06 --- I support this wish too. And why are we limiting ourselves by the base library and document types. If you can do it in PDF but not in DjVu then at least do it in PDF, warn if else and convert the document to PDF. Just renaming or moving the files make the annotations disappear and I can't be sure that my friends are using okular every time. They use GNOME or even Foxit. It may happen that someday due to a bad command or some hardisk crash I may loose my home directory then the tedious work of making inline notes would be lost. This is seriously important wish. You may give the options to the user that they may use the .xml vs in-file editing. On the other hand the .xml files (or some file in the same directory) may be helpful to view the documents without annotations. If the file or the directory is not writable we may give the user the choice to store file somewhere else like the home directory. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Milos Jakubicek xja...@fi.muni.cz changed: What|Removed |Added CC||xja...@fi.muni.cz -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Michal Svoboda k...@spatium.org changed: What|Removed |Added CC||k...@spatium.org --- Comment #88 from Michal Svoboda kde spatium org 2009-12-15 09:46:33 --- (In reply to comment #85) Created an attachment (id=38042) -- (http://bugs.kde.org/attachment.cgi?id=38042) [details] Annotations for mere human beings This script transforms annotations in .xml into .html so that they can be transmitted or printed in a human-friendly way. Just to clarify how one is supposed to use that XSL, xsltproc okularannotations2html.xsl metadata.xml out.html Whereas metadata.xml is the damned annotations file (either from your .kde dir or from the .okular zip). The resulting HTML is fairly retarded though, as it does not show anything better than page number and the annotation text. That said, I add myself to the crowd that wants proper and portable support for annotations in Okular. And I agree that the current behavior is counter-intuitive and frustrating. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Dominic Lyons domly...@gmail.com changed: What|Removed |Added CC||domly...@gmail.com -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Josef Spillner spill...@kde.org changed: What|Removed |Added CC||spill...@kde.org --- Comment #84 from Josef Spillner spillner kde org 2009-11-02 22:40:58 --- Regarding the MD5sum patch to identify documents based on content instead of based on name, I recommend adding a method to kdelibs because other apps such as Palapeli from kdegames also have such functionality. It will break for modified files though, such as audio files with metadata and possibly modified PDF files in the future. A robust implementation hence requires some filetype-based logic instead of just MD5. Regarding the portability of annotations, I've just been directed to this bug while annotating a PDF for a student. In case the student has Okular, I can now pass around the .okular archive, or perhaps just the annotation .xml if the student knows what to do with it. If the student doesn't have and/or want Okular, and Okular will not save the annotations within the PDF, would it be easy to at least create a PDF from the annotations which can be printed as a list with page numbers? I'm thinking of maybe having some XSL which can output an HTML summary of the notes or through some QPrinter(?) transformation also PDF. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #85 from Josef Spillner spillner kde org 2009-11-02 23:16:08 --- Created an attachment (id=38042) -- (http://bugs.kde.org/attachment.cgi?id=38042) Annotations for mere human beings This script transforms annotations in .xml into .html so that they can be transmitted or printed in a human-friendly way. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Timmorn wo.gra...@gmail.com changed: What|Removed |Added CC||wo.gra...@gmail.com --- Comment #83 from Timmorn wo granon gmail com 2009-09-02 08:53:29 --- I also also gave it up to hope that okular will support annotations in a usable way in near future. So i also searched a lot for alternatives. First i found Foxit too. It does it's work, but the PDF-XCHANGE VIEWER runs as good in wine and you can do a lot more stuff for free and without marks on your PDF than with Foxit. At all it looks much more professionell. For me this is now the solution for this bug ;-) At all let's say: I understand that okular is an open source project. So no one can expect something from it. But i don't think that it is a good way the team does with annotations now. They play to the user that they can make annotations and when they try then to send theit pdf with annotations to a friend (what is normal for what you make annotations) the annotations are gone. In my opinion this is really unprofessionell and confusing for users! Such a behavior makes not only a bad picture of okular, no, also of kde. My suggestion would be to remove annotations until they work in a usable way or to make BIG and visible warnings that in the moment it don't does what the user is expecting. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #82 from Jake otakuj462 gmail com 2009-07-29 18:18:47 --- @Harald: As an alternative to dual-booting, I've found that Foxit PDF Reader works great under Wine. I just wrote some instructions on how to set it up under Ubuntu: http://yetanotherjsblog.blogspot.com/2009/07/how-to-use-foxit-pdf-reader-30-on.html Good luck. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #78 from Patrick Fehr patrick fehr fbc ch 2009-05-30 17:51:04 --- Most important for me: How can I print the exported document archive .okular without losing the annotations? Because I lose them... -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #79 from Patrick Fehr patrick fehr fbc ch 2009-05-30 17:59:45 --- (In reply to comment #78) I mean text-highlights. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #80 from Brad Hards bradh frogmouth net 2009-05-31 02:17:54 --- This bug is still open, so you should not expect that everything discussed is implemented. For the current state, you might like to review http://docs.kde.org/stable/en/kdegraphics/okular/annotations.html -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 reini rrumber...@web.de changed: What|Removed |Added CC||rrumber...@web.de -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Pino Toscano p...@kde.org changed: What|Removed |Added CC||kde-bugtracker-dp8...@mstie ||r.de --- Comment #76 from Pino Toscano pino kde org 2009-03-26 01:51:08 --- *** Bug 188123 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Jake otakuj...@gmail.com changed: What|Removed |Added CC||otakuj...@gmail.com --- Comment #74 from Jake otakuj462 gmail com 2009-03-07 20:28:19 --- The consensus seems to be that saving annotations back into the PDF file is not possible, and that the solutions is to role a special .okular archive format which contains metadata and the original document. But what is not clear to me is why it is not possible to simply save annotations back into the original pdf? Both Foxit and Adobe Acrobat Pro can save annotations back into the original document, so it would seem to be possible from a technical standpoint. This also seems to be the better solution, as a .okular format will not be portable across PDF readers, and thus mostly defeats the point. I would highly encourage the developers to direct their efforts toward matching the functionality of other Foxit and Adobe Acrobat Pro in terms of being able to save annotations back to files. As it stand right now, I believe the user experience is frustrating and counterintuitive. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #75 from Jake otakuj462 gmail com 2009-03-07 21:23:18 --- (In reply to comment #74) Sorry, my bad, I didn't read closely enough, and I see now that poppler doesn't support writing back into open PDF files. I stand by what I said about I the user experience being frustrating and counterintuitive, but I cannot offer any advice as to how to how to reach a better solution. For the moment, I'll have to continue using Foxit under wine. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Thomas Thym unget...@mevin.net changed: What|Removed |Added CC||unget...@mevin.net --- Comment #73 from Thomas Thym ungethym mevin net 2009-03-06 10:25:43 --- Coudn't that be a great Google Summer of Code project? It would be really great to change PDF files (edit annotations, or even delete pages, change page order, ...)! -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 Corentin Barbu corentin barbu gmail com changed: What|Removed |Added CC||corentin.ba...@gmail.com --- Comment #72 from Corentin Barbu corentin barbu gmail com 2009-02-06 17:51:08 --- Hi, I've read more or less carefully all the comments ahead, would it be possible to print separatly the annotations and then to superpose the two pdfs, using pdf toolkit as : pdftk over.pdf background behind.pdf output superpose.pdf Regards C.B.C -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 Nicholas Tung gatoatigrado gmail com changed: What|Removed |Added CC||gatoatigr...@gmail.com --- Comment #66 from Nicholas Tung gatoatigrado gmail com 2009-01-04 19:54:15 --- (In reply to comment #57) SVN commit 884852 by pino: Expose to the world the document archiving functions Unfortunately the MIME types don't seem to be registering successfully. The file is recognized as zip even if I add the extension .okular and mime type through personal settings file associations. It says can not find a plugin which is able to handle the document being passed. Does zip have any headers which could be used to more accurately identify the new file type? Maybe I'm missing something: from the diffs, it doesn't look like there's a save functionality that replaces the .xml files when new comments are added; is this the case? I'm using 4.1.87 (2009-01-01) on opensuse 11.1. thanks so much. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #68 from Nicholas Tung gatoatigrado gmail com 2009-01-04 20:22:31 --- (In reply to comment #67) (In reply to comment #66) Unfortunately the MIME types don't seem to be registering successfully. The file is recognized as zip even if I add the extension .okular and mime type through personal settings file associations. Do you see a application/vnd.kde.okular-archive MIME type in system settings - file associations? If no, then it is a problem of your distro. how do I correct it? The packages are in the unstable repo, so it's likely things aren't how they should be. I added the extension but the x/zip seems to have higher priority or something. another point is whether okular should be so sensitive to mime types. regardless, I don't see an option in the file open dialog box for document archive. Maybe I'm missing something: from the diffs, it doesn't look like there's a save functionality that replaces the .xml files when new comments are added; is this the case? What do you mean? Loading a document archive does not touch the saved annotations locally, and saving a new archive copies in it all the local annotations of the document. For saving a new archive I mean that - for now - you have to save again an open archive using the export function. Right, you have to use the export function. I think it should transparently replace the ~/.kde/.../___.xml files, or at least a save option should be added. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #69 from Pino Toscano pino kde org 2009-01-04 21:03:17 --- (In reply to comment #68) (In reply to comment #67) (In reply to comment #66) Unfortunately the MIME types don't seem to be registering successfully. The file is recognized as zip even if I add the extension .okular and mime type through personal settings file associations. Do you see a application/vnd.kde.okular-archive MIME type in system settings - file associations? If no, then it is a problem of your distro. how do I correct it? The packages are in the unstable repo, so it's likely things aren't how they should be. I added the extension but the x/zip seems to have higher priority or something. The best solution is telling the packagers. They know what should be done. another point is whether okular should be so sensitive to mime types. regardless, I don't see an option in the file open dialog box for document archive. Because there is no mime type available. Loading a document archive does not touch the saved annotations locally, and saving a new archive copies in it all the local annotations of the document. For saving a new archive I mean that - for now - you have to save again an open archive using the export function. Right, you have to use the export function. I think it should transparently replace the ~/.kde/.../___.xml files, No. The metadata loaded in the document archive are specific to the document in _that_ archive, not in any other document. or at least a save option should be added. That's why I said for now above. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #70 from Nicholas Tung gatoatigrado gmail com 2009-01-04 21:39:44 --- (In reply to comment #69) another point is whether okular should be so sensitive to mime types. typically, file formats have data stream identifiers which don't require file extensions to trigger a system mime type [in order to open the files], no? I thought zip archives had comment fields; maybe worth investigating. I think it should transparently replace the ~/.kde/.../___.xml files, No. The metadata loaded in the document archive are specific to the document in _that_ archive, not in any other document. I understand, I didn't mean all ~/.../.xml files. I meant that adding new annotation for a okular document archive should not generate new ~/.kde/.../.okular.xml files, but instead save it to the archive, if that hasn't been done already. Sorry I don't know what actually happens because it's not working on my system at the moment. regards, Nicholas -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #71 from Pino Toscano pino kde org 2009-01-04 22:07:33 --- (In reply to comment #70) (In reply to comment #69) another point is whether okular should be so sensitive to mime types. typically, file formats have data stream identifiers which don't require file extensions to trigger a system mime type [in order to open the files], no? This is basically recognizing a file format (= MIME type). I meant that adding new annotation for a okular document archive should not generate new ~/.kde/.../.okular.xml files, Of course, and this is what Okular does (not saving anything locally when opening a document archive). but instead save it to the archive, if that hasn't been done already. As I said, this is currently done by explicitely exporting to a new document archive... -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
http://bugs.kde.org/show_bug.cgi?id=151614 --- Comment #63 from Stefan Endrullis stefan endrullis de 2008-12-10 10:55:17 --- @Martin Rehn Such things have already been discussed in the comments above, see http://bugs.kde.org/show_bug.cgi?id=151614#c3 The problem is that the current architecture of okular does not allow changes to documents. Even the okular annotations can not be saved within the document. That's why the current solution is based on an export function. OK, there could be an export of the PDF with Adobe's annotations as well, but who is going to implement it? And is there a free and open specification of Adobe's annotations or is it just a proprietary extension of Adobe? I don't know. -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
