https://bugs.kde.org/show_bug.cgi?id=319625
Fabio D'Urso <fabiodu...@hotmail.it> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fabiodu...@hotmail.it
--- Comment #19 from Fabio D'Urso <fabiodu...@hotmail.it> ---
(In reply to comment #17)
> (In reply to comment #16)
> > Sure, but why would Okular try to open /tmp/np658.pdf ?
> Okular wouldn't by itself, but the user might make Okular do so by clicking
> on a bookmark associated with the document's old path/filename.
Yep, it's definitely possible to fix dangling bookmarks like this:
User clicks on a bookmark → Okular says "not found, do you want to locate it?"
→ Open file dialog
It's a little harder to migrate annotations, because docdata files are indexed
by filename *and* filesize, while bookmarks.xml only contains the filename.
In other words if you have a dangling bookmark to a receipt.pdf file, and you
have ten different docdata/*.receipt.pdf.xml files, you can't match the right
one.
On the other hand, after the user has selected the new path, you can read its
size and match them (provided the user has selected the right file).
(In reply to comment #18)
> Sure, what about a file with annotations and no bookmarks?
I think this second case could be handled in a hypothetical "metadata
management" panel in the settings, that also lets you list and selectively
clean metadata (just dreaming... :D)
Note that I'm *not* saying that I/we are going to do it (especially the second
part, which is *a lot* of work). This is just my idea.
If you agree to what I said, it might be useful to open different bugs to track
each of the two cases separately.
--
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
