Release Notes for AnalytiCalc/Amiga
  This version of AnalytiCalc is made possible by imploders that permit,
finally, distribution of AnalytiCalc in an immediately usable form. This release
uses only ONE window for its' operations (less confusing) and can be run from
icons. Two executables are furnished: a smaller and a larger table version.
These will self-decompress (thanks to Imploder!). If AnalytiCalc is run from
CLI, an assignment to DK: should be made to allow access to the keypad and
online help files. In this disk, the assignment would be to directory 
"AnalytiCalc".
   Because the code now uses only one window, no selection need be made
between windows. 
   AS FURNISHED, the executable directories contain a file
 Version 25-3A 7/1/1990
  A new addressing mode has been added to cells. You can use addresses for a
cell of the form P#_AB where A and B are accumulators containing column and
row respectively of the cell to be addressed. Remember that row 1 is number
2 here (since accumulators occupy row address 1). Thus cell A1 is addressed
with column 1 row 2 and so on. The other accumulator computed form of address,
P#%AB, where A and B are accumulators holding OFFSETS from the current column
and row, still works.


 Second major release, 8/31/1987
 AnalytiCalc now uses only 1 window. It is sized for either interlace
or noninterlace screen depending on the initial question asked. All the
old "lower window" inputs now come into this one (raw:) window, so
the need to click into the appropriate window no longer exists.
  The next planned improvements will add an AREXX interface somehow (if
I can find a way to do it) and will junk the current use of the AmigaDos
RAW: device, using a window with real menus (egads!) instead. The menus
will however largely duplicate existing functions and will probably be
specifiable externally (as by using formulae in the accumulator cells)
instead of all being hard wired. An exit, get sheet, and save sheet will
certainly be added as menu items, though.
  analytiCalc uses a RAW: window for the main spreadsheet and knows
how to parse escape sequences. Thus the arrow keys work, and the help
key does also. Also keys F1 to F10 become the commands @dk:AKA.CMD
to @DK:AKJ.CMD. To use this, assign somewhere as DK: before running
and place command files in as desired. No keymap file is supplied or
needed.
 You can use commands S followed by suitable DB commands to size the sheet
area to fit the window you want to use.
  Note that the subroutines in AnalyO.Ftn can be overlaid against each
other. I intend to try this to see if a 512K version of AnalytiCalc can
be devised. I am not very optimistic however. I suspect you'll just need
a meg to run AnalytiCalc (more memory is OK too), but will try for a
shrink job. Anyone who beats me to it and can get AnalytiCalc running
in 512K please let me know.
   In this version essentially all console output goes through SWRT
(cursor controls and modes via UVT100). Input is done via GETTTL
eventually, though routine VGET is used in places. By replacing these I will
re-do the window I/O.
	Glenn Everhart
	25 Sleigh Ride Rd.
	Glen Mills, PA 19342


3D Cell commands
Some commands have been added to V25 to enable operation in a 3D mode.
Cell addresses can have %nnn or %letter (nnn is a number, letter is a
SINGLE letter) to refer to page nnn or to the page number in the
accumulator of letter. That is,
  B7%3 is cell B7 of page 3.
  F2%R is cell F2 of the page in accumulator R. Thus if accumulator R
contains 5, F2%R would be cell F2 in page 5.

  Paging mode is controlled by MD commands:
MDD   disables 3D mode
MDN   disables 3D mode, leaving 3D addresses legal (but same as if the
		%nnn stuff were omitted)
MDEcoloff,rowoff  enables 3D mode. coloff is the offset in columns
	from one page to the next, and rowoff is the offset in rows.
	The normal use would be coloff being 0 and rowoff being
	at least the screen size.
MDFcoloff,rowoff  enables 3D mode. Also will force translation to 3D format
	of cells relocated (or loaded via GPR commands).

Display controls: 
  ORMC or OAMC cell act like OR or OA but remap columns down from the
current page to lower pages.
  ORMR or OAMR cell remap rows down from the current page. 

  These give ability to view "into" the page dimension of the sheets.
  They may be suffixed with D to attempt to preserve prior mappings
to a degree (similar to ORD vs OR; see the manual.)