> If i'm understanding correctly, this is a configuration system for
> applications, not for pgserver. I'd be glad to have it in CVS.
That's exactly the idea : having a common configuration API for
both pgui clients and non-graphical programs.
> Yes, it could be made into a library. But i'm ass
Yes, it could be made into a library. But i'm assuming that GConf is a lot better
thought out- the system pgserver is just meant for reading simple
section,property,value pairs from one file or two while gconf should provide a good
framework for managing a user's preferences. I'd worry about it
On Thu, Feb 21, 2002 at 11:34:07AM -0700, Micah Dowty wrote:
> If i'm understanding correctly, this is a configuration system for applications, not
>for pgserver. I'd be glad to have it in CVS.
But couldn't it be ripped off and turned into a library? (I
thought pgl was already using it.)
[]s,
If i'm understanding correctly, this is a configuration system for applications, not
for pgserver. I'd be glad to have it in CVS.
On Thu, Feb 21, 2002 at 02:40:03PM -0300, Lalo Martins wrote:
> On Thu, Feb 21, 2002 at 03:15:17PM +0100, Frederic Gobry wrote:
> > Hi,
> >
> > I'm working on a kind
On Thu, Feb 21, 2002 at 03:15:17PM +0100, Frederic Gobry wrote:
> Hi,
>
> I'm working on a kind of PicoGConf, in order to use the "standard"
> GConf API on my DragonBall platform.
I don't get it - why do you want that? PicoGUI already has a
facility with more or less the same functionality and s
Hi,
I'm working on a kind of PicoGConf, in order to use the "standard"
GConf API on my DragonBall platform. To do that, I've started removing
the "heavy" parts, like ORBit and the XML backend. Do you think this
could be a useful module to provide with picogui ? In addition to the
API, there is al
