obsolete: GConf editor | |
Developer(s) | Havoc Pennington |
---|---|
Final release | 3.2.6
/ January 22, 2013 |
Written in | C |
Type | Configuration |
License | GNU Lesser General Public License |
Website | projects-old |
GConf was a system used by the GNOME desktop environment for storing configuration settings for the desktop and applications. It is similar to the Windows Registry.
It was deprecated as part of the GNOME 3 transition. Migration to its replacement, GSettings and dconf, is ongoing.[1]
Changes to this system are controlled by GConfd, a daemon. GConfd watches out for changes to the database, and when they are changed, it applies the new settings to applications using it. This technology is known as "auto-apply", compared to "explicit-apply", which requires users to press an OK or Apply button to make changes come into effect. The term "instant-apply" is sometimes used, compared to plain "apply".
The GConf database by default uses a system of directories and XML files, stored in a directory called ~/.gconf
. GConf can also use other backends, such as a database server, but XML file storage is the most common configuration.
The application gconf-editor is provided to allow users to change settings manually, but it is not normally used for end-user preferences.
GConf is currently based on the C implementation of CORBA named ORBit. Its architecture consists of a session daemon that initializes various sources of configuration schemas on user login. Each source is based on a specific backend that translates the key and value pairs that compose the configuration database; the default backend is based on XML. At this time, this is the only working backend for GConf, although an LDAP backend existed in embryonic form. Each source can also be set to read-only, in order to create a default basic configuration, e.g. in a corporate network.
The values inside the GConf database are indexed using a path string in the form of /path/to/application/key
.
The proper way to access the GConf database held by the GConf daemon is to use the GConfClient GObject-based class.
When writing an application that uses GConf, one should never directly poll the database. Instead, one should attach a callback to a given key, thus using a model-view-controller (MVC) paradigm. Each time an application changes the value bound to a specific key, the notification callbacks will be invoked.
An application using GConf should provide a description for each key it creates inside the GConf database. This configuration meta-data is also stored inside the configuration database, and is called a schema; it could contain a (possibly localized) descriptive text, the valid type of the value bound to a key, and a default value.
Like many libraries in the GNOME platform, GConf can be accessed using various programming languages, such as C, C++, Perl, Java, C#, VB.NET and Python.
Original source: https://en.wikipedia.org/wiki/GConf.
Read more |