https://bugs.documentfoundation.org/show_bug.cgi?id=101646
--- Comment #85 from V Stuart Foote <vsfo...@libreoffice.org> --- (In reply to Mike Kaganski from comment #84) > ... Any case when LibreOffice doesn't follow system preferences > is a bug, so people setting their environment according to their preference, > should not need to tweak LibreOffice UI settings personally. Agree with that, however there are substantial Accessibility and other use cases (e.g. preparing documentation by screen capture, or live instruction/demos) where ability for LO to selectively scale class (menu, TB, dialog) of UI elements remains legitimate enhancement outside scope of average usage provided by os/DE scaling methods. As enhancement still valid. > > The SAL_FORCEDPI workaround is enough (needs better documenting?) for cases > not properly supported for now. ... Unfortunately SAL_FORCEDPI environment variable does nothing for Windows os/DE (just verified it does not [1]). Documentation [2] indicates support for gtk3 & qt5/kf5 plugins only--so not a global workaround. =-ref-= [1] Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded no visible change to UI with default, SAL_FORCEDPI=160, or SAL_FORCEDPI=220 env set. [2] https://wiki.documentfoundation.org/Development/Environment_variables -- You are receiving this mail because: You are the assignee for the bug.
