diff --git a/src/Architecture.txt b/src/Architecture.txt index 1d30ac1055..a91bbb6f93 100644 --- a/src/Architecture.txt +++ b/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.