[okular] [Bug 434613] System DPI ignored for PDF files

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=434613

z...@onet.pl changed:

   What|Removed |Added

 CC||z...@onet.pl

--- Comment #3 from z...@onet.pl ---
And I understand Qt gets its DPI from EDID? Is there any way to work around
wrong monitor EDID then? Is it possible to add a an option in Okular's .config
that lets the user override the DPI used.

Incorrect EDIDs are not that uncommon.

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 434613] System DPI ignored for PDF files

[Oliver Sander]

https://bugs.kde.org/show_bug.cgi?id=434613

Oliver Sander  changed:

   What|Removed |Added

 CC||oliver.san...@tu-dresden.de

--- Comment #2 from Oliver Sander  ---
What we do have, however, is

if (qAbs(res.width() - res.height()) / qMin(res.height(),
res.width()) < 0.05) {
return res;
} else {
qCDebug(OkularCoreDebug) << "QScreen calculation returned a non
square dpi." << res << ". Falling back";
}


in method Utils::realDpi, file utils.cpp.  In other words, unequal dpi values
for x and y are actively ignored by Okular.  I am not sure whether that is a
bug or a feature.  Probably both.

-- 
You are receiving this mail because:
You are watching all bug changes.

[okular] [Bug 434613] System DPI ignored for PDF files

[Nate Graham]

https://bugs.kde.org/show_bug.cgi?id=434613

Nate Graham  changed:

   What|Removed |Added

 CC||n...@kde.org

--- Comment #1 from Nate Graham  ---
We get the DPI from Qt; I don't think it realistic for us to work around Qt by
getting it from somewhere else. :/

-- 
You are receiving this mail because:
You are watching all bug changes.