home *** CD-ROM | disk | FTP | other *** search
- ┌──────────────────────────────────────────────────────────────────────────┐
- │ SOURCEWARE ARCHIVAL GROUP │
- │ NEW ADDITIONS TO READER.EXE VERSION 3.0 │
- └──────────────────────────────────────────────────────────────────────────┘
-
- Please read the READER.DOC file for a complete explanation of the features
- of this version of the READER.
-
- There have been MANY changes made to the the entire SWAG product since the
- last release. The SWG files have a completely new file structure :
-
- TYPE
- SwagHeader =
- RECORD
- HeadSize : BYTE; {size of header}
- HeadChk : BYTE; {checksum for header}
- HeadID : ARRAY [1..5] OF CHAR; {compression type tag}
- NewSize : LONGINT; {compressed size}
- OrigSize : LONGINT; {original size}
- Time : WORD; {packed time}
- Date : WORD; {packed date}
- Attr : WORD; {file attributes and flags}
- BufCRC : LONGINT; {32-CRC of the Buffer }
- Swag : STRING[12]; {stored SWAG filename}
- Subject : STRING[40]; {snipet subject}
- Contrib : STRING[35]; {contributor}
- Keys : STRING[70]; {search keys, comma deliminated}
- FName : PathStr; {filename (variable length)}
- CRC : WORD; {16-bit CRC (immediately follows FName)}
- END;
-
- There are several advantages to this approach.
-
- 1. It allows the SWAG material to be stored as an archive of snipets. Each
- file is almost as small as the current compressed .SWG files but the entire
- file does NOT have to uncompressed for viewing.
-
- 2. The headers are stored dynamically, so returning them is VERY, VERY
- fast.
-
- 3. The deletion of items is much quicker as the entire file does not have
- to be rebuilt each time.
-
- 4. The GREP function now works at "light" speed as it should. I've changed
- the default for GREP to search just the headers. If a user wants to search
- the entire body of the text, then they will enter the tilde (~) character
- for this. This does slow the search down, but it's still much faster than
- the present GREP. Also added the KEYS field which expands the header and
- gives greater flexibility on searches.
-
- Essentially, version 3.0 data is based on the LHARC file format with some
- extra information. This allows for compression of each snipet as a seperate
- item, and provides for a VERY FAST return of each header.
-
- I've written a collection of programs to ADD, DELETE and VIEW the snipet
- archives. This will permit users to create their own SWAG collection if
- they so choose.
-
- Major Changes to READER.EXE for version 3.0, released on 11/26/94 are as
- follows :
-
- 1. Added EDIT HEADER feature using CTRL[H] to allow editing of CONTRIBUTOR,
- SUBJECT and KEYS. KEYS are used in the GREP function, making it much
- faster.
-
- 2. Added code to permit the use of the EQUAL(=) key and TAB key to return
- the NEXT item in the snipet window. Also added the BACKSPACE key to return
- the prior snipet.
-
- 3. The "KILL" feature now deletes the snipet and internally reorganizing
- the file in place. Also, if you "KILL" all of the snipets in a .SWG file,
- the file will be deleted.
-
- 4. Improved and speeded up the BOOLEAN AND/OR logic in the GREP function.
- See READER.DOC for full instructions on how this works.
-
- 5. Changed the logic used by the GREP function to search for KEYS. In
- previous verisons, the READER would search the ENTIRE snipet including the
- buffer unless you added a TILDE (~) in front of the search string. Now, it
- search the HEADER by default, and you can make it search the entire snipet
- by using the TILDE (~).
-
- 6. Eliminated the need for SWAGCOMP.EXE to compress .SWG files.
-
- WARNING !!!!! DO NOT USE THE SWAGCOMP.EXE program on the new .SWG files
- after conversion. This program is NO LONGER distributed, and should be
- deleted. The new READER.EXE version 3.0 WILL NOT HANDLE files compressed in
- the fashion used by previous versions.