<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.12.0">
</HEAD>
<BODY>
On Thu, 2006-11-16 at 15:19 +0100, Andrea Cimitan wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Il giorno Thu, 16 Nov 2006 09:03:16 -0500</FONT>
<FONT COLOR="#000000">Matthias Clasen <<A HREF="mailto:mclasen@redhat.com">mclasen@redhat.com</A>> ha scritto:</FONT>

<FONT COLOR="#000000">> Some more comments before I move on to something else:</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> - It would be much more readable to use enumeration and named values</FONT>
<FONT COLOR="#000000">>   in the rc files rather than cryptic integers:</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">>         glazestyle = 1 # 0 = flat hilight, 1 = curved hilight, 2 =</FONT>
<FONT COLOR="#000000">> concave style</FONT>
<FONT COLOR="#000000">>         menubarstyle = 2 # 0 = flat, 1 = glassy, 2 = gradient, 3 =</FONT>
<FONT COLOR="#000000">> striped</FONT>
<FONT COLOR="#000000">>         menubaritemstyle = 0 # 0 = menuitem look, 1 = button look</FONT>
<FONT COLOR="#000000">>         menuitemstyle = 0 # 0 = flat, 1 = glassy, 2 = striped</FONT>
<FONT COLOR="#000000">>         listviewheaderstyle = 0 # 0 = flat, 1 = glassy</FONT>
<FONT COLOR="#000000">>         roundness = 5 # 0 = squared, 1 = old default, more will</FONT>
<FONT COLOR="#000000">> increase roundness</FONT>
<FONT COLOR="#000000">>  </FONT>
<FONT COLOR="#000000">Murrine Configurator is solving this problem.</FONT>
<FONT COLOR="#000000">95% of users use Configurator to Configure their themes, so there's no</FONT>
<FONT COLOR="#000000">problem related, and probably it will be a problem makin the opposite.</FONT>
<FONT COLOR="#000000">I think that with strings people may write mistakes in typing and</FONT>
<FONT COLOR="#000000">integers prevents this.</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
Honestly, I think you have your numbers wrong here. I'd expect it to be<BR>
more like 1% of users who would ever consider using a tool like the <BR>
configurator. And I disagree with the whole idea of having engine-specific configuration tools. If anything, such things should be<BR>
part of a tweakui like tool that can handle multiple theme engines.<BR>
<BR>
But for discussing a default theme, it is completely irrelevant. The default theme must be good as is, no tweaking required.<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Another thing is that with "integer" i can make >= == <= comparations</FONT>
<FONT COLOR="#000000">in the engine so i can enable/disable features in a simple way.</FONT>
</PRE>
</BLOCKQUOTE>
<PRE>

</PRE>
well, enum values are also integers when the arrive in the engine...<BR>
<BR>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> - While these knobs to tweak are certainly nice, the one thing that</FONT>
<FONT COLOR="#000000">>   most people want to tweak in a theme are the colors. I would </FONT>
<FONT COLOR="#000000">>   personally be much more interested in themes which make use of</FONT>
<FONT COLOR="#000000">>   the new symbolic color mechanism in GTK+ 2.10 to create </FONT>
<FONT COLOR="#000000">>   "recolorable" themes.</FONT>

<FONT COLOR="#000000">When there will be a GUI (i.e. gnome 2.18 will probably features this)</FONT>
<FONT COLOR="#000000">then I will certanly manage that improvement, even with you if you know</FONT>
<FONT COLOR="#000000">how to manage it in the right way! :)</FONT>

</PRE>
</BLOCKQUOTE>
<BR>
Yes, all I'm saying is that since we will have gnome 2.18 in FC7, it would be good to consider symbolic colors now when discussing a new<BR>
default theme.<BR>
<BR>
Matthias
</BODY>
</HTML>