[Gpephone-devel] libsettings

[Nils Faerber]

YU Yijun RD-ILAB-PEK schrieb:
> Hi,
Hi!

> May we consider to reuse Global setting of Access Hiker Application Framework here?  It has similar functionalities with similar APIs, but more features. I think there is no reason to fork a new component with the same functionalities in the open source community.
> 
> Hiker Application Framework Global setting has a full featured APIs, including:
> 1. APIs to create and delete a node
> 2. APIs to get values of different data types
> 3. APIs to get keys of different data types (Not only string type)
> 4. APIs to set notification
> 5. APIs to iterate keys
> 
> For detailed info about Access Hiker application framework, we can refer to 
> http://www.access-company.com/about/opensource/download.html

I think we are coming from two ends here which makes a decision difficult.

The one end/side is the application view. There you want only one API,
whatever that is, which might be GConf but also might be Hiker's.

The other end are the requirements we already have - some parts of the
system simply rely on xsettings, some on GConf and some others again on
some text files the application parses - all those are not necessarily
required by the application itself but by things the application depends
upon.

So choices we have...
1. We accept the rest of the system as is and try to create or reuse
some API to encapsulate the different settings into one API for the
applications to use. This could be the Hiker API e.g.

2. We make a final choice what we like to prefer as configuration
mechanism and make the complete system compliant and consistant. This
could then also be GConf.


Personally I do not see much difference  between Hiker and GConf in this
respect or any major advantage of Hiker. So in this case I would prefer
to go the way like most do, i.e. GConf. AFAIK almost all advantages you
mention above are met be GConf too, or?

GConf is now in heavy usage by many other projects and is the "open
source" way of handling the problem. Hiker is new and we do not know yet
how it will be maintained in the future. Albeit it being open source its
future is quite unclear whereas GConf's future is secured.

> Regards
> Yu Yijun
Cheers
  nils faerber

-- 
kernel concepts GbR        Tel: +49-271-771091-12
Sieghuetter Hauptweg 48    Fax: +49-271-771091-19
D-57072 Siegen             Mob: +49-176-21024535
--