[okular] [Bug 350798] Okular opens large PDFs very slowly

2022-04-05 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=350798

Alan Aversa  changed:

   What|Removed |Added

 CC||ave...@email.arizona.edu

--- Comment #27 from Alan Aversa  ---
Created attachment 147993
  --> https://bugs.kde.org/attachment.cgi?id=147993&action=edit
video of slow PDF page rendering

Okular 21.12.3
Qt Versione 5.15.3 (compilato con 5.15.3)
KDE Frameworks Versione 5.92.0

I get this slow PDF page rendering issue on recently-scanned Archive.org PDFs.
Not all scanned PDFs have this issue for me; it seems to be just the ones with
layers. (DjVus are much faster!)

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

[Okular-devel] [okular] [Bug 342258] Launch speed limited by bookmarks.xml, not the docdata XMLs

2014-12-30 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=342258

--- Comment #2 from Alan Aversa  ---
(In reply to Albert Astals Cid from comment #1)
> Ouch you have a 400kb bookmarks file? Just out of curiosity how many
> bookmarks do you have?
668

-- 
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] [okular] [Bug 342258] New: Launch speed limited by bookmarks.xml, not the docdata XMLs

2014-12-27 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=342258

Bug ID: 342258
   Summary: Launch speed limited by bookmarks.xml, not the docdata
XMLs
   Product: okular
   Version: 0.20.3
  Platform: unspecified
   URL: https://forum.kde.org/viewtopic.php?f=251&t=124136&p=3
26239#p326239
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: ave...@email.arizona.edu

Okular's launch speed is severely limited by "bookmarks.xml" (which is only
about 400 KB on my machine), not by my thousands of docdata files!

My ~400 KB bookmarks.xml slows Okular launch speeds down considerably.

Reproducible: Always

Steps to Reproduce:
Here's some timing information on Okular launches on my Intel core i3 laptop
with a ~400 KB bookmarks.xml file:

real0m5.148s
user0m4.702s
sys 0m0.090s

My ~/.kde/share/apps/okular/ folder is even running on a fast RAM disk.


Expected Results:  
Deleting bookmarks.xml speeds up Okular launching considerably:

real0m1.323s
user0m0.749s
sys 0m0.066s

Feature request: Why doesn't Okular just store bookmarks in the particular
documents' docdata XML files, that way the entire bookmarks.xml doesn't have to
be scanned every time Okular launches?

-- 
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] [okular] [Bug 327203] Disabling "Show hints and info messages" doesn't disable PDF document attachment notification.

2013-11-05 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=327203

Alan Aversa  changed:

   What|Removed |Added

 CC||ave...@email.arizona.edu

-- 
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] [okular] [Bug 327203] New: Disabling "Show hints and info messages" doesn't disable PDF document attachment notification.

2013-11-05 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=327203

Bug ID: 327203
   Summary: Disabling "Show hints and info messages" doesn't
disable PDF document attachment notification.
Classification: Unclassified
   Product: okular
   Version: 0.16.5
  Platform: Slackware Packages
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: ave...@email.arizona.edu

There doesn't appear to be a way to stop Okular from notifying (with a little
yellow bar at the top of a PDF page) about attachments contained in a PDF
document.

