Call for help - understanding how to debug sw module
chris.sherlock79 at gmail.com
Sat Jan 30 17:18:13 PST 2016
Oops, my calculation is out by quite a lot!
My resolution is actually 202.57 PPI, still just over that 200PPI hard limit.
> On 31 Jan 2016, at 12:00 PM, Chris Sherlock <chris.sherlock79 at gmail.com> wrote:
> Well, I just read the AquaSalGraphics code and there is a sanity check that limits it to 200DPI!
> I’m just testing now what happens if I set the max to 300.
>> On 29 Jan 2016, at 9:39 PM, Tomaž Vajngerl <quikee at gmail.com> wrote:
>> On Thu, Jan 28, 2016 at 9:52 AM, Chris Sherlock
>> <chris.sherlock79 at gmail.com> wrote:
>>> I did a calculation from http://www.sven.de/dpi and apparently I have a pixel density of 267.02 PPI.
>>> Wondering if this is skewing the calculations.
>> OS usually doesn't tell the correct monitor DPI to the application but
>> usually just reports 96 DPI (if no scaling is applied). In windows you
>> can change the scale levels - 100%, 125%, 150%, 200%,... which just
>> adjusts what DPI is reported to the application (100% - 96DPI, 125% -
>> 120DPI, 150% - 144 DPI, 200% - 192DPI...) so the application can scale
>> accordingly (at least fonts). I'm not sure how OSX does this.
>> You should check what DPI is actually reported to LO - OutputDevice
>> has mnDPIX and mnDPIY - check where they are set and to what value.
>> DPI influences how pixels are converted to and from actual units (mm,
>> inch, twips,..) It could be that we transform between units just too
>> much and the error accumulates if the DPI is set to a weird value.
>> Tracking this down could be tricky.
>> Regards, Tomaž
More information about the LibreOffice