RubyGems - gtk2 - Versions diffs - 0.90.2-x86-mingw32 → 0.90.3-x86-mingw32 - Mend

gtk2 0.90.2-x86-mingw32 → 0.90.3-x86-mingw32

Files changed (1536) hide show

data/vendor/local/share/gtk-doc/html/gobject/ch01s02.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="chapter-intro.html" title="Background">
 <link rel="prev" href="chapter-intro.html" title="Background">
 <link rel="next" href="chapter-gtype.html" title="The GLib Dynamic Type System">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,9 +19,9 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="chapter-gtype.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="sect1" title="Exporting a C API">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id505682"></a>Exporting a C API</h2></div></div></div>
+<a name="id353634"></a>Exporting a C API</h2></div></div></div>
 <p>
       C APIs are defined by a set of functions and global variables which are usually exported from a
       binary. C functions have an arbitrary number of arguments and one return value. Each function is thus
@@ -91,7 +91,7 @@ call   0x80482f4 &lt;function_foo&gt;
         reads the original function signature.</p></li>
 <li class="listitem"><p>The solution used by GLib is to use the GType library which holds at runtime a description of
         all the objects manipulated by the programmer. This so-called <span class="emphasis"><em>dynamic type</em></span>
-        <sup>[<a name="id505786" href="#ftn.id505786" class="footnote">1</a>]</sup>
+        <sup>[<a name="id353740" href="#ftn.id353740" class="footnote">1</a>]</sup>
         library is then used by special generic glue code to automatically convert function parameters and
         function calling conventions between different runtime domains.</p></li>
 </ul></div>
@@ -100,7 +100,7 @@ call   0x80482f4 &lt;function_foo&gt;
       boundaries is written once: the figure below states this more clearly.
       </p>
 <div class="figure">
-<a name="id505805"></a><p class="title"><b>Figure 1. </b></p>
+<a name="id353758"></a><p class="title"><b>Figure 1. </b></p>
 <div class="figure-contents"><div class="mediaobject" align="center"><img src="glue.png" align="middle"></div></div>
 </div>
 <p><br class="figure-break">
@@ -118,7 +118,7 @@ call   0x80482f4 &lt;function_foo&gt;
     </p>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a name="ftn.id505786" href="#id505786" class="para">1</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id353740" href="#id353740" class="para">1</a>] </sup>
             There are numerous different implementations of dynamic type systems: all C++
             compilers have one, Java and .NET have one too. A dynamic type system allows you
             to get information about every instantiated object at runtime. It can be implemented
@@ -131,6 +131,6 @@ call   0x80482f4 &lt;function_foo&gt;
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/ch06s03.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="howto-interface.html" title="How to define and implement interfaces">
 <link rel="prev" href="howto-interface-implement.html" title="How To define implement an Interface?">
 <link rel="next" href="howto-interface-properties.html" title="Interface Properties">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,9 +19,9 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="howto-interface-properties.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="sect1" title="Interface definition prerequisites">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id604788"></a>Interface definition prerequisites</h2></div></div></div>
+<a name="id471594"></a>Interface definition prerequisites</h2></div></div></div>
 <p>
       To specify that an interface requires the presence of other interfaces
       when implemented, GObject introduces the concept of
