Hello,<br><br>On Tuesday, November 7, 2017, Michael Van Canneyt via Lazarus <<a href="mailto:lazarus@lists.lazarus-ide.org">lazarus@lists.lazarus-ide.org</a>> wrote:<br>><br>><br>> On Tue, 7 Nov 2017, Graeme Geldenhuys via Lazarus wrote:<br>><br>>> On 2017-11-06 23:58, R0b0t1 wrote:<br>>>><br>>>> Integrated theming is a good idea because unless all assets are obtained<br>>>> from the windowing toolkit then there is no way to know they will mesh well<br>>>> with a given color scheme.<br>>><br>>> As the saying goes: “You are preaching to the choir”. ;-) I fully agree with you, hence fpGUI Toolkit supports individual application theming. As standard, every fpGUI application can also switch between the 8 built-in standard themes with the --theme command line parameter.<br>>><br>>>   <a href="http://geldenhuys.co.uk/~graemeg/themes/start.html">http://geldenhuys.co.uk/~graemeg/themes/start.html</a><br>><br>> GTK can do this out of the box.<br>><br>> <a href="https://unix.stackexchange.com/questions/14129/gtk-enable-set-dark-theme-on-a-per-application-basis">https://unix.stackexchange.com/questions/14129/gtk-enable-set-dark-theme-on-a-per-application-basis</a><br>><br>> No doubt, so can Qt.<br>><br><br>OP mentioned successfully using these facilities. As I tried to explain, the issue is that programs will use e.g. bitmaps with white borders or hardcoded colors that are hard to notice without changing the theme. Even if a developer does look for these things, they might not have the time to create new assets.<br><br>Another poster mentioned many GTK themes being broken. I agree, but I think they are not broken, but are falling prey to the above.<br><br>Strangely even Windows has these problems with its default theming support (for OS dialogs and Win32 GUI elements).<br><br>Cheers,<br>     R0b0t1