[Okular-devel] Some thoughts about the xml storing in the user directory

[Albert Astals Cid]

A Diumenge 02 Setembre 2007, Jos Poortvliet va escriure:
> On 9/2/07, Albert Astals Cid <aacid at kde.org> wrote:
> > A Dissabte 01 Setembre 2007, Jos Poortvliet va escriure:
> > > On 8/31/07, Lorenz Haas <lorenz.haas at gmail.com> wrote:
> > > > Hi,
> > > >
> > > > a backup problem from a friend calls my attention to how okular will
> > > > store annotations etc. In the latest svn-code I saw, that all
> > > > informations will be stored in a folder in the home directory of the
> > > > current user like KPDF does. Hence some questions and notices
> > > > releating to that point:
> > > >
> > > > - If you just backup the pdf, you lost your annotations unless you
> > > > also backup ~/.kde4/share/apps/okular/*. I guess, no normal user
> > > > would know that. Is it for pdf files possible to add an option, that
> > > > the xml file should be attached to the pdf file? Then annotations,
> > > > bookmarks, current viewpoint etc. and the original pdf where one file
> > > > and easy to backup.
> > > >
> > > > - I found no possibility to clean recent opened files in the
> > > > settings.
> > > >
> > > > - One really large problem is, that you could see over the
> > > > bookmark-xml files in your home directory, which files you have
> > > > opened (for a very very long time). How to remove that files?
> > > >
> > > > - Another problem with that xml's is: when I write documents with
> > > > LaTeX, I often generate pdfs to see how it looks, and for every pdf
> > > > there is created an xml. Well these files does not need big storage,
> > > > but it is also not nice to have so much rubbish files in our
> > > > directory. How could that be solved? Also compare location, time to
> > > > identify such a regenerated file?
> > > >
> > > >
> > > >
> > > > If some of the described problems are already solved in okular, sorry
> > > > for mention it here, but at the moment a have troubles to use okular,
> > > > and I am nit so professional to look through the source code and find
> > > > the answers.
> > > >
> > > >
> > > >
> > > > Thanks for your work, and I can't wait to use the annotation
> > > > functions for my pdf files!
> > > >
> > > > Lorenz
> > >
> > > Thank you for bringing this up, I feel a bit uneasy about this whole
> >
> > issue
> >
> > > as well.
> > >
> > > PDF's, for example, do have annotation support - which isn't used.
> >
> > Feel free to bring poppler knowledgeable and free time manpower to fix it
> > ;-)
> >
> > We do have code that adds annotation support to poppler, it works to some
> > extent, there have been two google GSoc in additing annotation support to
> > poppler so okular and evince can use it, but none ended producing real
> > usable
> > code (well, evince is this year's GSoc, but afair it GSoc has already
> > ended
> > and no patch was sent to poppler mailing list).
> >
> > Yes it sucks, but at the moment what we offer is the better thing we can
> > offer.
>
> Well, if it's a manpower and time thing, I didn't say anything. I did
> remember some discussion about 'changing the file or not', and I vaguely
> remember a decision was made to rather create a second file or something
> (which I didn't exactly fancy)... So that's what we mentioned...

When we get it done in poppler, for PDF you'll have the option to save the 
annotations in the PDF file or use the XML system as if you were annotating 
an image. Until then we have to use the XML system for everything.

Albert

>
> Albert
>
> > > I can
> > > see that, as annotating pictures is supported as well, and those often
> > > don't support this feature... Annoyingly. Yet I think it sucks to have
> >
> > to
> >
> > > go for the 'worst' solution here... I think sharing annotations is VERY
> > > important, a big thing for the whole annotation concept. How do you
> > > guys intend to make that easy as pie, if I may inquire?
> >
> > _______________________________________________
> > Okular-devel mailing list
> > Okular-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/okular-devel