https://bugs.documentfoundation.org/show_bug.cgi?id=148764
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |libreoffice-ux-advise@lists | |.freedesktop.org, | |[email protected] Keywords| |needsUXEval --- Comment #9 from V Stuart Foote <[email protected]> --- Current discrete icon theme packaging ( [1] light, dark, and SVG variants for each theme) forces user action in the UI to set icon theme as an option. IIUC our automatic response to DE color theme currently seems limited to use of the PNG packaged themes. And because when increasing UI scaling, or moving to HiDPI screen resolutions, we don't automate the shift to SVG variants and UI suffers pixilation. Adjusting icon theme packaging to deploy and parse just one library per icon theme would need refactoring of the UI and the automated response (to color theme, screen resolution and scaling) but it would provide better UX. Complexity would increase, requiring more work and possibly adopting a standard [2] for consistent icon theme design and maintenance, but our 'Automatic' response in UI could be made more functional for users. Avoiding issues like bug 153465 on macOS. Also, worth a revisit to Andreas's work on bug 124966 [3] for providing hooks to toggle colors within the SVG to respond to standard/dark color theme use. The framework is there in Breeze, Colibre, and Sifr but didn't seem to be pursued as icon theme development went on. So, +1 to move forward on better icon theme packaging. =-refs-= [1] https://opengrok.libreoffice.org/xref/core/icon-themes/ [2] Possibly https://specifications.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html but not clear to me that we could overload .hicolor with our light/dark theme needs. But maybe [3] provides. [3] https://gerrit.libreoffice.org/c/core/+/71330/ -- You are receiving this mail because: You are the assignee for the bug.
