Control: reassign -1 plasma-desktop 4:5.8.4-1 Control: tag -1 + confirmed ¡Hola Nicholas! El 2017-03-25 a las 18:39 -0400, Nicholas D Steeves escribió:
Thank you for your hard work. I hope that I'm filing this against the right package... It might actually be Qt problem.
Steps to reproduce invisible text, from a fresh Stretch installation where KDE is installed
1. Go to Look and Feel. 2. Select Breeze Dark or Breeze High Contrast (or Breeze light for Inkscape) 3. Black on black text in emacs modeline, even when running in konsole, without any .emacs.el or .emacs.d/* configuration. 4. Green on green text in tooltips from menubar in Inkscape (This was tested with Breeze (light, not dark). 5. Almost illegible black on dark grey xclock.
I've only being able to reproduce the inkscape issue. The tooltip shows as white on white, but I guess it's some uninitialized value, somewhere.
What's missing here is that you need to restart the session to see some of the changes applied. Can you please try installing gnome-themes-standard and testing this back?
Mmh, testing this again, I needed to reboot my machine to reproduce it, and to fix it by installing gnome-themes-standard, so maybe there is a cache file being generated somewhere that needs poking about.
Hypothesis: KDE is using a method similar to Xresources to apply colour scheme without testing for combinations which will produce illegible text.
Indeed, plasma updates the rdb settings [1], how do you expect plasma to test the colors?
[1]: https://sources.debian.net/src/plasma-desktop/4:5.8.4-1/kcms/krdb/krdb.cpp/#L394
Happy hacking, -- "We must be very careful when we give advice to younger people: sometimes they follow it!" -- Edsger W. Dijkstra Saludos /\/\ /\ >< `/
Attachment:
signature.asc
Description: PGP signature