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>
This commit is contained in:
GMT 2000 Tony Gale 2000-02-29 13:15:10 +00:00 committed by Tony Gale
parent 160e3574ac
commit 6ab2659931
24 changed files with 100 additions and 37 deletions

View File

@ -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,

View File

@ -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,

View File

@ -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,

View File

@ -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,

View File

@ -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,

View File

@ -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,

View File

@ -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,

2
TODO
View File

@ -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,

View File

@ -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:

View File

@ -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

View File

@ -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:

View File

@ -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:

View File

@ -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);

View File

@ -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:

View File

@ -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:

View File

@ -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.

View File

@ -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...)

View File

@ -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;

View File

@ -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,

View File

@ -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;

View File

@ -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);

View File

@ -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.
* So, unrealizing container widget bofore it's children causes the problem
* gdk_window_destroy() destroys specified xwindow and its sub-xwindows.
* So, unrealizing container widget bofore its children causes the problem
* (for example, gdk_ic_destroy () with destroyed window causes crash. )
*/

View File

@ -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");
}
}

View File

@ -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");
}
}