diff src/glyphs-widget.c @ 5384:3889ef128488

Fix misspelled words, and some grammar, across the entire source tree. See xemacs-patches message with ID <AANLkTi=edkEKtK3pZ60ytsG5pTJQy2TjAEVCZCLOa-oA@mail.gmail.com>.
author Jerry James <james@xemacs.org>
date Thu, 24 Mar 2011 11:00:11 -0600
parents 8b2f75cecb89
children 4dee0387b9de
line wrap: on
line diff
--- a/src/glyphs-widget.c	Thu Mar 24 06:22:25 2011 +0000
+++ b/src/glyphs-widget.c	Thu Mar 24 11:00:11 2011 -0600
@@ -281,7 +281,7 @@
   widget_query_string_geometry (text, face, 
 				0, &charheight, domain);
   /* For the returned value to be useful it needs to be big enough to
-     accomodate the largest single-height widget.  This is currently
+     accommodate the largest single-height widget.  This is currently
      the edit-field. */
   return charheight + 2 * widget_spacing (domain)
     + 4 * widget_border_width (domain);
@@ -1303,7 +1303,7 @@
    size of individual widgets will affect where they get placed. The
    same is true for several rows of widgets. To solve this problem we
    introduce the notion of `logical_unit_height'. This is a size
-   quantity that is designed to be big enough to accomodate the
+   quantity that is designed to be big enough to accommodate the
    largest `single height unit'. The function
    widget_logical_unit_height() determines the value of this in
    pixels. It is dependent on the widget face and some combination of
@@ -1673,7 +1673,7 @@
 
 If the components of a widget layout are justified to the top or the
 bottom then they are aligned in terms of `logical units'. This is a
-size quantity that is designed to be big enough to accomodate the
+size quantity that is designed to be big enough to accommodate the
 largest `single height' widget. It is dependent on the widget face and
 some combination of spacing and border-width. Thus if you specify top
 or bottom justification in a vertical layout the subcontrols are laid