https://bugs.kde.org/show_bug.cgi?id=436738
yan12125 changed:
What|Removed |Added
CC|yu3actxt2tttf...@chyen.cc |
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=436738
yan12...@gmail.com changed:
What|Removed |Added
CC||yan12...@gmail.com
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #18 from Albert Astals Cid ---
(In reply to pbs3141 from comment #17)
> > So I open a file, add an annotation, save it as filea.pdf then move the
> > annotation around and save it as fileb.pdf. Your algorithm would think it's
> > the same
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #17 from pbs3...@googlemail.com ---
> So I open a file, add an annotation, save it as filea.pdf then move the
> annotation around and save it as fileb.pdf. Your algorithm would think it's
> the same file.
Yes, except in the rare case that
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #16 from Albert Astals Cid ---
> The SHA algorithms don’t make collisions that we should care about. :)
I don't understand what you mean with this?
> For PDF, the hash of filesize + a couple of 4kB chunks throughout the file
> would
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #15 from pbs3...@googlemail.com ---
> My idea would be to store docdata (maybe including thumbnails) hashed by the
> file name/path/content, and encrypted with a hash of the file content, so
> they can only be read with read access to the
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #14 from David Hurka ---
> My answer was to pbs3141 that was suggesting something
> different as far as I understand.
Ok, now I understand. pbs3141 and me suggested mostly the same, just that my
suggestion does not use any filepaths, and
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #13 from Albert Astals Cid ---
(In reply to David Hurka from comment #12)
> Every time I open a document, Okular checks whether the file
> “,.xml” exists. Is that different to checking whether the
> file “.xml” exists?
>
> Or do I
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #12 from David Hurka ---
Every time I open a document, Okular checks whether the file
“,.xml” exists. Is that different to checking whether the file
“.xml” exists?
Or do I understand something wrong?
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #11 from Albert Astals Cid ---
I fear that what you're suggesting would create too much I/O. Each time i open
a PDF i have never opened before i would have to read all the filenames in the
docdata folder in case some of them has a matching
https://bugs.kde.org/show_bug.cgi?id=436738
David Hurka changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #9 from pbs3...@googlemail.com ---
> Now we are talking a bit more general. Should we split this into two bug
> reports?
If you're considering enlarging the scope of the bug report, then this may
provide an opportunity to fix both this
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #8 from Albert Astals Cid ---
> So it is not just (filesize,filename), but actually stores the full file path.
Is that full file path used anywhere for anything? (yes, yes, i know why are we
storing the url if we don't use it, good
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #7 from David Hurka ---
This is the content of my 13572671.pgfplots.pdf.xml : (If formatting doesn’t
break here)
[...]
So it is not just (filesize,filename), but actually stores
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #6 from pbs3...@googlemail.com ---
Albert's point is that I could make many copies of my pdf file, then overwrite
it. Under my proposal, all the copies would have their viewing positions reset.
(That is, assuming all the copies have been
https://bugs.kde.org/show_bug.cgi?id=436738
Albert Astals Cid changed:
What|Removed |Added
Status|CONFIRMED |REPORTED
Ever confirmed|1
https://bugs.kde.org/show_bug.cgi?id=436738
David Hurka changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #3 from pbs3...@googlemail.com ---
Here is another way to put it. The only way the old viewing parameters could
ever come in useful again is if I secretly kept a copy of the old version, and
overwrote the new version with it at some later
https://bugs.kde.org/show_bug.cgi?id=436738
--- Comment #2 from pbs3...@googlemail.com ---
I would expect the old xml file to be overwritten with the new one. After all,
Okular clearly already knows that the new pdf file has overwritten the old one;
that's why it reloads the pdf and keeps the
https://bugs.kde.org/show_bug.cgi?id=436738
Nate Graham changed:
What|Removed |Added
CC||n...@kde.org
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=436738
Albert Astals Cid changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
CC|
21 matches
Mail list logo
