Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>

Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>

        * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
          gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
          docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
          docs/gtk_tut.sgml docs/gtk.texi TODO:
          Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>

ChangeLog

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

ChangeLog.pre-2-0

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

ChangeLog.pre-2-10

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

ChangeLog.pre-2-2

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

ChangeLog.pre-2-4

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

ChangeLog.pre-2-6

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

ChangeLog.pre-2-8

@@ -1,3 +1,12 @@
+Tue Feb 29 13:10:00 GMT 2000  Tony Gale <gale@gtk.org>
+
+	* gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+	  gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+	  docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+	  docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+	  Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
 Sat Feb 26 11:46:25 GMT 2000  Tony Gale <gale@gtk.org>
 
         * gtk/gtkcalendar.c: Implement num_marked_dates,

TODO

@@ -185,7 +185,7 @@ DND
 
  - Use a cursor instead of an ICON when over Motif windows,
    to get rid of the current junk that Motif leaves because
-   of it's XCopyArea stupidity for doing highlighting.
+   of its XCopyArea stupidity for doing highlighting.
 
  - Add a GTK_DRAG_VERIFY target flag and a "drag_data_verify"   
    signal so that apps can easily check if a, say, 

docs/faq/gtkfaq.sgml

@@ -741,7 +741,7 @@ are:
 You'll find these packages on the GNU main ftp server (<htmlurl 
 url="ftp://ftp.gnu.org/" name="ftp://ftp.gnu.org/">) or on any GNU mirror.
 
-In order to use the powerfull autoconf/automake scheme, you must create
+In order to use the powerful autoconf/automake scheme, you must create
 a configure.in which may look like:
 
 <tscreen><verb>
@@ -1521,7 +1521,7 @@ performance penalty.
 Its possible that, in the long term, the best solution to such
 problems might be just to change gtk to give labels X windows.
 A short term workaround is to put the label widget inside another
-widget that does get it's own window - one possible candidate would
+widget that does get its own window - one possible candidate would
 be the viewport widget.
 
 <tscreen><verb>
@@ -1576,7 +1576,7 @@ carefully.
 
 There are two (easy) ways to attach some data to a gtk object. 
 Using <tt/gtk_object_set_data()/ and <tt/gtk_object_get_data()/ seems to be the 
-most common way to do this, as it provides a powerfull interface 
+most common way to do this, as it provides a powerful interface 
 to connect objects and data.
 
 <tscreen><verb>
@@ -2594,7 +2594,7 @@ main (int argc, char *argv[])
   /* give the error handler an idea on how the input is named */
   scanner->input_name = "test text";
 
-  /* scanning loop, we parse the input untill it's end is reached,
+  /* scanning loop, we parse the input until its end is reached,
    * the scanner encountered a lexing error, or our sub routine came
    * across invalid syntax
    */
@@ -2624,7 +2624,7 @@ main (int argc, char *argv[])
 }
 </verb>
 
-You need to understand that the scanner will parse it's input and
+You need to understand that the scanner will parse its input and
 tokenize it, it is up to you to interpret these tokens, not define
 their types before they get parsed, e.g. watch gscanner parse a string:
  

docs/gtk.texi

@@ -79,7 +79,7 @@ approved by Peter Mattis.
 This is edition @value{edition} of the GTK documentation,
 @w{@value{update-date}}.
 @end ifinfo
-@c FIXME: Do a introduction to the GTK?
+@c FIXME: Do an introduction to the GTK?
 
 @menu
 * Copying::                     Your rights.
@@ -288,7 +288,7 @@ form that is easier to parse.  Tools for generating bindings of Gtk to
 other languages can read these declarations and---because all the
 important details are defined---automatically generate the bulk of the
 needed glue code.  It is also possible to feed these declarations into a
-running application (a interface builder, say) and thus make it aware of
+running application (an interface builder, say) and thus make it aware of
 new widgets and functions without recompiling anything.
 
 The run-time side of the type system is also somewhat introspective.
