home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The Datafile PD-CD 5
/
DATAFILE_PDCD5.iso
/
utilities
/
r
/
riscript
/
ReadMe
next >
Wrap
Text File
|
1994-09-17
|
5KB
|
102 lines
Getting Started
---------------
There are two applications in the archive: RiScript and ScripTerm.
RiScript is a PostScript-previewer that can save the image as a draw
file (no, not only a sprite but real objects). ScripTerm is a terminal
that can be connected to the previewer.
Globally, there are two ways of using the software, namely interactively
and in batch mode. When double clicking a PostScript-file RiScript will
be started (when it is not running yet, of course) in batch mode, i.e.
without a terminal (ScripTerm). When starting the RiScript application
(double clicking the application icon) then RiScript will be started in
interactive mode (i.e. with separate terminal).
When RiScript is running in batch mode, double clicking a PostScript-file
will start a new job, i.e. the current page will be erased etc. When
RiScript is running in batch mode, a terminal can be attached by starting
the ScripTerm application _and_ selecting the menu item "interactive" in
the RiScript-application (in this order).
When the previewer is in interactive mode, it is also possible to enter
commands via the terminal (ScripTerm window). Double clicking on a Post-
Script-file in this mode will not start a new job but `add' the contents
to the current job (this means that the output will be merged). Pressing
^D will start a new interactive job. Selecting the "interactive" menu item
when in interactive mode will cause the previewer to run in batch mode.
This can also be achieved by quitting ScripTerm.
Known `Bugs'
------------
It grabs quite a lot of memory. This can be changed, but only statically.
This means that it can only be set at start-up with program parameters.
How to change this is explained in one of the Doc files. Remember, however,
that a real PostScript printer needs quite some memory (e.g. 6M).
Some missing features are:
- packed arrays (not _very_ important; the PostScript printer driver
of Acorn does however use this feature for unavailable fonts);
- Type 1 fonts (this can be a real nuisance when using special fonts);
- clipping (depends on the file whether important).
RiScript and ScripTerm are both implemented in C. This will limit the speed
but more importantly it is quite difficult to detect integer overflow (if
somebody knows a trick, please tell us). This might cause some problems.
Sometimes the bounding boxes of the objects are wrong. We're not sure what
to do, but draw can handle most of the generated files. Furthermore, there
appear to be programs that give awidthshow real numbers as parameters. We
so far have only implemented it for integers.
RiScript does not run on RISC OS 2 machines. Sorry, but we use quite some
RISC OS 3 features, so it will probably not appear for RO2.
There are files where the result is different from the result on a PS-
printer. If you have such a PS-file, please send it to us and we will try
to improve RiScript.
Hints and Tips
--------------
There are quite some people who have the RISC OS font AvantG instead of
AvantGarde. Please change the file <RiScript$Dir>.Fonts.AvantGarde in such
a way that the first set of mappings instead of the second are commented
out (for those without PostScript knowledge: comments start with a percent
sign (%) and end at the end of a line). A comparable procedure has to be
executed if you have selwyn instead of zapf.dingbats.
In this archive, clip paths are shown by thin red dashed lines in the
generated image. If you do not want this, you'll have to edit the file
<RiScript$Dir>.System.Utils and ‘decomment’ the first defintion of clip
and comment out the second definition (lines upto and including "} def").
The path returned by the clippath operator is useless. If your PostScript
program make use of it, there can happen funny things.
If you want to preview PS-files that use Auto Kerning they probably are
quite slow. You better turn off this feature, if you are generating the
file yourself, for it will slow down the process considerably (this is
probably the case with other PostScript generating tools too) and will
generate many many objects. It is even better not to right justify your
document.
W.r.t. draw: there can be quite some white rectangles in the file, especially
using Impression with coloured (i.e. not transparant) frames. Furthermore,
remember that the ‘paper’ is also saved (this is the object I throw away
immediatly when editing the generated draw-file; perhaps this should be
an option).
Questions, remarks, and problems
--------------------------------
Please let us know when you have questions, remarks, or problems.
bos@prl.philips.nl
medema@prl.philips.nl