"General" → "Show hints and info messages" does not work as expected in this
case. ( http://docs.kde.org/stable/en/kdegraphics/okular/configgeneral.html )

cf. https://forum.kde.org/viewtopic.php?f=251&t=118086

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-18 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #17 from Alan Aversa  ---
(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.

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-17 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #15 from Alan Aversa  ---
(In reply to comment #14)
> By "it" i mean, i have
>docdata/123861.np658.pdf.xml
> that represents a file that was named np658.pdf and was 123861 bytes in
> size. When should i decide to read this file, go inside it and read
>
> and then check if /tmp/np658.pdf stil exists?
> 
> Every time you start okular?

Suppose you try opening /tmp/np658.pdf in Okular, but /tmp/np658.pdf DOESN'T
exist. Then Okular will say the file cannot be found. At that point Okular
should prompt for the new, existing path and/or filename—say,
/new/path/of/doc/newname.pdf. Then Okular would rename
docdata/123861.np658.pdf.xml to docdata/123861.newname.pdf.xml if the filename
changed and update docdata/123861.newname.pdf.xml and documentInfo with the new
path, /new/path/of/doc/newname.pdf.

Okular needn't do any automatic checking of whether /tmp/np658.pdf exists.

Now, suppose /tmp/np658.pdf DOES exist, and that its previous path and/or
filename was different—say, /old/path/of/doc/oldname.pdf. Okular needn't search
for docdata/123861.oldname.pdf.xml and the entry in bookmarks.xml and update
them to /tmp/np658.pdf, unless you want to implement this, too; but I don't
think that'd be necessary.

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-16 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #13 from Alan Aversa  ---
(In reply to comment #12)
> The thing is how do we realize it has gone missing? (Not speaking about the
> bookmark case that is very obvious, just speaking about the annotated file
> case here that you renamed)

By "it" do you mean the annotations XML file? That XML file would already be
there, but with the document's old path.

If by "it" you mean the document itself, well, Okular already knows if a file
is missing or not…

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-16 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #11 from Alan Aversa  ---
(In reply to comment #10)
> Sure, that can be done for bookmarks.xml when you click on a bookmark, but
> for docdata, how do we do it? To realize a given docdata file is gone i'd
> need to read them all, no?

Hmm… I suppose; but that search would only have to be done once, when Okular
realizes the document has gone missing.

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-16 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #9 from Alan Aversa  ---
(In reply to comment #8)
> About the docdata files, do you expect us to open all the files in that
> folder every time you open a file? That'll be slow.

No, I expect that when I click on a bookmark or annotation, in the Navigation
Panel, associated to a file which can no longer be found because it's been
renamed; Okular should then prompt for the new file's location and update the
corresponding docdata file and entry in bookmarks.xml.

I don't expect Okular to check whether all the previously opened documents
might have gone missing.

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-15 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #7 from Alan Aversa  ---
(In reply to comment #6)
> Instead of the "Could not open '/a/certain/file.pdf'. File does not exist"
> dialog box appearing when trying to open renamed documents, a dialog box
> like the "Open Document" one would prompt for the new path of file.pdf.

And the corresponding annotations XML file in ~/.kde/share/apps/okular/docdata/
and tag in ~/.kde/share/apps/okular/bookmarks.xml would be updated with the new
path.

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-15 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #6 from Alan Aversa  ---
The files in ~/.kde/share/apps/okular/docdata/ that store annotation
information also store the document's path in a  tag.

Instead of the "Could not open '/a/certain/file.pdf'. File does not exist"
dialog box appearing when trying to open renamed documents, a dialog box like
the "Open Document" one would prompt for the new path of file.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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-14 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #4 from Alan Aversa  ---
(In reply to comment #3)
> As said, we can't do that, we do not store paths of files.

What writes to ~/.kde/share/apps/okular/bookmarks.xml , then? It contains
paths, e.g.:

 
  /tmp/test.pdf
  
   #19
   
http://freedesktop.org";>
 

   
  
 

-- 
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] [okular] [Bug 319625] Bookmarks & annotations lost for renamed documents

2013-05-12 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

--- Comment #2 from Alan Aversa  ---
(In reply to comment #1)
> That won't happen, we can't match back paths so we can't see something was
> renamed. You can create an okular archive if you don't want to lose stuff or
> you can rename the files manually. I understand this is suboptimal so i'll
> leave the wish open but don't expect any easy/soon fix.
> 
> Thanks for caring about Okular :-)

Well, I wasn't expecting it to detect if the file is renamed; it'd just prompt
for a new path of files it can't find, which shouldn't be too hard to
implement.
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] [okular] [Bug 319625] New: Bookmarks & annotations lost for renamed documents

2013-05-10 Thread Alan Aversa
https://bugs.kde.org/show_bug.cgi?id=319625

Bug ID: 319625
   Summary: Bookmarks & annotations lost for renamed documents
Classification: Unclassified
   Product: okular
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: ave...@email.arizona.edu

Okular stores documents' annotations in ~/.kde/share/apps/okular/docdata and
bookmarks in ~/.kde/share/apps/okular/bookmarks.xml. However, when I rename a
document, its associated bookmarks and annotations are lost because docdata and
bookmarks.xml still contains the document's old filename, path, etc.

Reproducible: Always



Expected Results:  
Okular should prompt for the documents new location and modify docdata and
bookmarks.xml accordingly.

See this post:
https://www.linuxquestions.org/questions/showthread.php?p=4943089

-- 
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