@@ -320,7 +320,7 @@ inherit these rules from their fundamental type.  For example,
 derive from @samp{GtkObject} and so the rules for @samp{GtkObject} apply
 to all widgets as well.
 
-This derivation defines a type hierachy, but this hierachy is not
+This derivation defines a type hierarchy, but this hierachy is not
 completely general.  You can't derive from @samp{int} for example, and
 you can only have one level of derivation from @samp{enum}.  The
 fundamental type @samp{GtkObject}, however, is the basis for the large
@@ -382,7 +382,7 @@ to a fundamental type and thus there is no name for it.
 
 @deftp {Data type} GtkType
 The type @code{GtkType} holds the run-time representation of a type.  It
-is a integer of a certain size.  The follwing macros are defined to
+is an integer of a certain size.  The follwing macros are defined to
 access the basic properties of a @code{GtkType}:
 
 @deftypefn {Macro} {unsigned int} GTK_TYPE_SEQNO (GtkType type)
@@ -461,7 +461,7 @@ always return @code{NULL}.
 @item
 The @code{class_init_func} and @code{base_class_init_func} fields are
 callbacks which are used by the type mechanism to initialize class
-specific fields. The single argument these function taks is a pointer to
+specific fields. The single argument these functions take is a pointer to
 a class structure.  When you do not need one or both of them, set the
 corresponding field to @code{NULL}.  The @code{class_init_func} will be
 called at most once, right after the class structure of size

docs/gtk_tut.sgml

@@ -6654,7 +6654,7 @@ the <ref id="sec_ProgressBar" name="Progress Bar"> widget.
 <sect1> Fixed Container
 <p>
 The Fixed container allows you to place widgets at a fixed position
-within it's window, relative to it's upper left hand corner. The
+within its window, relative to its upper left hand corner. The
 position of the widgets can be changed dynamically.
 
 There are only three functions associated with the fixed widget:

docs/gtkfaq.sgml

@@ -741,7 +741,7 @@ are:
 You'll find these packages on the GNU main ftp server (<htmlurl 
 url="ftp://ftp.gnu.org/" name="ftp://ftp.gnu.org/">) or on any GNU mirror.
 
-In order to use the powerfull autoconf/automake scheme, you must create
+In order to use the powerful autoconf/automake scheme, you must create
 a configure.in which may look like:
 
 <tscreen><verb>
@@ -1521,7 +1521,7 @@ performance penalty.
 Its possible that, in the long term, the best solution to such
 problems might be just to change gtk to give labels X windows.
 A short term workaround is to put the label widget inside another
-widget that does get it's own window - one possible candidate would
+widget that does get its own window - one possible candidate would
 be the viewport widget.
 
 <tscreen><verb>
@@ -1576,7 +1576,7 @@ carefully.
 
 There are two (easy) ways to attach some data to a gtk object. 
 Using <tt/gtk_object_set_data()/ and <tt/gtk_object_get_data()/ seems to be the 
-most common way to do this, as it provides a powerfull interface 
+most common way to do this, as it provides a powerful interface 
 to connect objects and data.
 
 <tscreen><verb>
@@ -2594,7 +2594,7 @@ main (int argc, char *argv[])
   /* give the error handler an idea on how the input is named */
   scanner->input_name = "test text";
 
-  /* scanning loop, we parse the input untill it's end is reached,
+  /* scanning loop, we parse the input until its end is reached,
    * the scanner encountered a lexing error, or our sub routine came
    * across invalid syntax
    */
@@ -2624,7 +2624,7 @@ main (int argc, char *argv[])
 }
 </verb>
 
-You need to understand that the scanner will parse it's input and
+You need to understand that the scanner will parse its input and
 tokenize it, it is up to you to interpret these tokens, not define
 their types before they get parsed, e.g. watch gscanner parse a string:
  

docs/refcounting.txt

