Summary: | document width scaled in a dualhead configuration | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Casian Andrei <casian> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | gabgav, niels_ole |
Priority: | NOR | ||
Version: | 0.9 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Casian Andrei
2009-08-23 14:56:24 UTC
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. |