Created attachment 59672 [details] freeciv-gtk2 + oxygen-gtk Version: unspecified (using KDE 4.6.2) OS: Linux Like shown in the screenshot there are many gray areas, but there should be no gray area at all Reproducible: Always Steps to Reproduce: - start freeciv-gtk2 - click new game - click start Actual Results: - many wrong gray areas Expected Results: - game should look like with any other gtk style (no gray areas) NOTE: freeciv-gtk2 menu renders fine
Well, if it were up to me, I'd put more (not less) grey in the screenshot. I hate these apps that force their own color scheme, and even their widget style for that matter (the screenshot barely looks oxygen at all), disregarding the rest of the desktop. just bad practice. More seriously, I'm investigating ...
ok. So after investigating, it turns out the grey is due to the fact that our *run-time generated* gtkrc overwrittes the one that freeciv push. If one comments calls to Oxygen::QtSettings::generateGtkColors, then freeciv looks normal again. This on-fly color generation is needed for us to have the correct kde palette used in other apps, so I will not disable it. Now maybe there is a way to call it in a way that it does not overwrite application's colors.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
freeciv is now on GTK3, so this is obsolete.