[gtkmm] gdk_docs.xml: Another regeneration because of parsing errors.

[José Alburquerque <jaalburqu src gnome org>]

commit d3ec386de4f30c7de585dc2c0b819ac593a1f6d0
Author: José Alburquerque <jaalburqu svn gnome org>
Date:   Tue Apr 13 12:52:56 2010 -0400

    	gdk_docs.xml: Another regeneration because of parsing errors.
    
    	* gdk/src/gdk_docs.xml: Regenerate once more to avoid parsing errors
    	caused by &...; expressions that don't make sense to gmmproc.

 ChangeLog            |    7 +++++++
 gdk/src/gdk_docs.xml |   24 ++++++++++++------------
 2 files changed, 19 insertions(+), 12 deletions(-)
---
diff --git a/ChangeLog b/ChangeLog
index e814b3d..62e64ef 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,10 @@
+2010-04-13  José Alburquerque  <jaalburqu svn gnome org>
+
+	gdk_docs.xml: Another regeneration because of parsing errors.
+
+	* gdk/src/gdk_docs.xml: Regenerate once more to avoid parsing errors
+	caused by &...; expressions that don't make sense to gmmproc.
+
 2010-04-11  José Alburquerque  <jaalburqu svn gnome org>
 
 	Regenerate docs once more to fix comment errors.
diff --git a/gdk/src/gdk_docs.xml b/gdk/src/gdk_docs.xml
index 6b3af6d..68d6cec 100644
--- a/gdk/src/gdk_docs.xml
+++ b/gdk/src/gdk_docs.xml
@@ -3183,7 +3183,7 @@ was already set in @state.
 <function name="gdk_color_to_string">
 <description>
 Returns a textual specification of @color in the hexadecimal form
-&lt;literal&gt;&num;rrrrggggbbbb&lt;/literal&gt;, where &lt;literal&gt;r&lt;/literal&gt;,
+&lt;literal&gt;rrrrggggbbbb&lt;/literal&gt;, where &lt;literal&gt;r&lt;/literal&gt;,
 &lt;literal&gt;g&lt;/literal&gt; and &lt;literal&gt;b&lt;/literal&gt; are hex digits
 representing the red, green and blue components respectively.
 
@@ -4403,8 +4403,8 @@ from inline data as in the below example.
 &lt;programlisting&gt;
 /&lt;!-- --&gt;* This data is in X bitmap format, and can be created with the 'bitmap'
 utility. *&lt;!-- --&gt;/
-&num;define cursor1_width 16
-&num;define cursor1_height 16
+define cursor1_width 16
+define cursor1_height 16
 static unsigned char cursor1_bits[] = {
 0x80, 0x01, 0x40, 0x02, 0x20, 0x04, 0x10, 0x08, 0x08, 0x10, 0x04, 0x20,
 0x82, 0x41, 0x41, 0x82, 0x41, 0x82, 0x82, 0x41, 0x04, 0x20, 0x08, 0x10,
@@ -11931,14 +11931,14 @@ symbol is shifted, so when comparing a key press to a
 be masked out.
 &lt;/para&gt;
 &lt;informalexample&gt;&lt;programlisting&gt;
-&sol;* We want to ignore irrelevant modifiers like ScrollLock *&sol;
-&num;define ALL_ACCELS_MASK (GDK_CONTROL_MASK | GDK_SHIFT_MASK | GDK_MOD1_MASK)
+ / * We want to ignore irrelevant modifiers like ScrollLock * / 
+define ALL_ACCELS_MASK (GDK_CONTROL_MASK | GDK_SHIFT_MASK | GDK_MOD1_MASK)
 gdk_keymap_translate_keyboard_state (keymap, event-&gt;hardware_keycode,
 event-&gt;state, event-&gt;group,
 &amp;keyval, NULL, NULL, &amp;consumed);
 if (keyval == GDK_PLUS &amp;&amp;
 (event-&gt;state &amp; ~consumed &amp; ALL_ACCELS_MASK) == GDK_CONTROL_MASK)
-&sol;* Control was pressed *&sol;
+ / * Control was pressed * / 
 &lt;/programlisting&gt;&lt;/informalexample&gt;
 &lt;para&gt;
 An older interpretation @consumed_modifiers was that it contained
@@ -11946,10 +11946,10 @@ all modifiers that might affect the translation of the key;
 this allowed accelerators to be stored with irrelevant consumed
 modifiers, by doing:&lt;/para&gt;
 &lt;informalexample&gt;&lt;programlisting&gt;
-&sol;* XXX Don't do this XXX *&sol;
+ / * XXX Don't do this XXX * / 
 if (keyval == accel_keyval &amp;&amp;
 (event-&gt;state &amp; ~consumed &amp; ALL_ACCELS_MASK) == (accel_mods &amp; ~consumed))
-&sol;* Accelerator was pressed *&sol;
+ / * Accelerator was pressed * / 
 &lt;/programlisting&gt;&lt;/informalexample&gt;
 &lt;para&gt;
 However, this did not work if multi-modifier combinations were
@@ -14413,11 +14413,11 @@ structure. The color is &lt;emphasis&gt;not&lt;/emphasis&gt; allocated, you
 must call gdk_colormap_alloc_color() yourself. The string can
 either one of a large set of standard names. (Taken from the X11
 &lt;filename&gt;rgb.txt&lt;/filename&gt; file), or it can be a hex value in the
-form '&num;rgb' '&num;rrggbb' '&num;rrrgggbbb' or
-'&num;rrrrggggbbbb' where 'r', 'g' and 'b' are hex digits of the
+form 'rgb' 'rrggbb' 'rrrgggbbb' or
+'rrrrggggbbbb' where 'r', 'g' and 'b' are hex digits of the
 red, green, and blue components of the color, respectively. (White
-in the four forms is '&num;fff' '&num;ffffff' '&num;fffffffff' and
-'&num;ffffffffffff')
+in the four forms is 'fff' 'ffffff' 'fffffffff' and
+'ffffffffffff')
 
 
 </description>