diff --git a/docs/reference/gio/migrating.xml b/docs/reference/gio/migrating.xml
index 200e05083..046705c8f 100644
--- a/docs/reference/gio/migrating.xml
+++ b/docs/reference/gio/migrating.xml
@@ -170,7 +170,9 @@ start_monitoring_trash (void)
GSettings can be done at will. But desktop-wide settings like font or
theme settings often have consumers in multiple modules. Therefore,
some consideration has to go into making sure that all users of a setting
- are converted to GSettings at the same time.
+ are converted to GSettings at the same time or that the program
+ responsible for configuring that setting continues to update the value in
+ both places.
@@ -270,7 +272,7 @@ start_monitoring_trash (void)
Change sets
- GConf has a a concept of a set of changes with can be applied or reverted
+ GConf has a a concept of a set of changes which can be applied or reverted
at once: #GConfChangeSet (GConf doesn't actually apply changes atomically,
which is one of its shortcomings).
@@ -285,7 +287,7 @@ start_monitoring_trash (void)
To apply the pending changes all at once (GSettings does
atomicity here), call g_settings_apply(). To revert the pending changes,
- call g_settings_revert().
+ call g_settings_revert() or just drop the reference to the #GSettings object.
@@ -294,9 +296,9 @@ start_monitoring_trash (void)
One possible pitfall in doing schema conversion is that the default
- values in GSettings schemas are in the format of a serialized #GVariant,
- and the types are specified as #GVariant type strings.
- This means that strings need to include quotes in the XML, so
+ values in GSettings schemas are parsed by the #GVariant parser.
+ This means that strings need to include quotes in the XML. Also note
+ that the types are now specified as #GVariant type strings.
string
@@ -306,8 +308,8 @@ start_monitoring_trash (void)
becomes
- 'rgb'
+
+ 'rgb'
]]>
@@ -348,7 +350,7 @@ start_monitoring_trash (void)
becomes
+18
]]>
@@ -367,9 +369,10 @@ start_monitoring_trash (void)
The gschema-compile schema
compiler has a that lets you
ignore these restrictions. Note that this option is only meant
- to facilitate the migration from GConf, and you should make your
- key names follow the more stringent GSettings rules when you
- migrate your data from GConf to dconf.
+ to ease the process of porting your application, allowing parts
+ of your application to continue to access GConf and parts to use
+ GSettings. By the time you have finished porting your application
+ you must ensure that all key names are valid.
GIO comes with a commandline tool