Image 01
profile-image

jluquette

Joe Luquette
Hi, I am jluquette and I create Beryl/Emerald Themes and Metacity Themes.

Statistics

2 Products
12 Comments
Plinged 0 Products
Got 0
Has 0 Affiliates
Fan of 0 Products
Got 4 Fan-Likes
Last time active : May 23 2009
Joined : Jun 14 2004
Shiki-Colors

GTK2 Themes by perfectska04 663 comments

2) Duh. I downloaded the version which didn't require murrine SVN. Sorry for that useless comment :)
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
Shiki-Colors

GTK2 Themes by perfectska04 663 comments

Sorry, have one more comment:
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
Shiki-Colors

GTK2 Themes by perfectska04 663 comments

Great theme as usual, however, I've got a few 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
Hemoglobinus 1.3

GTK2 Themes by Nopersona 42 comments

I agree 100% with DBO. This theme looks absolutely great, but it does not have enough contrast to be usable. - May 03 2008
Elegant Blankon

GTK2 Themes by kriwil 15 comments

Just superb. Great work. - Mar 31 2008
Aurora Gtk Engine

GTK2 Themes by ECHM 347 comments

I've just installed your theme, but the way you've referenced colors in your .gtkrc isn't working on my system. That is, the line:

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
Human for Compiz

Metacity Themes by duger 9 comments

Thanks for letting me know--I'm much happier knowing it's a compiz limitation and not all of our designers' tastes. - Jul 28 2006
Human for Compiz

Metacity Themes by duger 9 comments

Just as a side comment--I didn't mean to bash your theme directly: I think it's a great replacement for the Ubuntu window border. In fact, I just voted it up. - Jul 26 2006
Human for Compiz

Metacity Themes by duger 9 comments

I've held off on asking this for as long as compiz themes have been showing up, hoping that I'd mess around with the thing myself and answer my own question. However . .

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
Baghira

KDE 3.5 Themes by thomas12777 1262 comments

Yep, pretty much. If you're not installing a port or using FreeBSD sources (i.e.: what you get when you checkout the 'src' module from CVS or what is under /usr/src if you chose to install the kernel sources via /stand/sysinstall), then you'll most likely need to use gmake. So, everything you get off of kde-look.org should most certainly be gmaked.

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
Baghira

KDE 3.5 Themes by thomas12777 1262 comments

Your problem seems to be that you're using the default BSD make. Baghira (and almost every source distribution employing a makefile) conforms to the GNU make format. FreeBSD provides GNU make as a port:

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
Flat

Icon Sub-Sets by dannya 149 comments

Your description says that this icon set is developed with Inkscape; so why not provide us with the icons in SVG format instead of pre-rendered PNGs? Besides allowing us to use the icons at any size, you'll end up decreasing the size of the set by quite a bit - which should aid you in securing a webspace.

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