[Libreoffice-bugs] [Bug 126933] LO Writer shows some Buttons almost Unreadable when using High Contrast Theme
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Oct 1 09:25:56 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=126933
--- Comment #10 from Adalbert Hanßen <adalbert.hanssen at gmx.de> ---
Created attachment 165999
--> https://bugs.documentfoundation.org/attachment.cgi?id=165999&action=edit
file with screenshots under high contrast, also with a technically more
detailed version of an improvement.
(In reply to Dieter from comment #9)
> Adalbert, since LO 7.0 is the fresh version now, could you please retest
> with the actual version from
> https://www.libreoffice.org/download/libreoffice-fresh/ ? For possible
> duplicate check bug 107921.
>
> => NEEDINFO
Dieter,
I have this newer version installed and I checked it with this one instead of
7.0 for which you asked me:
Version: 7.1.0.0.alpha0+
Build ID: f8474367449a1b6b54918d2753e3a36798761839
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-GB
TinderBox: Linux-rpm_deb-x86_64 at 86-TDF, Branch:master, Time:
2020-09-19_02:46:03
Calc: threaded
Since the bug is still present in this version, it most probably will also be
present in 7.0. See the screenshots in my attached file which also shows how
the bug could easily be mended. According to what I was told when I first
reported the bug to the Xubuntu maintainers, the buttons are drawn with
features from the application, not with features from the screen settings.
Therefore I already had shown a general approach which works for any appearance
settings by a (simple) inversion and I also set out an enhanced version with
another grey value transformation.
In the attached document I also provide you with a color value transformation
function which would do the job for the enhanced version which I proposed
earlier.
One note however: If one toggles a tool key several times, one should apply my
inversion function only for the transition unpressed -> pressed. If one would
apply it over and over again (i.e. also for presses -> unpressed, one would
change the appearance of the pressed or the unpressed states. So for unpressed,
reconstruct the toolbar button appearance as in its initial state.
The bug 107921 report most probably addresses the same flaw, but it does it for
the Windows environment. My proposed solution would solve that too.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201001/06944fb6/attachment.htm>
More information about the Libreoffice-bugs
mailing list