@@ -108,6 +108,6 @@ G_DEFINE_TYPE_WITH_CODE (MamanBar, maman_bar, G_TYPE_OBJECT,
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-gobject.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="gtype-non-instantiable-classed.html" title="Non-instantiable classed types: interfaces">
 <link rel="next" href="gobject-memory.html" title="Object memory management">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="gobject-memory.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="The GObject base class">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-gobject"></a>The GObject base class</h2></div></div></div>
 <div class="toc"><dl>
@@ -52,7 +52,7 @@
     inherit from <span class="type"><a class="link" href="gobject-The-Base-Object-Type.html#GObject">GObject</a></span> which is why it is important to understand
     the details of how it works.
   </p>
-<div class="sect1" title="Object instantiation">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="gobject-instantiation"></a>Object instantiation</h2></div></div></div>
 <p>
@@ -288,6 +288,6 @@ MamanBar *bar = g_object_new (MAMAN_TYPE_BAR, NULL);
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-gtype.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="ch01s02.html" title="Exporting a C API">
 <link rel="next" href="gtype-conventions.html" title="Conventions">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="gtype-conventions.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="The GLib Dynamic Type System">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-gtype"></a>The GLib Dynamic Type System</h2></div></div></div>
 <div class="toc"><dl>
@@ -84,7 +84,7 @@ GType g_type_register_fundamental (GType                       type_id,
         <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-fundamental" title="g_type_register_fundamental ()">g_type_register_fundamental</a></code> (you have to be Tim Janik
         to do that) but in case you want to, the last chapter explains how to create
         new fundamental types.
-        <sup>[<a name="id512184" href="#ftn.id512184" class="footnote">2</a>]</sup>
+        <sup>[<a name="id356493" href="#ftn.id356493" class="footnote">2</a>]</sup>
       </p>
 <p>
         Fundamental types are top-level types which do not derive from any other type
@@ -132,7 +132,7 @@ GType g_type_register_fundamental (GType                       type_id,
         passed as the parent_type parameter to <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-static" title="g_type_register_static ()">g_type_register_static</a></code>
         and <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-dynamic" title="g_type_register_dynamic ()">g_type_register_dynamic</a></code>.
       </p>
-<div class="sect1" title="Copy functions">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="gtype-copy"></a>Copy functions</h2></div></div></div>
 <p>
@@ -248,7 +248,7 @@ struct _GTypeValueTable
 </div>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a name="ftn.id512184" href="#id512184" class="para">2</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id356493" href="#id356493" class="para">2</a>] </sup>
             Please note that there exists another registration function: the
             <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-dynamic" title="g_type_register_dynamic ()">g_type_register_dynamic</a></code>. We will not discuss this
             function here since its use is very similar to the <code class="function">_static</code>
@@ -258,6 +258,6 @@ struct _GTypeValueTable
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-intro.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="pt01.html" title="Part I. Concepts">
 <link rel="next" href="ch01s02.html" title="Exporting a C API">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,11 +19,11 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="ch01s02.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="Background">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-intro"></a>Background</h2></div></div></div>
 <div class="toc"><dl>
-<dt><span class="sect1"><a href="chapter-intro.html#id465439">Data types and programming</a></span></dt>
+<dt><span class="sect1"><a href="chapter-intro.html#id313385">Data types and programming</a></span></dt>
 <dt><span class="sect1"><a href="ch01s02.html">Exporting a C API</a></span></dt>
 </dl></div>
 <p>
@@ -50,9 +50,9 @@
     goals: this can often explain the sometimes rather convoluted APIs and features present
     in this library.
   </p>
-<div class="sect1" title="Data types and programming">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id465439"></a>Data types and programming</h2></div></div></div>
+<a name="id313385"></a>Data types and programming</h2></div></div></div>
 <p>
       One could say (I have seen such definitions used in some textbooks on programming language theory)
       that a programming language is merely a way to create data types and manipulate them. Most languages
@@ -87,6 +87,6 @@ print "this is an integer converted to a string:" . $tmp . "\n";
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-signal.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="gobject-properties.html" title="Object properties">
 <link rel="next" href="signal.html" title="Signals">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,14 +19,14 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="signal.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="The GObject messaging system">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-signal"></a>The GObject messaging system</h2></div></div></div>
 <div class="toc"><dl>
 <dt><span class="sect1"><a href="chapter-signal.html#closure">Closures</a></span></dt>
 <dd><dl>
-<dt><span class="sect2"><a href="chapter-signal.html#id531463">C Closures</a></span></dt>
-<dt><span class="sect2"><a href="chapter-signal.html#id515238">Non-C closures (for the fearless)</a></span></dt>
+<dt><span class="sect2"><a href="chapter-signal.html#id386863">C Closures</a></span></dt>
+<dt><span class="sect2"><a href="chapter-signal.html#id382891">Non-C closures (for the fearless)</a></span></dt>
 </dl></dd>
 <dt><span class="sect1"><a href="signal.html">Signals</a></span></dt>
 <dd><dl>
@@ -36,7 +36,7 @@
 <dt><span class="sect2"><a href="signal.html#signal-detail">The <span class="emphasis"><em>detail</em></span> argument</a></span></dt>
 </dl></dd>
 </dl></div>
-<div class="sect1" title="Closures">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="closure"></a>Closures</h2></div></div></div>
 <p>
@@ -70,7 +70,7 @@ return_type function_callback (... , gpointer user_data);
       The <span class="type"><a class="link" href="gobject-Closures.html#GClosure" title="GClosure">GClosure</a></span> structure represents the common functionality of all
       closure implementations: there exists a different Closure implementation for
       each separate runtime which wants to use the GObject type system.
-      <sup>[<a name="id509880" href="#ftn.id509880" class="footnote">6</a>]</sup>
+      <sup>[<a name="id359882" href="#ftn.id359882" class="footnote">6</a>]</sup>
       The GObject library provides a simple <span class="type"><a class="link" href="gobject-Closures.html#GCClosure" title="GCClosure">GCClosure</a></span> type which
       is a specific implementation of closures to be used with C/C++ callbacks.
     </p>
@@ -93,13 +93,13 @@ return_type function_callback (... , gpointer user_data);
           events (<code class="function"><a class="link" href="gobject-Closures.html#g-closure-remove-finalize-notifier" title="g_closure_remove_finalize_notifier ()">g_closure_remove_finalize_notifier</a></code> and
           <code class="function"><a class="link" href="gobject-Closures.html#g-closure-remove-invalidate-notifier" title="g_closure_remove_invalidate_notifier ()">g_closure_remove_invalidate_notifier</a></code>) but not for the invocation
           process.
-          <sup>[<a name="id509676" href="#ftn.id509676" class="footnote">7</a>]</sup></p></li>
+          <sup>[<a name="id386852" href="#ftn.id386852" class="footnote">7</a>]</sup></p></li>
 </ul></div>
 <p>
     </p>
-<div class="sect2" title="C Closures">
+<div class="sect2">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id531463"></a>C Closures</h3></div></div></div>
+<a name="id386863"></a>C Closures</h3></div></div></div>
 <p>
         If you are using C or C++
         to connect a callback to a given event, you will either use simple <span class="type"><a class="link" href="gobject-Closures.html#GCClosure" title="GCClosure">GCClosure</a></span>s
@@ -132,9 +132,9 @@ GClosure *g_signal_type_cclosure_new (GType          itype,
         function if the user has supplied one.
       </p>
 </div>
-<div class="sect2" title="Non-C closures (for the fearless)">
+<div class="sect2">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id515238"></a>Non-C closures (for the fearless)</h3></div></div></div>
+<a name="id382891"></a>Non-C closures (for the fearless)</h3></div></div></div>
 <p>
         As was explained above, closures hide the details of callback invocation. In C,
         callback invocation is just like function invocation: it is a matter of creating
@@ -193,7 +193,7 @@ g_cclosure_marshal_VOID__INT (GClosure     *closure,
 </div>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a name="ftn.id509880" href="#id509880" class="para">6</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id359882" href="#id359882" class="para">6</a>] </sup>
         In practice, closures sit at the boundary of language runtimes: if you are
         writing Python code and one of your Python callbacks receives a signal from
         a GTK+ widget, the C code in GTK+ needs to execute your Python
@@ -201,7 +201,7 @@ g_cclosure_marshal_VOID__INT (GClosure     *closure,
         it behaves as a normal C object for GTK+ and as a normal Python object for
         Python code.
       </p></div>
-<div class="footnote"><p><sup>[<a name="ftn.id509676" href="#id509676" class="para">7</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id386852" href="#id386852" class="para">7</a>] </sup>
             Closures are reference counted and notify listeners of their destruction in a two-stage
             process: the invalidation notifiers are invoked before the finalization notifiers.
           </p></div>
@@ -209,6 +209,6 @@ g_cclosure_marshal_VOID__INT (GClosure     *closure,
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/glib-genmarshal.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="rn02.html" title="Tools Reference">
 <link rel="prev" href="glib-mkenums.html" title="glib-mkenums">
 <link rel="next" href="gobject-query.html" title="gobject-query">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="gobject-query.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="refentry" title="glib-genmarshal">
+<div lang="en" class="refentry">
 <a name="glib-genmarshal"></a><div class="titlepage"></div>
 <div class="refnamediv"><table width="100%"><tr>
 <td valign="top">
@@ -28,12 +28,12 @@
 </td>
 <td valign="top" align="right"></td>
 </tr></table></div>
-<div class="refsynopsisdiv" title="Synopsis">
+<div class="refsynopsisdiv">
 <h2>Synopsis</h2>
 <div class="cmdsynopsis"><p><code class="command">glib-genmarshal</code>  [options...] [files...]</p></div>
 </div>
-<div class="refsect1" title="Description">
-<a name="id548694"></a><h2>Description</h2>
+<div class="refsect1">
+<a name="id387347"></a><h2>Description</h2>
 <p><span class="command"><strong>glib-genmarshal</strong></span> is a small utility that generates C code
 marshallers for callback functions of the GClosure mechanism in the GObject
 sublibrary of GLib. The marshaller functions have a standard signature,
@@ -44,14 +44,14 @@ code function of the closure with all the parameters on the stack and to
 collect its return value.
 </p>
 </div>
-<div class="refsect1" title="Invocation">
-<a name="id532582"></a><h2>Invocation</h2>
+<div class="refsect1">
+<a name="id387031"></a><h2>Invocation</h2>
 <p><span class="command"><strong>glib-genmarshal</strong></span> takes a list of marshallers to generate as
 input. The marshaller list is either read from standard input or from files
 passed as additional arguments on the command line.
 </p>
-<div class="refsect2" title="Options">
-<a name="id524832"></a><h3>Options</h3>
+<div class="refsect2">
+<a name="id379772"></a><h3>Options</h3>
 <div class="variablelist"><table border="0">
 <col align="left" valign="top">
 <tbody>
@@ -108,8 +108,8 @@ Print version and exit.
 </table></div>
 </div>
 <hr>
-<div class="refsect2" title="Marshaller list format">
-<a name="id548262"></a><h3>Marshaller list format</h3>
+<div class="refsect2">
+<a name="id401531"></a><h3>Marshaller list format</h3>
 <p>
 The marshaller lists are processed line by line, a line can contain a
 comment in the form of
@@ -136,8 +136,8 @@ which are always pointers.
 </p>
 </div>
 <hr>
-<div class="refsect2" title="Parameter types">
-<a name="id536853"></a><h3>Parameter types</h3>
+<div class="refsect2">
+<a name="id364782"></a><h3>Parameter types</h3>
 <p>
 Currently, the following types are supported:
 </p>
@@ -261,6 +261,12 @@ for GObject or derived types (GObject*)
 </p></td>
 </tr>
 <tr>
+<td><p><span class="term"><em class="replaceable"><code>VARIANT</code></em></span></p></td>
+<td><p>
+for GVariant types (GVariant*)
+</p></td>
+</tr>
+<tr>
 <td><p><span class="term"><em class="replaceable"><code>NONE</code></em></span></p></td>
 <td><p>
 deprecated alias for <em class="replaceable"><code>VOID</code></em>
@@ -278,8 +284,8 @@ deprecated alias for <em class="replaceable"><code>BOOLEAN</code></em>
 </p>
 </div>
 </div>
-<div class="refsect1" title="Example">
-<a name="id530655"></a><h2>Example</h2>
+<div class="refsect1">
+<a name="id403871"></a><h2>Example</h2>
 <p>
 To generate marshallers for the following callback functions:
 </p>
@@ -326,20 +332,20 @@ cc_baz = g_cclosure_new (NULL, baz, NULL);
 g_closure_set_marshal (cc_baz, g_cclosure_marshal_FLOAT__BOOLEAN_UCHAR);
 </pre>
 </div>
-<div class="refsect1" title="See also">
-<a name="id538441"></a><h2>See also</h2>
+<div class="refsect1">
+<a name="id392685"></a><h2>See also</h2>
 <p>
 <span class="command"><strong>glib-mkenums</strong></span>(1)
 </p>
 </div>
-<div class="refsect1" title="Bugs">
-<a name="id510489"></a><h2>Bugs</h2>
+<div class="refsect1">
+<a name="id407408"></a><h2>Bugs</h2>
 <p>
 None known yet.
 </p>
 </div>
-<div class="refsect1" title="Author">
-<a name="id558375"></a><h2>Author</h2>
+<div class="refsect1">
+<a name="id386616"></a><h2>Author</h2>
 <p><span class="command"><strong>glib-genmarshal</strong></span> has been written by Tim Janik
 <code class="email">&lt;<a class="email" href="mailto:timj@gtk.org">timj@gtk.org</a>&gt;</code>.
 </p>
@@ -350,6 +356,6 @@ This manual page was provided by Tim Janik <code class="email">&lt;<a class="ema
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/glib-mkenums.html CHANGED

@@ -8,7 +8,7 @@
 <link rel="up" href="rn02.html" title="Tools Reference">
 <link rel="prev" href="rn02.html" title="Tools Reference">
 <link rel="next" href="glib-genmarshal.html" title="glib-genmarshal">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="glib-genmarshal.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="refentry" title="glib-mkenums">
+<div lang="en" class="refentry">
 <a name="glib-mkenums"></a><div class="titlepage"></div>
 <div class="refnamediv"><table width="100%"><tr>
 <td valign="top">
@@ -28,12 +28,12 @@
 </td>
 <td valign="top" align="right"></td>
 </tr></table></div>
-<div class="refsynopsisdiv" title="Synopsis">
+<div class="refsynopsisdiv">
 <h2>Synopsis</h2>
 <div class="cmdsynopsis"><p><code class="command">glib-mkenums</code>  [options...] [files...]</p></div>
 </div>
-<div class="refsect1" title="Description">
-<a name="id532973"></a><h2>Description</h2>
+<div class="refsect1">
+<a name="id410075"></a><h2>Description</h2>
 <p><span class="command"><strong>glib-mkenums</strong></span> is a small perl-script utility that parses C
 code to extract enum definitions and produces enum descriptions based on text
 templates specified by the user. Most frequently this script is used to
@@ -41,15 +41,15 @@ produce C code that contains enum values as strings so programs can provide
 value name strings for introspection.
 </p>
 </div>
-<div class="refsect1" title="Invocation">
-<a name="id511913"></a><h2>Invocation</h2>
+<div class="refsect1">
+<a name="id389827"></a><h2>Invocation</h2>
 <p><span class="command"><strong>glib-mkenums</strong></span> takes a list of valid C code files as
 input. The options specified control the text that is output, certain
 substitutions are performed on the text templates for keywords enclosed
 in @ characters.
 </p>
-<div class="refsect2" title="Options">
-<a name="id505964"></a><h3>Options</h3>
+<div class="refsect2">
+<a name="id358543"></a><h3>Options</h3>
 <div class="variablelist"><table border="0">
 <col align="left" valign="top">
 <tbody>
@@ -143,8 +143,8 @@ Print version and exit.
 </table></div>
 </div>
 <hr>
-<div class="refsect2" title="Production text substitutions">
-<a name="id542354"></a><h3>Production text substitutions</h3>
+<div class="refsect2">
+<a name="id380478"></a><h3>Production text substitutions</h3>
 <p>
 Certain keywords enclosed in @ characters will be substituted in the
 emitted text. For the substitution examples of the keywords below,
@@ -210,6 +210,17 @@ minus (e.g. the-xvalue).
 </p></td>
 </tr>
 <tr>
+<td><p><span class="term">@valuenum@</span></p></td>
+<td><p>
+The integer value for the enum value currently being processed.  This is
+calculated by using <span class="command"><strong>perl</strong></span> to attempt to evaluate the
+expression as it appears in the C source code.  If evaluation fails then
+<span class="command"><strong>glib-mkenums</strong></span> will exit with an error status, but this
+only happens if <code class="literal">@valuenum@</code> appears in your value
+production template.  (Since: 2.26)
+</p></td>
+</tr>
+<tr>
 <td><p><span class="term">@type@</span></p></td>
 <td><p>
 This is substituted either by "enum" or "flags", depending on whether the
@@ -246,8 +257,8 @@ The base name of the input file currently being processed (e.g. foo.h). (Since:
 </p>
 </div>
 <hr>
-<div class="refsect2" title="Trigraph extensions">
-<a name="id542714"></a><h3>Trigraph extensions</h3>
+<div class="refsect2">
+<a name="id367915"></a><h3>Trigraph extensions</h3>
 <p>
 Some C comments are treated specially in the parsed enum definitions,
 such comments start out with the trigraph sequence <code class="literal">/*&lt;</code>
@@ -282,14 +293,15 @@ typedef enum /*&lt; flags,prefix=PREFIX &gt;*/
 </p>
 </div>
 </div>
-<div class="refsect1" title="See also">
-<a name="id518820"></a><h2>See also</h2>
-<p><span class="command"><strong>glib-genmarshal</strong></span>(1)
+<div class="refsect1">
+<a name="id366261"></a><h2>See also</h2>
+<p>
+<span class="citerefentry"><span class="refentrytitle">glib-genmarshal</span>(1)</span>
 </p>
 </div>
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>