[Compcomm] Settings manager (was: Forums)

Danny Baumann dannybaumann at web.de
Sat Jun 23 08:25:37 EDT 2007


Hi,

> > I can't try ATM because it doesn't build for me (missing header file
> > libxml/parser.h - any pointers which package this file belongs to?),

Where do you get that file from? I really want to try it myself.

> I have it now and it is showing new options so it is autogenerating
> them.  Maybe the plugins listing is not done because it wasn't
> available
> at the time (it is now).  The options part is autogenerated.

Ok then.

> In a lot of peoples opinion it looked WAY better than the bsm
> of the time.  But thats hardly a technical reason (which is what
> I am talking about).

Two times ack - I didn't really like the outfit of old bsm, that's why I'm
happy with ccsm ;-)

> And I proposed a solution where we could both be happy
> but you shot it down with baseless claims and never really
> sought to find a solution.  You do not HAVE to use dbus, there
> are other ways.

Please provide your proposal in a new thread so we can properly discuss it.
We (= me and onestone) are really interested in getting the best user
experience, but I haven't seen a proposal yet that fulfills ALL needs
(offline / DE integration / seamless backend/storage plugin switch). Maybe I
missed your suggestion then.
Thanks.

> There are many benefits to using 'live' (dbus/alt solution) data over
> 'dead' (as in the xml files) data.  Since you are not interested in
> talking about a mutually beneficial solution, I will not bother to go
> into them.

See above.

> Yes, my opinion is that a solution which works for 100% of users
> is better than a solution which only works for 30% of users.

The 30% is not true, but ACK in principle. See above ;-)

> You seem to think its better to force your solution onto everyone
> else and spread half truths about gconf to get people thinking
> they 'hate' gconf.  You and I both know hating gconf is ridiculous.

I never spread any half truths about gconf. I know hating gconf is
ridiculous, but I also think having gconf-editor as means of configuration
is ridiculous, too ;-)
See above - ccp wasn't created to get rid of gconf, there were other reasons
for that (especially DE integration).

Regards,

Danny




More information about the CompComm mailing list