docs/reference/gio/html/ch30s02.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
   2 <html>
   3 <head>
   4 <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
   5 <title>Conceptual differences</title>
   6 <meta name="generator" content="DocBook XSL Stylesheets V1.76.1">
   7 <link rel="home" href="index.html" title="GIO Reference Manual">
   8 <link rel="up" href="ch30.html" title="Migrating from GConf to GSettings">
   9 <link rel="prev" href="ch30.html" title="Migrating from GConf to GSettings">
  10 <link rel="next" href="ch30s03.html" title="GConfClient (and GConfBridge) API conversion">
  11 <meta name="generator" content="GTK-Doc V1.18 (XML mode)">
  12 <link rel="stylesheet" href="style.css" type="text/css">
  13 </head>
  14 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
  15 <table class="navigation" id="top" width="100%" summary="Navigation header" cellpadding="2" cellspacing="2"><tr valign="middle">
  16 <td><a accesskey="p" href="ch30.html"><img src="left.png" width="24" height="24" border="0" alt="Prev"></a></td>
  17 <td><a accesskey="u" href="ch30.html"><img src="up.png" width="24" height="24" border="0" alt="Up"></a></td>
  18 <td><a accesskey="h" href="index.html"><img src="home.png" width="24" height="24" border="0" alt="Home"></a></td>
  19 <th width="100%" align="center">GIO Reference Manual</th>
  20 <td><a accesskey="n" href="ch30s03.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
  21 </tr></table>
  22 <div class="section">
  23 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
  24 <a name="idp13278416"></a>Conceptual differences</h2></div></div></div>
  25 <p>
  26         Conceptually, GConf and GSettings are fairly similar. Both
  27         have a concept of pluggable backends. Both keep information
  28         about keys and their types in schemas. Both have a concept of
  29         mandatory values, which lets you implement lock-down.
  30       </p>
  31 <p>
  32         There are some differences in the approach to schemas. GConf
  33         installs the schemas into the database and has API to handle
  34         schema information (<code class="function">gconf_client_get_default_from_schema()</code>,
  35         <code class="function">gconf_value_get_schema()</code>, etc). GSettings on the other hand
  36         assumes that an application knows its own schemas, and does
  37         not provide API to handle schema information at runtime.
  38         GSettings is also more strict about requiring a schema whenever
  39         you want to read or write a key. To deal with more free-form
  40         information that would appear in schema-less entries in GConf,
  41         GSettings allows for schemas to be 'relocatable'.
  42       </p>
  43 <p>
  44         One difference in the way applications interact with their
  45         settings is that with GConf you interact with a tree of
  46         settings (ie the keys you pass to functions when reading
  47         or writing values are actually paths with the actual name
  48         of the key as the last element. With GSettings, you create
  49         a GSettings object which has an implicit prefix that determines
  50         where the settings get stored in the global tree of settings,
  51         but the keys you pass when reading or writing values are just
  52         the key names, not the full path.
  53       </p>
  54 </div>
  55 <div class="footer">
  56 <hr>
  57           Generated by GTK-Doc V1.18</div>
  58 </body>
  59 </html>