[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