GConf
Template:Short description Script error: No such module "Distinguish".
Page Module:Infobox/styles.css has no content.
| GConf | |
|---|---|
| Lua error in package.lua at line 80: module 'Module:InfoboxImage/data' not found. | |
| Lua error in package.lua at line 80: module 'Module:InfoboxImage/data' not found. obsolete: GConf editor | |
| [[Programmer|DeveloperTemplate:Pluralize from text]] | Havoc Pennington |
| Written in | C |
| Type | Configuration |
| License | GNU Lesser General Public License |
| Website | Script error: No such module "WikidataIB". |
Script error: No such module "Check for conflicting parameters".
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.
Architecture
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.
Changes notification
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.
Schemas
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.
Bindings
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.
References
Page Template:Reflist/styles.css has no content.
- ^ Page Module:Citation/CS1/styles.css has no content."GNOME Goal: Gconf to GSettings migration". GNOME. Retrieved 2014-11-05.
External links
Lua error in mw.title.lua at line 404: bad argument #2 to 'title.new' (unrecognized namespace name 'Portal').
- Script error: No such module "webarchive".
- Script error: No such module "webarchive".
- Gnome2::GConf Perl Module
- Script error: No such module "webarchive".
Lua error in package.lua at line 80: module 'Module:Navbox/configuration' not found.
