Summary: | Windows LO inappropriately retrieves accessibility information to determine output resolution for image exports | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | xordevoreaux |
Component: | Draw | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | minor | CC: | ilmari.lauhakangas, telesto, xiscofauli, xordevoreaux |
Priority: | medium | ||
Version: | 4.3.0.4 release | ||
Hardware: | All | ||
OS: | Windows (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 109323 |
Description
xordevoreaux
2022-07-02 20:31:04 UTC
Note about this as well -- just because I might export an image does not mean I'm the final consumer for that image. The person receiving the output may be using a different (or the default) set of accessibility settings to see the screen, and should not have to contend with oversized images coming from me. Seems related to bug 92375 comment 25 / bug 112538. Probably more similar bugs at bug 116082 (In reply to Telesto from comment #2) > Seems related to bug 92375 comment 25 / bug 112538. Probably more similar > bugs at bug 116082 I read this bug, and saw this for one of the comments: -- I would suggest the current dpi setting of the running OS. This way, the result (how the slides look) would still be the same as before on the original computer. -- SERIOUSLY bad idea. It would not be the same, not by a long shot. The output needs to be independent of the O/S, because the person creating the image, as I mentioned above, may not be the final consumer of that image. The next person may be viewing screen content at a completely different magnification/resolution. LO should not be determining the DPI based on the user's O/S settings because the output may not be limited to that user, but shared, and if you're trying to meet a particular DPI/Resolution for the client or end user of that image, and your own O/S accessibility settings for viewing content differs from that client or consumer, and LO is reacting to that, that's a show-stopper to production. *I* want to be the one determining the DPI of the output by configuring LibreOffice to export how I want it, NOT for LO to react to the fact that my eyesight is going bad and I need to see the screen better by determining for me what the output should be based on the O/S's accessibility settings. Case in point, when I set the Windows O/S accessibility setting to 125%, and LO changes the DPI from 37 pixels/cm to 47 pixels/cm, I can't reach the original output dimensions of my export. For example, if the dimensions of my picture, exported, is 528x728 pixels at 37 pixels/cm output, and LO changes the resolution for me, without my intervention, to 47 pixels/cm output based on my accessibility settings, I subsequently cannot export to 528x728 ratio without changing page dimensions, which subsequently screws up the placement of content on the page. I confirm On Windows 11, it is System > Display > Scale. Behaviour is the same in 5.1, 4.3. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1c638b7ac46d8077994c8483e6becc4a33efd12b CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded |