Version: 0.5.90 (using KDE 3.92.00 (KDE 4.0 Beta1), Kubuntu packages) Compiler: gcc OS: Linux (i686) release 2.6.20-16-generic Dave reported about Kpdf it. >higher zoom levels for viewing (wishlist) >Opened: 2006-01-30 23:19 > Product: kpdf > Component: general > Version: unspecified > Status: NEW > Platform: SuSE RPMs > Reporter: david powell > Assigned to: Albert Astals Cid > Votes: 85 (vote) > > Version: (using KDE KDE 3.5.0) > Installed from: SuSE RPMs > > cannot zoom in over 400% > > even trying to zoom in on an aria of a pdf seems to hold it at a 400% zoom > > is there any way that i could zoom to 800% and 1200% or more ? > > > Dave Okular have the problem too. When will it solve?
*** This bug has been confirmed by popular vote. ***
*** Bug 185678 has been marked as a duplicate of this bug. ***
An example that really needs more zoom: http://spreadsheets.google.com/pub?key=pmEMxYRcQzzATwbOb71BmGA&output=pdf
*** Bug 219404 has been marked as a duplicate of this bug. ***
If the 400% limit is due to memory size concerns given the lack of tiled rendering, maybe showing a KMessageBox warning dialog when zooming past 400% would be an acceptable stop-gap solution for now?
Disclaimer: I've never touched kde code before now. I just starting poking around to try to get a handle on the reasons for this bug. Comment 5 seems to have the right idea: when we zoom in, okular requests a pixmap of the whole page at that zoom level (and the previous and next pages too, I think). See http://websvn.kde.org/trunk/KDE/kdegraphics/okular/ui/pageview.cpp?revision=1107507&view=markup line #3133 for that. If the requested pixmap would have more than 20,000,000 pixels, the request just gets dropped. See http://websvn.kde.org/trunk/KDE/kdegraphics/okular/core/document.cpp?revision=1105306&view=markup line #842 for that. I modified a few files to get zoom to 1600% here. I changed 20 million to 150 million. God it's slow, but it's BIG :) I'll attach my patch, which is against kdegraphics 4.3.5. Sorry, I didn't take the time to make this apply to trunk, but I don't have all the tools needed to work like that set up. (I'm just relying on gentoo's package manager to do my patching and build for me.) This patch is probably not very useful in practice, but you are welcome to bog down your system with it! I hope someone fixes okular to only request pixmaps for the visible region instead of the whole page.
Created attachment 42350 [details] patch to zoom to 1600%
Oh, and in case anyone wondered, I peaked at about 2.5 GB memory usage with this :D
Well, maybe I'm complete lamer, but isn't it possible to zoom only the certain part of the page? I mean, is it necessary to render the *WHOLE* page when resizing?..
It's not _necessary_, no - but that's what's Okular doing right now. Tiled rendering has not yet been implemented.
*** Bug 257952 has been marked as a duplicate of this bug. ***
*** Bug 121071 has been marked as a duplicate of this bug. ***
http://digg.com/story/r/The_Complete_Mammal_Family_Tree_pdf This file is viewable only in zoom 6400%. Because of files like this Okular cannot replace acroread for daily usage.
This is very annoying because i have a display with 2560x1440 px and the 400% is not enough zoom to fit the screen width. "fit to page width" does work nevertheless. So at least the limitation is not implemented well ;)
Hi I have added my maximum votes FWIW. Can anyone please look into it and implement this "tiled rendering" so this very important usability feature is made available? I really don't want to install Acrobat Reader for this feature especially since trying to install it on my Kubuntu Precise system from the Canonical Partner repository pulls in too many i386 packages on my amd64 system!
The feature is being developed during Google Summer of Code 2012: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/mailson/10002
nice. i am looking forward to kde 4.10 ;)
Try 4.10
Works fine (currently on 4.10.2). Great job. Thank you.