How do some programs seem to 'know' that if Condition A exists, then clauses 1, 2 and 3 should be inserted (or that new sub-question C should be posed to the end user), but if Condition B exists, only clause 2 and 4 should be inserted (or sub-question B posed to the end user)? Do these programs somehow possess an intuition-like quality?
Well . . . . no. Of course not.
They 'know' what to do because somebody sat down and coded the appropriate logic into the document necessary to make those 'decisions.'
'Document logic' (also called "Menu Driven Document Assembly") is a wonderful tool. It can make the document assembly process much easier than the alternative of having to select, copy and paste in each clause one-at-a-time (or manually highlight unnecessary text and delete it).
It is document logic that make or break a document assembly program. If easy, the program has 'legs'. If not, it flounders and this is where software becomes shelfware.
Document logic can be tough. It requires an understanding of a new 'language' and syntax. It demands lots of testing to make sure that everything is properly constructed. Nowhere is "GIGO" (garbage in, garbage out) more applicable.
Some document automation programs embed document logic as a necessary part of basic setup. If there is no embedded logic, there is no action! That drives many people to forgo document assembly from the 'get go.'
Not so with Pathagoras. If you want to 'code' your document for logic, it's there. You can add as much or as little (including none) as you want to try, but all other features of the program (variables, Instant Database, DropDown Lists, etc.) still perform to your needs and expectation.. Don't want or need to insert logic into your project for now, don't worry about it.
Because Pathagoras is 'plain text,' the form of document logic it implements (and your ability to create and edit the logic equations on the face of the document) is unparalleled Here are some of the benefits inherent with plain text document logic:
•You can see the logic equation by just looking at the document. Everything is facial. This is exclusive to Pathagoras.
•You can edit the logic equation on the face of the document itself. You don't have to activate a secret decoder, or go to remote sections of your document.
•You can test bits and pieces of document logic by simply highlighting, cutting and pasting the section you want to test into a new document. (Other programs require a link to an ancillary document, or require that you embed additional code from the parent document into the snippet being tested. This inhibits this kind of 'small snippet' testing.)
•You can even edit your logic equations on a machine on which Pathagoras has not been installed! (Of course, to test your work, you will need a Pathagoras computer.)
•Because only plain text characters are used, you can 'paint' the various elements of the equation so they stand out and apart from each other. Pathagoras even has a built in 'painter' that will do this for you (accessible by pressing <Alt-Q>). The colors are to make things easier to see. They are not integral or necessary. The colors will not be carried into any final document. (On the following pages, you will see 'painted' elements of various equations. As stated, the colors are for illustration and sample purposes. They will be helpful to you, but are not required for coding, can be copied from the Internet into your documents for testing.)
•Document logic can be implemented from the simplest to the most complex levels. It is not an all or nothing proposition with Pathagoras. Start simple and the build to as fancy and complex as you want.
Let's examine several 'document logic' approaches offered by Pathagoras, from the simplest to the most complex.