
Blank Layout with system colours & fonts
Source (link to git-repo or to original if based on someone elses unmodified work):
Description:
Just the same as mpop's Blank Layout (http://kde-look.org/content/show.php?content=26053), but uses system colours to try and match the theme, as suggested by leinir. The only non-system colour used is black, for the borders.
Text colour is difficult to get right as WindowText can look bad but is the only option which won't ever match the background. Menu is a sensible alternative for some themes, but most of the time the contrast between Menu and Window is not that great.
No screenshot because it depends on your colour scheme. Last changelog:
Text colour is difficult to get right as WindowText can look bad but is the only option which won't ever match the background. Menu is a sensible alternative for some themes, but most of the time the contrast between Menu and Window is not that great.
No screenshot because it depends on your colour scheme.
1.1:
Changed highlighting on album headers to only show on mouseover.
1.2:
Changed the font (or rather omitted it, so that the system's fonts are used). Also if you don't think your system fonts work well for the sidebar, it will now follow font changes made in Amarok's Configure window.
Ratings & Comments
12 Comments
this is dead sexy! Something along these lines (perhaps with slightly better spacing/font size) should be the default AmaroK theme. Blend in with the already-defined themes.
I agree
can you enter in IRC? Channel #news, please
In version 1.2 (yes, I know it's pretentious to give it version numbers, but I don't have a very good memory and I would get confused if I didn't) I hope I've fixed the font sizes.
BTW, I agree that something with system colours should be default. At the moment, by default there appears to be a web page stuck onto my nice shiny brushed metal audio player (I use the Baghira QT style ;). Done properly, the sidebar could look as if it is just another part of the interface, and give the illusion of not being an HTML document embedded in the interface.
Thanks for doing it! But did you use the light version of newdanna, or the totally blank layout (the one i had done with B&W colors)? Because the blank layout had very poor spacing (paddings all to 5 or 10 px i think)...
After checking out the theme in amaroK, it appears that : - it is based on the blank layout with crappy spacing (paddings) - the crappy spacing is not that bad. It may be improved, but it's quite ok. Anyway, why is this theme rated this low? I mean, it does not look perfect, but it's a really useful basis for theme designing.
Yeah, it's based on Blank Layout. I think the reason that it's rated low might be that it looks like crap if a user's colour scheme looks like crap (especially if they have a scheme with bad contrast in the menus). Also, 47% is the same rating that Blank Layout has, so maybe people don't like simple themes. I like the idea of the theme being simple and maybe in system colours, so it looks like part of the interface instead of a web page embedded in the interface, but to judge by the ratings, other people prefere complex themes with images that don't really match the rest of the interface at all. BTW, what's wrong with the spacing?
I just got amaroK 1.36, and it has a theme called "example". I would like to make a version based on this because it has nice spacing, but I am puzzled by the CSS. It starts like this: body { margin: 8px; font-size: AMAROK_FONTSIZEpx; color: AMAROK_TEXTCOLOR; background-color: AMAROK_GRADIENTCOLOR; font-family: AMAROK_FONTFAMILY; } It looks as if it already follows colours which can be changed somewhere, but I can't find any setting in amaroK or KDE which seems to change the value of these variables. Do you have any idea what this is about?
Almost perfect and almost exactly what I was looking for. Now they (amaroK guy's) just have to give me the option to remove the annoying flashing of the playlist items and amaroK will finaly be clean (beautiful). Everything IMHO of course...
Agreed about the playlist, obviously they need some way to distinguish the current playing and selection, but I think increasing the entry's height is enough.
Heh. Not intended to be almost perfect! Anyway, all credit should go to mpop for writing such useful, commented, hackable CSS. Most lines are unchanged from his code.