home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Club Amiga de Montreal - CAM
/
CAM_CD_1.iso
/
files
/
316.lha
/
EtaleFileReader
/
README
< prev
next >
Wrap
Text File
|
1989-11-30
|
5KB
|
105 lines
The
Etale
File Reader
by William F. Hammond
Copyright 1989
[This software is freely distributable. It may not be included in a
product that is sold without the permission of the author except in
a package of freely distributable software for which a modest charge
for material and handling is imposed.]
This is yet another "more"-type file reader which differs from
all others that I know of in that it supports superscripts and sub-
scripts on the Amiga's screen at very low memory cost. (The "Aztec C",
v. 3.6, executable is of size 14,708.) In fact, by my stopwatch, when
running in "scroll mode", it puts text to its window faster than
"type" will put it to a shell or CLI window under "fast-text".
Subscripts and superscripts are represented on the screen according
to the appearance of the following (high) ASCII codes in a file:
87 start superscript
86 stop superscript
88 start subscript
8A stop subscript
In this version of the program codes 87 and 8A are handled the same
way, and codes 86 and 88 are handled the same way. The four codes
are provided since some of these files may eventually get filtered
through to a printer which wants four different codes.
The Amiga screen font "etale.font" is a fixed-width 8x8 font that
contains mathematical characters, including a complete Greek alphabet
in the high codes. This reader is designed for use in conjunction
with the
Etale
font. That font is supplied with the binary package.
To facilitate the production of documents in the
Etale
font there
is an Amiga keymap called "math" furnished with the binary package.
Of course, one also needs an editor (no word processors, please) that
fully
respects the user's font and keymap.
Although this program does not open an ARexx port (ARexx is a
product of William S. Hawes, Maynard, Mass., USA), it does have a
"programmed" mode of operation. Thus, it can be opened from within
an editor with a suitable ARexx facility on the page being edited.
For more information on the Etale File Reader, see the file
"efr.doc" in the binary package.
Although this has been coded in an "Aztec C", v. 3.6, environment,
it uses Amiga "types" consistently throughout except for variables
that pick up returns from compiler library functions (like "strlen")
that are supposed to return "int" and which, therefore, return 16 bits
under Aztec and 32 bits possibly in other environments. I have been
assured by a friend that this code compiles and runs in the "Lattice"
environment.
The files in this package are:
bfgets.c 443 ----rw-d 17-Sep-89 19:08:14
efr.blink 139 ----rw-d 17-Sep-89 19:09:43
efr.c 7230 ----rw-d 17-Sep-89 19:10:04
efr.lt.hs 345 -s--rwed 25-Sep-89 07:42:09
efr.mx.hs 529 -s--rwed 17-Sep-89 19:11:02
getdirs.c 1458 ----rw-d 17-Sep-89 17:21:02
ltoa.c 900 ----rw-d 17-Aug-89 11:26:51
numget.c 2200 ----rw-d 17-Sep-89 17:21:44
parseline.c 6866 ----rw-d 20-Sep-89 20:40:01
tdm.h 4148 ----rw-d 17-Sep-89 20:57:09
tdm.i.c 256 ----rw-d 17-Sep-89 17:34:40
tnump.c 1139 ----rw-d 17-Sep-89 17:24:32
txttw.c 11374 ----rw-d 20-Sep-89 21:11:52
writeline.c 1441 ----rw-d 15-Sep-89 16:03:38
The file "tdm.h" is a common header that is included in every "*.c"
except for "ltoa.c", "bfgets.c" (which are general purpose functions)
and "tdm.i.c" (which is the source file for "pre-compiled includes").
"efr.c" is the executive, and "txttw.c" is the screen-manager.
Decision making is all in the hands of these two routines.
The program looks at a file one line at a time, and, as appropriate,
sends the line to the program's custom borderless and gadgetless
full-screen window in "parts" (see the definition of "struct LinePart"
in "tdm.h"). Each line is sent to parseline for division into parts
and then to "writeline" for actual transmission to the window.
The file "efr.mx.hs" is an AmigaDOS script for compiling and
and linking in an Aztec C, v. 3.6, environment. I am told that the
script file "efr.lt.hs" and the "with" file "efr.blink" will be useful
to those wishing to make an executable in the "Lattice" environment
and that such an executable will be about 3K larger than the
executable size reported above.
Please report bugs, problems, comments to:
William F. Hammond Dept. of Mathematics and Statistics
Tel. (518) 442-4625 SUNYA
Email: wfh58@leah.albany.edu Albany, NY 12222 (USA)