spell check

git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@1604 57a11ea4-9604-0410-9ed3-97b8803252fd

src/Architecture.txt

@@ -11,14 +11,14 @@ and memo field, date entered and date reconciled fields,  quantity and
 price fields (price == 1.0 for plain old bank accts), and some misc disposition
 fields.
 
-The current implementation is file-format (not sql) based.   It defines a byte 
-stream, for saving to a file or transmitting via pipes/sockets ("persisitance"
+The current implementation is file-format (not SQL) based.   It defines a byte 
+stream, for saving to a file or transmitting via pipes/sockets ("persistence"
 and "data migration" -- the byte stream allows the engine objects to be 
 moved/copied/dynamically recreated on any host. ).  The API also 
 provides simple concurrency controls, including a session object, and 
-primitives for begining/commiting/rejecting edits.  This should be enough to 
+primitives for beginning/committing/rejecting edits.  This should be enough to 
 allow SQL-based transactional back ends to be implemented.   The GUI uses
-and respects these primitives, so gnucash as a whole should "just work" with
+and respects these primitives, so GnuCash as a whole should "just work" with
 an SQL back end.
 
 The engine code contains no GUI code whatsoever, and is essentially OS-neutral.
@@ -29,24 +29,24 @@ The Register
 ------------
 "The Register" (src/register) implements a ledger-like GUI that allows the user
 to dynamically enter dates, prices, memos descriptions, etc. in a natural,
-intutitive fashion that should be obvious to anyone who's used a checkbook
+intuitive fashion that should be obvious to anyone who's used a checkbook
 register.  The code is highly configurable, allowing the ledger columns and
-rows to be laid out in any way, with no restirictions on the function, type
+rows to be laid out in any way, with no restrictions on the function, type
 and number of columns/rows.  For example, one can define a ledger with
 three date fields, one price field, and four memo fields in a straightforward
-fasion.  Cell handling objects support and automatically validate date
-entry, memo entry (w/autocompletion), prices, comboboxes (pulldown menus),
-multi-state checkboxes.  Cells can be marked read-write, or output-only. 
+fashion.  Cell handling objects support and automatically validate date
+entry, memo entry (w/auto-completion), prices, combo-boxes (pull-down menus),
+multi-state check-boxes.  Cells can be marked read-write, or output-only. 
 Cells can be assigned unique colors.  The currently active ledger row-block
 can be highlighted with a unique color. 
 
 The register code is mostly GUI-independent; i.e. the motif/gtk/qt code is
 confined to two files and a small number of lines of code.   The Motif version
 is the best one currently, the gtk code works, but the underlying gtk table
-widget is not really powerful enought to provide an elegent interface.
+widget is not really powerful enough to provide an elegant interface.
 
 The register code is completely independent of the engine code, knows nothing
-about accounting or any of the other gnucash subsystems.  It can be used
+about accounting or any of the other GnuCash subsystems.  It can be used
 in independent projects that have nothing to do with accounting.
 
 Reports
@@ -58,7 +58,7 @@ data.  Very alpha code, under development.
 Quotes
 ------
 "Quotes" (src/quotes) is a perl system to fetch stock price data off the net
-and jam it into the gnucash engine API.  Very alpha, under development.
+and jam it into the GnuCash engine API.  Very alpha, under development.
 
 Scheme
 ------
@@ -72,15 +72,15 @@ GnuCash
 "GnuCash" (src/motif, src/gnome, src/qt) is the main GUI application.  It
 consists of a collection of miscellaneous GUI code to glue together all of the
 pieces above into a coherent, point-and-click whole.   It is meant to be
-easy to use and intuitive to the novice user without sacraficing the power
+easy to use and intuitive to the novice user without sacrificing the power
 and flexibility that a professional might expect.    When people say that
 GnuCash is trying to be a "Quicken/MSMoney look/work/act-alike", this is 
-the piece that they are refering to.  It really is meant to be a personal-finance
-manager with enough power for the power user and the ease of use for the beginer.
+the piece that they are referring to.  It really is meant to be a personal-finance
+manager with enough power for the power user and the ease of use for the beginner.
 
 Currently, the Motif interface is the only operational interface.   The gtk 
 code compiles, but most of the functions are not wired in.  The Qt code won't 
-copmpile, most-all functions are missing.
+compile, most-all functions are missing.