Re: Problem compiling conglomerate-0.7.12pre1.tar.gz
Dave Malcolm <[email protected]> 15 Feb 2004 16:11:11 +0000
| Newsgroups | gmane.editors.conglomerate.general |
|---|---|
| Message-ID | <1076861470.24116.5518.camel@shirehorse1> |
On Thu, 2004-02-12 at 18:14, Roberto Rosselli Del Turco wrote: > Il gio, 2004-02-12 alle 17:09, Dave Malcolm ha scritto: > > On Thu, 2004-02-12 at 15:25, Roberto Rosselli Del Turco wrote: > > > Il gio, 2004-02-12 alle 15:34, Roberto Rosselli Del Turco ha scritto: > > > > > > > > Now going to test the teixlite.xds ... > > > > > > A new version with a little improvement has been attached to bug 133060. > > > > I've added some comments to that bug; you might want to cc yourself onto > > it BTW. > > OK. > > > > I started looking at the colours, what's the meaning of the "a0b0c0" > > > string? Tried some modifications but they didn't work. > > > > The color attribute is horribly broken; I intend to remove it. > > Conglomerate ignores it and uses a bizarre hashing algorithm based on > > the characters in the element's name. Sorry about that. > > Hmm, I hope the removal is only temporary because that's a nice feature. > Can't you just remove the "bizarre hashing algorithm" code and use a > more standard notation? (as if I knew what I'm talking about ... :) I could do, but "under protest" :-) I'm not convinced that specifying colours is a good thing. Conglomerate ought to work with any GTK theme, and putting a load of colour values into the xds files is likely to break that. So perhaps what we need is a way to specify colours in an "indirect" way. Conglomerate could have a number of colours stored in a themable location somewhere, and the xds files could refer to these. Can you give some ideas on what you'd use the colours for? If you like we'll make the "color" attribute work so that you can experiment. > > Ciao