https://bugs.kde.org/show_bug.cgi?id=177213
--- Comment #47 from Benoît Jacob jacob benoit 1 gmail com 2011-07-05
18:00:58 ---
May I suggest something that's working nicely for Firefox: we have a special
about:memory page reporting on memory usage; it used to be of little use, but
if you
https://bugs.kde.org/show_bug.cgi?id=209591
Summary: Large, persistent X virtual memory usage
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: NEW
Severity: normal
Priority:
https://bugs.kde.org/show_bug.cgi?id=209592
Summary: Some random ideas for smoother, faster rendering
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: unspecified
Status: NEW
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #1 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
04:45:52 ---
Note: I did check that poppler (default build options) was built with -O2.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #2 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
04:48:17 ---
Also the sentence both Okular and XPDF spend most time in Poppler-Splash
rendering is obviously wrong in view of the information that I gave just
below, instead one
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #3 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
04:52:37 ---
Created an attachment (id=37393)
-- (http://bugs.kde.org/attachment.cgi?id=37393)
Callgrind run on okular
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #4 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
04:53:38 ---
Created an attachment (id=37394)
-- (http://bugs.kde.org/attachment.cgi?id=37394)
Callgrind run on xpdf
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi
https://bugs.kde.org/show_bug.cgi?id=209591
--- Comment #2 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
14:09:28 ---
Sure, I understand.
As I said at the bottom, it really seems that Okular _IS_ freeing all the
pixmaps that it uses.
I was just wondering if Okular did anything
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #6 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
14:13:11 ---
OK, I'm slicing it into 3 wishes/bugs. Feel free to close as... you decide.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #7 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
14:22:11 ---
OK, forget about the performance issue, I'm pretty sure it was subjective
now.
What happens is that Okular and XPDF have a different notion of 100% Zoom .
So what
https://bugs.kde.org/show_bug.cgi?id=209630
Summary: White page rendered when zooming
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: NEW
Severity: normal
Priority: NOR
https://bugs.kde.org/show_bug.cgi?id=209632
--- Comment #1 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
14:32:40 ---
I posted points 2) and 3) as issues #209630 and #209632.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #8 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
14:33:30 ---
I posted points 2) and 3) as issues #209630 and #209632.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=209632
Summary: Instant previews by fast-scaling previous rendering
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: NEW
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #10 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
17:20:47 ---
(Also, why is such discussion being done on bugzilla, and not in ML?)
Because when I wrote that, I didn't know that it would be as interesting as
you suggest
https://bugs.kde.org/show_bug.cgi?id=209632
--- Comment #4 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
19:44:58 ---
I'm a bit puzzled that you say that you're already doing that. If that's the
case, then when I click zoom in I should see an instant preview. But in
practice
https://bugs.kde.org/show_bug.cgi?id=209632
--- Comment #5 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
19:46:34 ---
Ah wait, you say We already do that (reuse old pixmap until new one arrives),
that I don't question at all. What I'm proposing here is a bit different: not
only
https://bugs.kde.org/show_bug.cgi?id=209680
Summary: Okular hitting big latency issue in Qt/GLib event loop
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Status: NEW
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=209592
--- Comment #12 from Benoît Jacob jacob benoit 1 gmail com 2009-10-06
22:48:06 ---
Final comment on the performance issue, what I was experiencing was what is
now described here:
https://bugs.kde.org/show_bug.cgi?id=209680
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=209632
Benoît Jacob jacob.benoi...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.kde.org/show_bug.cgi?id=177011
--- Comment #5 from Benoît Jacob jacob benoit 1 gmail com 2008-12-06
04:12:41 ---
ok ok that's your call :)
but in any case: if okular claims to be able to open image files, and it turns
out that it can't open all of them at any zoom level
http://bugs.kde.org/show_bug.cgi?id=177011
--- Comment #3 from Benoît Jacob jacob benoit 1 gmail com 2008-12-05
21:36:09 ---
Heh. Either you support a feature or you don't.
If you want to support PNG's but only small enough or at small enough zoom,
then you need to do something else than
22 matches
Mail list logo