


GTK2 Themes by perfectska04 663 comments
3) I'm referring to where the (dark) metacity border borders light portions of an application. I think it looks particularly bad with applications that have toolbars.
For example, in your screenshots, I think it looks awkward to have the dark metacity border to the left of your nautilus toolbar. That's just my opinion though. - Aug 07 2008

GTK2 Themes by perfectska04 663 comments
4) Dark menus: I think it'd look better to use @bg_selected_color/@text_color to color the background/text (respectively) of selected menus and hovered-over menuitems.
I.e.:
style "clearlooks-menubar"
{
...
bg[SELECTED] = @bg_selected_color
...
fg[PRELIGHT] = @text_color
...
}
to color the menubuttons. This makes it *much* easier to see which menu I'm currently in and which menuitem my mouse is hovering over (if you extend the change to menuitems as well). - Aug 07 2008

GTK2 Themes by perfectska04 663 comments
1) I think the theme looks more elegant if you use a radius of 2.0 on the buttons. (Obviously a personal opinion :)
2) What do we need the latest murrine for? I'm not finding any traces of the murrine engine in the gtkrc.
3) The most awkward looking part of the theme is (of course) the transition from the darkened areas to the lighter areas. Where, for example, a menubar meets a toolbar, you could add a more defined separating element. But in other places, particularly where the metacity theme's borders meet the light sections of an application, things look really awkward. I'm not sure what the best way to deal with that is.
Anyway, great work as usual! - Aug 07 2008

GTK2 Themes by Nopersona 42 comments

GTK2 Themes by kriwil 15 comments

GTK2 Themes by ECHM 347 comments
gtk_color_scheme = "fg_color:#D4D4D$..."
isn't being accepted by GTK. If I manually replace every instance of @fg_color with "#D4D4D4", then the colors are rendered correctly. Is anyone else having this issue? - Jul 02 2007

Metacity Themes by duger 9 comments

Metacity Themes by duger 9 comments

Metacity Themes by duger 9 comments
Side notes:
With compiz, we've got a window decorator that provides absolutely rock-solid performance with drop shadows enabled; and we've also got some new keyboard shortcuts that allow us to modify the window size without having to drag a window border. So, I absolutely cannot get over the fact that every compiz theme has a window border that's 5px+ thick.
So, my question is: are these borders all 5px thick because of a limitation of the current compiz modification methods, or am I just one of an extremely small minority of people who think thick window borders are absolutely unflattering? - Jul 26 2006

KDE 3.5 Themes by thomas12777 1262 comments
There are, of course, exceptions to the rule: for example, XFree86 and Xorg both use `imake', which is usually shipped with the X sources (although imake is also offered as port).
Happy building,
Joe - Aug 08 2004

KDE 3.5 Themes by thomas12777 1262 comments
Port: gmake-3.80_2
Path: /usr/ports/devel/gmake
Info: GNU version of 'make' utility
Maint: ade@FreeBSD.org
B-deps: expat-1.95.7 gettext-0.13.1_1 libiconv-1.9.1_3
R-deps: expat-1.95.7 gettext-0.13.1_1 libiconv-1.9.1_3
After you install the gmake port, remember to issue a `rehash' command if you're running a C shell derivative (this updates the shell's hash table -- which is used to store paths to binaries in order to make disk reads less frequent).
Now go back to your baghira directory and `gmake' it.
Hope this helps,
Joe - Aug 08 2004
You could, perhaps, use the Reinhardt set as a reference: the hulking 15.7MB PNG set dropped to 1.1MB when distributed in the scalable format. - Jun 14 2004