@@ -15,7 +15,7 @@ functions that follow these conventions:
 GtkObjects also provide the following functions:
 
   *_destroy:  Render an object `unusable', but as long as there are
-              references to it, it's allocated memory will not be freed.
+              references to it, its allocated memory will not be freed.
   *_sink:     Clear a GtkObjects `floating' state and decrement the
 	      reference count by 1.
 
@@ -248,7 +248,7 @@ widget, it needs to hold a reference to it.
 Example code sequences that require reference wraps:
 
    /* gtk_container_remove() will unparent the child and therefore
-    * cause it's reference count to be decremented by one.
+    * cause its reference count to be decremented by one.
     */
    gtk_widget_ref (widget);
    gtk_container_remove (container, widget);

docs/styles.txt

@@ -88,13 +88,13 @@ GtkWidget::style_set
 Flag indications:
 
 !GTK_RC_STYLE && !GTK_USER_STYLE:
-  The widget has it's default style set, no rc lookup has been
+  The widget has its default style set, no rc lookup has been
   performed, the widget has not been size requested yet and is
   therefore not yet realized.
 
 GTK_USER_STYLE:
   GTK_RC_STYLE is not set.
-  The widget has a user style assigned, and it's default style has been
+  The widget has a user style assigned, and its default style has been
   saved.
 
 GTK_RC_STYLE:

docs/tutorial/gtk_tut.sgml

@@ -6654,7 +6654,7 @@ the <ref id="sec_ProgressBar" name="Progress Bar"> widget.
 <sect1> Fixed Container
 <p>
 The Fixed container allows you to place widgets at a fixed position
-within it's window, relative to it's upper left hand corner. The
+within its window, relative to its upper left hand corner. The
 position of the widgets can be changed dynamically.
 
 There are only three functions associated with the fixed widget:

gdk/gdkwindow.h

