1 files changed, 19 insertions, 19 deletions

diff --git a/src/boxes/boxes.c b/src/boxes/boxes.c
index 4f542e1..b1c6e55 100644
--- a/src/boxes/boxes.c
+++ b/src/boxes/boxes.c
@@ -58,7 +58,7 @@ GLOBALS(
  * The things it is targeting are - vi and more (part of the standards, so
  * part of the toybox TODO), less (also on the toybox TODO), joe and
  * wordstar (coz Rob said they would be good to include), nano (again Rob
- * thinks it would be good and I agree), microemacs (to avoid religous
+ * thinks it would be good and I agree), microemacs (to avoid religious
  * wars), and mcedit (coz that's what I actually use).  The ex editor comes
  * along for the ride coz vi is basically a screen editor wrapper around
  * the ex line editor.  Sed might be supported coz I'll need to do basic
@@ -117,7 +117,7 @@ GLOBALS(
  * few examples.  A context holds a list of command to C function mappings,
  * key to command mappings, and a list of modes.
  *
- * Most of the editors targetted include a command line where the user
+ * Most of the editors targeted include a command line where the user
  * types in editor commands, and each of those editors has different
  * commands.  They would mostly use the same editing C functions though, or
  * short wrappers around them.  The vi context at the end of this file is a
@@ -132,7 +132,7 @@ GLOBALS(
  * menu to command mappings, and a list of displayed key/command pairs. 
  * Menu and key/command pair display is not written yet.  Most editors have
  * a system for remapping key to command mappings, that's not supported
- * yet.  Emacs has a heirarchy of key to command mappings, that's not
+ * yet.  Emacs has a hierarchy of key to command mappings, that's not
  * supported yet.  Some twiddling of the current design would be needed for
  * those.
  *
@@ -159,7 +159,7 @@ GLOBALS(
  * command" function.  Using most of the system with not much special casing.
  *
  *
- * I assume that there wont be a terribly large number of boxes.
+ * I assume that there won't be a terribly large number of boxes.
  * Things like minimum box sizes, current maximum screen sizes, and the fact
  * that they all have to be on the screen mean that this assumption should
  * be safe.  It's likely that most of the time there will be only a few at
@@ -174,7 +174,7 @@ GLOBALS(
  * My usual terminal is 104 x 380 characters.
  * There will be people with bigger monitors and smaller fonts.
  * So use sixteen bits for storing screen positions and the like.
- * Eight bits wont cut it.
+ * Eight bits won't cut it.
  *
  *
  * These are the escape sequences we send -
@@ -222,7 +222,7 @@ editing the contents of those lines, one line at a time.  For persistent
 line history, they both have to save and load those lines to a file.
 Other than that "readline" adds other behaviour, like moving the
 current line to the end when you hit return and presenting that line to
-the caller (here's the command).  So just making "readline" wont cut
+the caller (here's the command).  So just making "readline" won't cut
 out much of the code.  In fact, my "readline" is really just a thin
 wrapper around the rest of the code.
 
@@ -257,7 +257,7 @@ On Thu, 27 Dec 2012 06:06:53 -0600 Rob Landley <rob@landley.net> wrote:
 > On 12/27/2012 12:56:07 AM, David Seikel wrote:  
 > > On Thu, 27 Dec 2012 00:37:46 -0600 Rob Landley <rob@landley.net>  
 > > wrote:  
-> > > Since ls isn't doiing any of that, probing would just be awkward
+> > > Since ls isn't doing any of that, probing would just be awkward
 > > > so toysh should set COLUMNS to a sane value. The problem is,
 > > > we're not using toysh yet because it's still just a stub...  
 > > 
@@ -378,7 +378,7 @@ struct context			// Defines a context for content.  Text viewer, editor, file br
 {
   struct function *commands;    // The master list, the ones pointed to by the menus etc should be in this list.
   struct mode *modes;           // A possible empty array of modes, indexed by the view.
-    // OR might be better to have these as a linked list, so that things like Emacs can have it's mode keymap hierarcy.
+    // OR might be better to have these as a linked list, so that things like Emacs can have it's mode keymap hierarchy.
   eventHandler handler;         // TODO - Might be better to put this in the modes.  I think vi will need that.
     // Should set the damage list if it needs a redraw, and flags if border or status line needs updating.
     // Keyboard / mouse events if the box did not handle them itself.
@@ -412,7 +412,7 @@ struct damage
 {
   struct damage *next;  // A list for faster draws?
   uint16_t X, Y, W, H;  // The rectangle to be redrawn.
-  uint16_t offset;      // Offest from the left for showing lines.
+  uint16_t offset;      // Offset from the left for showing lines.
   struct line *lines;   // Pointer to a list of text lines, or NULL.
     // Note - likely a pointer into the middle of the line list in a content.
 };
@@ -462,7 +462,7 @@ struct _box
 {
   box *sub1, *sub2, *parent;
   view *view;                   // This boxes view into it's content.  For sharing contents, like a split pane editor for instance, there might be more than one box with this content, but a different view.
-    // If it's just a parent box, it wont have this, so just make it a damn pointer, that's the simplest thing.  lol
+    // If it's just a parent box, it won't have this, so just make it a damn pointer, that's the simplest thing.  lol
     // TODO - Are parent boxes getting a view anyway?
   uint16_t X, Y, W, H;          // Position and size of the box itself, not the content.  Calculated, but cached coz that might be needed for speed.
   float split;                  // Ratio of sub1's part of the split, the sub2 box gets the rest.
@@ -475,7 +475,7 @@ void drawBox(box *box);
 
 
 #define BOX_HSPLIT  1   // Marks if it's a horizontally or vertically split.
-#define BOX_BORDER  2   // Mark if it has a border, often full screen boxes wont.
+#define BOX_BORDER  2   // Mark if it has a border, often full screen boxes won't.
 
 static int overWriteMode;
 static box *rootBox;    // Parent of the rest of the boxes, or the only box.  Always a full screen.
@@ -543,7 +543,7 @@ void loadFile(struct content *content)
 
     do
     {
-      // TODO - get_line() is slow, and wont help much with DOS and Mac line endings.
+      // TODO - get_line() is slow, and won't help much with DOS and Mac line endings.
       temp = get_line(fd);
       if (temp)
         addLine(content, NULL, temp, len);
@@ -691,7 +691,7 @@ void drawLine(int y, int start, int end, char *left, char *internal, char *conte
 
   if (contents)
   {
-    // strncpy wont add a null at the end if the source is longer, but will pad with nulls if source is shorter.
+    // strncpy won't add a null at the end if the source is longer, but will pad with nulls if source is shorter.
     // So it's best to put a safety null in first.
     line[len] = '\0';
     strncpy(line, contents, len);
@@ -955,7 +955,7 @@ int moveCursorAbsolute(view *view, long cX, long cY, long sX, long sY)
   }
   else if (lX < cX)  // Trying to move beyond end of line.
   {
-    // See if we can move to the begining of the next line.
+    // See if we can move to the beginning of the next line.
     if (view->line->next != &(view->content->lines))
     {
       cY++;
@@ -1147,7 +1147,7 @@ void drawBox(box *box)
     bchars = (toys.optflags & FLAG_a) ? borderCharsCurrent[0] : borderCharsCurrent[1];
 
   // Slow and laborious way to figure out where in the linked list of lines we start from.
-  // Wont scale well, but is simple.
+  // Won't scale well, but is simple.
   if (box->view && box->view->content)
   {
     int i = box->view->offsetY;
@@ -1352,7 +1352,7 @@ void splitBox(box *box, float split)
   }
 
   // Note that a split box is actually three boxes.  The parent, which is not drawn, and the two subs, which are.
-  // Based on the assumption that there wont be lots of boxes, this keeps things simple.
+  // Based on the assumption that there won't be lots of boxes, this keeps things simple.
   // It's possible that the box has already been split, and this is called just to update the split.
   box->split = split;
   if (NULL == box->sub1)  // If not split already, do so.
@@ -2405,7 +2405,7 @@ void boxes_main(void)
       context = &simpleVi;
   }
 
-  // TODO - Should do an isatty() here, though not sure about the usefullness of driving this from a script or redirected input, since it's supposed to be a UI for terminals.
+  // TODO - Should do an isatty() here, though not sure about the usefulness of driving this from a script or redirected input, since it's supposed to be a UI for terminals.
   //          It would STILL need the terminal size for output though.  Perhaps just bitch and abort if it's not a tty?
   //          On the other hand, sed don't need no stinkin' UI.  And things like more or less should be usable on the end of a pipe.
 
@@ -2440,7 +2440,7 @@ void boxes_main(void)
 
     IGNBRK      ignore BREAK
     BRKINT      complicated, bet in this context, sends BREAK as '\x00'
-    PARMRK      characters with parity or frame erors are sent as '\x00'
+    PARMRK      characters with parity or frame errors are sent as '\x00'
     ISTRIP      strip 8th byte
     INLCR       translate LF to CR in input
     IGLCR       ignore CR
@@ -2490,7 +2490,7 @@ void boxes_main(void)
   // http://leonerds-code.blogspot.co.uk/2012/04/wide-mouse-support-in-libvterm.html is helpful.
   // Enable mouse (VT200 normal tracking mode, UTF8 encoding).  The limit is 2015.  Seems to only be in later xterms.
 //  fputs("\x1B[?1005h", stdout);
-  // Enable mouse (VT340 locator reporting mode).  In theory has no limit.  Wont actually work though.
+  // Enable mouse (VT340 locator reporting mode).  In theory has no limit.  Won't actually work though.
   // On the other hand, only allows for four buttons, so only half a mouse wheel.
   // Responds with "\1B[e;p;r;c;p&w" where e is event type, p is a bitmap of buttons pressed, r and c are the mouse coords in decimal, and p is the "page number".
 //  fputs("\x1B[1;2'z\x1B[1;3'{", stdout);