[okular] [Bug 397097] .okular archive should store the original file

[ederag]

https://bugs.kde.org/show_bug.cgi?id=397097

--- Comment #2 from ederag <edera at gmx.fr> ---
(In reply to Albert Astals Cid from comment #1)
> Why would the user care that in that .okular file the pdf is not the
> original one?

This will be explained in point 1) below.


> Moreover, do we promise that in the .okular file will have the
> original file at all somewhere?

No promises made that I could recall,
but this is the way it has been working for years.
The preservation of the original was a cool feature of okular.
[once understood; I do agree that the beginning was uncomfortable]
Just pointing out a possible surprise,
that could be discovered too late by an unsuspecting user.


> Why do you want the annotations to be separate?

Please note that I do not "want" the annotations to be separate.
This would be cool, but I also understand that developer time is precious.

Sometimes it is good for orthogonality 
to have an intermediate structure (here the metadata),
common to all types, so that it is well tested,
and translate back and forth with backends.

But here, if I read you correctly (?) elsewhere,
keeping both would really be a burden for pdfs.
So this report was more about not losing the original without a warning,
and maybe having a possibility to save the original too.


Now if the question was about the use case :
1) Articles can be sometimes difficult to obtain,
   so the original is precious.
   A backup is possible, but requires more bookkeeping
   (two locations for each article, for save, rename, deletion)
   Preserving the original in the zip would be a trade-off between
   risk of corruption by the zip process [still have to read about this]
   and ease of handling.

   This bookkeeping was also necessary for the infrequent rename and deletion
   in the previous - docdata - versions,
   but it was mitigated by the fact that 
   a) the more frequent download step was straightforward 
      (just one save at the desired location),
   b) disk space was optimized, contrary to the "backup" solution, and
   c) it was possible to open some pdf on a cloud (or any site)
      and annotate it with okular
      without having to upload it back.

2) separate annotations are easy to search for and to modify "by hand",
   and more importantly here,
   would provide a way to automatize the migration to the new scheme:
   take the original, create the metadata.xml from docdata, and zip together.

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