PDA

View Full Version : gtk-window-decorator polishment


pato101
December 14th, 2007, 11:55 AM
I like the easy use of gtk-window-decorator respect to Emerald. Further, it is hard to find Emerald themes to match certain gtk-themes; mainly because Metacity themes tend to follow GTK color schemes whereas emerald do not and so on.

However the major visual "pain" with gtk-window-decorator (when using Metacity theme) is that the round corners are not smoothed. I wish gtk-window-decorator applied any sort of smoothing algorithm there, so the look of Metacity themes would far improve. Gtk-window-decorator already does this smoothing when using the cairo-engine.

For more specific tweaking, like complex alpha channel, shinny reflections, etc, there is emerald.

some-guy
December 14th, 2007, 11:29 PM
+1 though emerald is going to be obsolete soon...
a new decorator is compiz that will support following gtk colors :D

macaholic
December 15th, 2007, 04:23 AM
+1 though emerald is going to be obsolete soon...
a new decorator is compiz that will support following gtk colors :D
Just curious, why is emerald obsolete, and what would replace it?

b0le
December 15th, 2007, 05:01 AM
emerald is being rewritten

some-guy
December 15th, 2007, 06:42 AM
Quote from Kristians Blog
Decorators

Emerald is a heap of unmaintained and messy code, and we need to do something. My idea is to write a Python-based decorator for rapid prototyping and experimenting. Unfortunately Scott shot down my idea to use this in Ubuntu Hardy Heron because of a memory budget, so what will probably happen is that when the experimenting is finished, we (Robert volunteered to help) will re-implement it in C.
The reason we want to do it in Python first is twofold: First off it is a lot nicer to maintain and it’s faster to code in. We also want to test a few different approaches to do this, for instance re-parenting versus the current approach. Such changes are a lot nicer to play with in Python.
As for features, we want a rich themeing support, and we want to be able to have themes that uses GTK and/or KDE themes or colors. This way, we can have a theme that changes with your GTK theme, but looks a lot better than the normal metacity themes.
I have volunteered to do the initial work on the python decorator, but I hope to get some work on the theme editor so it can be at least as flexible as the one that comes with Emerald. We also wish to move away from the concept of theme engines, as we don’t want a theme designer to have to pick between different features, but we want them to be able to use all available functionality in any given combination.