2006-12-14 Matthias Clasen <mclasen@redhat.com>
+ * gobject/*.xml: s/Gnome/GNOME/g (#352156, Guillaume Desmottes)
+
* glib/tmpl/keyfile.sgml: Clarify the behaviour
wrt. to duplicate keys and groups.
<listitem><para>Generic per-object properties with set/get function pairs</para></listitem>
<listitem><para>Easy use of signals</para></listitem>
</itemizedlist>
- All the GTK+ objects and all of the objects in Gnome libraries which use the GLib type
+ All the GTK+ objects and all of the objects in GNOME libraries which use the GLib type
system inherit from <type><link linkend="GObject">GObject</link></type> which is why it is important to understand
the details of how it works.
</para>
<para>
Closures are central to the concept of asynchronous signal delivery
- which is widely used throughout GTK+ and Gnome applications. A Closure is an
+ which is widely used throughout GTK+ and GNOME applications. A Closure is an
abstraction, a generic representation of a callback. It is a small structure
which contains three objects:
<itemizedlist>
This python marshaller transforms the input GValue list representing the function
parameters into a Python tuple which is the equivalent structure in python (you can
look in <function>pyg_closure_marshal</function> in <filename>pygtype.c</filename>
- in the <emphasis>pygobject</emphasis> module in Gnome cvs server).
+ in the <emphasis>pygobject</emphasis> module in GNOME cvs server).
</para>
</sect2>
<itemizedlist>
<listitem><para>
use a dash to separate the prefix from the typename: <filename>maman-bar.h</filename> and
- <filename>maman-bar.c</filename> (this is the convention used by Nautilus and most Gnome libraries).
+ <filename>maman-bar.c</filename> (this is the convention used by Nautilus and most GNOME libraries).
</para></listitem>
<listitem><para>
use an underscore to separate the prefix from the typename: <filename>maman_bar.h</filename> and
</programlisting>
</para></listitem>
<listitem><para>
- All of Nautilus code and a lot of Gnome libraries use private indirection members, as described
+ All of Nautilus code and a lot of GNOME libraries use private indirection members, as described
by Herb Sutter in his Pimpl articles
(see <ulink url="http://www.gotw.ca/gotw/024.htm">Compilation Firewalls</ulink>
and <ulink url="http://www.gotw.ca/gotw/028.htm">The Fast Pimpl Idiom</ulink>
<title>Warning on signal creation and default closure</title>
<para>
- Most of the existing code I have seen up to now (in both GTK+, Gnome libraries and
- many GTK+ and Gnome applications) using signals uses a small
+ Most of the existing code I have seen up to now (in both GTK+, GNOME libraries and
+ many GTK+ and GNOME applications) using signals uses a small
variation of the default handler pattern I have shown in the previous section.
</para>
<title>Background</title>
<para>
-GObject, and its lower-level type system, GType, are used by GTK+ and most Gnome libraries to
+GObject, and its lower-level type system, GType, are used by GTK+ and most GNOME libraries to
provide:
<itemizedlist>
<listitem><para>object-oriented C-based APIs and</para></listitem>