Autocomplete tooltip colors are unreadable on Linux

[smrg-lm]

The fonto color of the tooltip is white over yellow which makes it not readable.

Ubuntu 14.04 Qt from Digia and Ubuntu.

[theseanco]

Also having this issue, any way to resolve it?

[theseanco]

As pointed out by @danstowell this appears to be a bug with ubuntu and unity.

[gusano]

It would be nice to be able to configure those colours in the theme..

[timblechmann]

@gusano, QPalette, not theme: https://doc.qt.io/qt-5/qpalette.html#ColorRole-enum

on some operating systems, it is populated by the desktop environment, on some it isn't.

[felixetienne]

Same problem for me on Ubuntu16.04 / Gnome3.

[vivid-synth]

(can we add the "QT GUI" label to this?)

[nhthn]

Still happening here. Ubuntu 16.04 with xfce

[miguel-negrao]

Happens in debian testing + gnome 3.20.2 too.

[grirgz]

Ok, I have taken this like a challenge and searched for hours how to fix
this, and I found it ! (at least, on ubuntu 14.04)

install color chooser and launch it:

sudo apt-get install gnome-color-chooser
gnome-color-chooser

then go to "specific" tab, then check the checkbox in "tooltips"
section and choose good colors

now restart the SCIDE, and voila ! (hope this works for everybody)

Maybe there is also something to do in scide code, but at least it's a workaround

[felixetienne]

Wow! Works fine :D
Thanks!

[telephon]

So is this a bad choice in SCIDE or in gnome?

[nhthn]

@telephon It's not GNOME- or Unity-specific, I'm also seeing it in xfce. It happens when the default tooltip color in the window manager is white or whiteish, and it looks like scide just forgot to override it.

[telephon]

ok, so we keep it as a bug.

[HardwareHaquer]

For those Raspberry Pi users out there or anyone else having issues try launching scide with:
scide -style=gtkrc
I haven't figured out which gtkrc file it is actually referencing, (my changes don't register) but it make the foreground black!

[smrg-lm]

@grirgz It does indeed!

[nhthn]

Can we just hardcode the colors or something?

[smrg-lm]

@snappizz It is just not implemented, I think it was pointed out by timblechmann.
Edit: Ok, this comment makes no sense, hardcode it would be an implementation. I meant that we should not despair.

[scztt]

Note that this issue was already fixed for -- what looks like GTK-based platforms? -- by hardcoding colors: 6467e06

That conditional (or the #ifdef) are probably not true for the problem platforms - so we're not hitting the hardcoded values. That said, the hardcoded values are still going to look awful depending on your IDE color scheme. We should probably ditch the weird OS-specific logic and just always make the font color == the IDE's code font color, and the window background color == the IDE's code background color, offset lighter or darker by 10% or something.

Commit 1d7d692 also sets the font to be the code font, which improves match with the IDE as well - worth considering.

[zetteeh]

still an issue in 3.9dev and ubuntu 16.04.
however the workaround via the

gnome-color-chooser

(suggested by grirgz - thanks!)
still works as well.

[nhthn]

#2762

[nhthn]

WE DID IT