Version: 0.9 (using 4.3.00 (KDE 4.3.0) "release 155", KDE:KDE4:Factory:Desktop / openSUSE_11.1) Compiler: gcc OS: Linux (x86_64) release 2.6.27.29-0.1-default I opened some pdf files with okular and they all appear scaled on the horizontal. I have a dualhead configuration, so I disabled one of the monitors and the bug dissapeared. Maybe it has something to do with the dpi. All the rendering appears scaled on the horizontal, including the images. The vertical dimensions appear to be correct. I have 1280x1024 on the left monitor and 1280x800 on the right one. I use the radeonhd drivers, but probably this doesn't matter.
Pino, may this have something to do with the recent "follow the dpi" fixes you introduced?
I have a similar issue on my laptop where I use the ATI binary driver and connect an external monitor once in a while. When I only use the internal screen, PDF files (only PDF; PS, DVI, EPS worked) would be vertically stretched in okular and gv (xpdf and evince were fine) when I use a natural (as opposed to pixel based) scale. I ran "xdpyinfo | grep dot" and found out that my screen was configured by the driver to have 96x48 DPI. The problem was fixed by specifying the physical monitor dimensions in xorg.conf and the size of the 100% view on the screen was very close to the actual paper. I haven't tried to connect the external monitor since, but I think I'll have to tinker with xorg.conf again when that happens. It would be nice to have the option to use a pixel based scale in okular like in gv. I think bug 204386 is related to this one.
*** This bug has been marked as a duplicate of bug 204386 ***
SVN commit 1016257 by pino: temporarly force 72x72 DPI CCBUG: 204864 M +1 -1 generator_pdf.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1016257
SVN commit 1082025 by pino: force again 72x72 DPI for kde 4.4 CCBUG: 204864 M +1 -1 generator_pdf.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1082025
SVN commit 1082032 by pino: force 72x72 DPI as well in trunk had no time to investigate the issue with some multiscreen configurations, so until more investigation is done, use that values BUG: 204864 M +1 -1 generator_pdf.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1082032
Bah, closed the wrong bug, sorry. *** This bug has been marked as a duplicate of bug 204386 ***
Are there any news on this bug? I have a high dpi display and the predefined 72 dpi are way too small for me. Setting it to 72x72 dpi might even give users who own a screen with non-square pixels a wrong aspect ratio. I am quite sure that this was not a bug in Okular but in Xorg. You might want to try xrandr --dpi as a workaround and file a bug against Xorg.
It's gone since a long time ago. It's nothing more than a bad memory.
The original problem is gone but we are still on the workaround. This workaround causes the issue that the PDF is not displayed in it's original size when the zoom factor is set to 100%. And while the workaround may fix the original problem for most people (while causing the size issue), Okular is not the correct place to fix it. If the problem was fixed in Xorg, we could revert the workaround so that the actual dpi are taken into account.