@@ -201,7 +201,7 @@ void gdk_window_set_child_shapes (GdkWindow *window);
 void gdk_window_merge_child_shapes (GdkWindow *window);
 
 /*
- * Check if a window has been shown, and whether all it's
+ * Check if a window has been shown, and whether all its
  * parents up to a toplevel have been shown, respectively.
  * Note that a window that is_viewable below is not necessarily
  * viewable in the X sense.

gdk/x11/gxid.c

@@ -355,7 +355,7 @@ handle_claim_device(GxidClaimDevice *msg)
     {
       /* FIXME: this is a bit improper. We probably should do this only
 	 when a window is first claimed. But we might be fooled if
-	 an old client died without releasing it's windows. So until
+	 an old client died without releasing its windows. So until
 	 we look for client-window closings, do it here 
 	 
 	 (We do look for closings now...)

gtk/gtkclist.c

@@ -5706,7 +5706,7 @@ draw_row (GtkCList     *clist,
 			    intersect_rectangle.width,
 			    intersect_rectangle.height);
 
-      /* the last row has to clear it's bottom cell spacing too */
+      /* the last row has to clear its bottom cell spacing too */
       if (clist_row == clist->row_list_end->data)
 	{
 	  cell_rectangle.y += clist->row_height + CELL_SPACING;
@@ -5737,7 +5737,7 @@ draw_row (GtkCList     *clist,
 			  cell_rectangle.width,
 			  cell_rectangle.height);
 
-      /* the last row has to clear it's bottom cell spacing too */
+      /* the last row has to clear its bottom cell spacing too */
       if (clist_row == clist->row_list_end->data)
 	{
 	  cell_rectangle.y += clist->row_height + CELL_SPACING;

gtk/gtkclist.h

@@ -175,7 +175,7 @@ struct _GtkCList
   /* dynamicly allocated array of column structures */
   GtkCListColumn *column;
   
-  /*the scrolling window and it's height and width to
+  /* the scrolling window and its height and width to
    * make things a little speedier */
   GdkWindow *clist_window;
   gint clist_window_width;
@@ -584,7 +584,7 @@ GtkCellType gtk_clist_get_cell_type (GtkCList *clist,
 				     gint      row,
 				     gint      column);
 
-/* sets a given cell's text, replacing it's current contents */
+/* sets a given cell's text, replacing its current contents */
 void gtk_clist_set_text (GtkCList    *clist,
 			 gint         row,
 			 gint         column,
@@ -598,7 +598,7 @@ gint gtk_clist_get_text (GtkCList  *clist,
 			 gint       column,
 			 gchar    **text);
 
-/* sets a given cell's pixmap, replacing it's current contents */
+/* sets a given cell's pixmap, replacing its current contents */
 void gtk_clist_set_pixmap (GtkCList  *clist,
 			   gint       row,
 			   gint       column,
@@ -611,7 +611,7 @@ gint gtk_clist_get_pixmap (GtkCList   *clist,
 			   GdkPixmap **pixmap,
 			   GdkBitmap **mask);
 
-/* sets a given cell's pixmap and text, replacing it's current contents */
+/* sets a given cell's pixmap and text, replacing its current contents */
 void gtk_clist_set_pixtext (GtkCList    *clist,
 			    gint         row,
 			    gint         column,

gtk/gtkctree.c

@@ -1623,7 +1623,7 @@ draw_row (GtkCList     *clist,
   cell_rectangle.width = row_rectangle.width;
   cell_rectangle.height = CELL_SPACING;
 
-  /* rectangle used to clip drawing operations, it's y and height
+  /* rectangle used to clip drawing operations, its y and height
    * positions only need to be set once, so we set them once here. 
    * the x and width are set withing the drawing loop below once per
    * column */
@@ -1699,7 +1699,7 @@ draw_row (GtkCList     *clist,
 	}
     }
 
-  /* the last row has to clear it's bottom cell spacing too */
+  /* the last row has to clear its bottom cell spacing too */
   if (clist_row == clist->row_list_end->data)
     {
       cell_rectangle.y += clist->row_height + CELL_SPACING;

gtk/gtkmenu.h

@@ -104,7 +104,7 @@ void	   gtk_menu_popup		  (GtkMenu	       *menu,
 					   guint		button,
 					   guint32		activate_time);
 
-/* Position the menu according to it's position function. Called
+/* Position the menu according to its position function. Called
  * from gtkmenuitem.c when a menu-item changes its allocation
  */
 void	   gtk_menu_reposition		  (GtkMenu	       *menu);

gtk/gtkwidget.c

@@ -4554,8 +4554,8 @@ gtk_widget_real_unrealize (GtkWidget *widget)
    */
 
    /* We must do unrealize child widget BEFORE container widget.
-    * gdk_window_destroy() destroys specified xwindow and it's sub-xwindows.
+    * gdk_window_destroy() destroys specified xwindow and its sub-xwindows.
-    * So, unrealizing container widget bofore it's children causes the problem 
+    * So, unrealizing container widget bofore its children causes the problem 
     * (for example, gdk_ic_destroy () with destroyed window causes crash. )
     */
 

gtk/testgtk.c

@@ -2048,7 +2048,7 @@ tips_query_widget_entered (GtkTipsQuery   *tips_query,
   if (GTK_TOGGLE_BUTTON (toggle)->active)
     {
       gtk_label_set_text (GTK_LABEL (tips_query), tip_text ? "There is a Tip!" : "There is no Tip!");
-      /* don't let GtkTipsQuery reset it's label */
+      /* don't let GtkTipsQuery reset its label */
       gtk_signal_emit_stop_by_name (GTK_OBJECT (tips_query), "widget_entered");
     }
 }

tests/testgtk.c

@@ -2048,7 +2048,7 @@ tips_query_widget_entered (GtkTipsQuery   *tips_query,
   if (GTK_TOGGLE_BUTTON (toggle)->active)
     {
       gtk_label_set_text (GTK_LABEL (tips_query), tip_text ? "There is a Tip!" : "There is no Tip!");
-      /* don't let GtkTipsQuery reset it's label */
+      /* don't let GtkTipsQuery reset its label */
       gtk_signal_emit_stop_by_name (GTK_OBJECT (tips_query), "widget_entered");
     }
 }