Hi, I am forwarding an email from a Debian user with some interesting comments on the qutecom.css file (and why qutecom has a better look without it on KDE).
Cheers, Ludovico -------- Original Message -------- Subject: Re: Bug#527929: [qutecom] Default theme unusable Date: Sun, 10 May 2009 02:45:45 +0200 From: Vincent MEURISSE <[email protected]> To: [email protected] CC: Ludovico Cavedon <[email protected]> References: <[email protected]> <[email protected]> > Interesting, so you are suggesting that no qutecom.css at all would be > better for you? > I am not a KDE user, so I cannot really tell the difference. > Maybe the program should have a configuration switch to set whether to > use the css or the system theme? In fact the modified file is not useful under kde4. The only remaining things in it are: - Rounded corner for different elements. Default KDE4 theme already use rounded elements - To pictures. Even without the file, the pictures are used in the interface. - some margin adjustment. I don't get this. for me the application is just fine without them (keep it simple as they say) - Various border color forced to gray. I think this is a bad thing. Sooner or later you will get a bugreport "with my new custom cool grey theme, I cannot see borders anymore" - QHeaderView::section in white on black. This modify the look of configuration. I don't care of that point both are ok for me. In a general way, I don't like too much custom theme in applications: - to avoid this kind of bug, if you start to theme, you have to theme every single color in the application. Usualy system theme contain dozens of colors. If you want your application to display correctly on every single system in the world, your theme will end as big as the bible :) - even if you manage to get a cool working theme, think about other applications. If I choose my system theme to be yellow and red, I don't want qutecom config in black and white. As you say a config switch to use custom/system theme would be cool. (of course default to system to avoid problems) Regards Vincent _______________________________________________ QuteCom-dev mailing list [email protected] http://lists.qutecom.org/mailman/listinfo/qutecom-dev
