home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Monster Media 1993 #2
/
Image.iso
/
os2
/
gspm25.zip
/
gspm25.doc
< prev
next >
Wrap
Text File
|
1993-05-20
|
6KB
|
127 lines
Program Description:
This is an OS/2 2.x port of the GNU GhostScript 2.5.2 with a Presentation
Manager driver (Version 2.5a by Jim Yang).
To use the program:
1. Edit the file gs.cmd file. Set the position of the drawing
window with the environment variable gsos2_pos. Syntax:
gsos2_pos=X Y windowCX widowCY imageCX imageCY
where (X,Y) is the lower left corner of the frame window,
windowCX and windowCY are the width and height of the client
window, and imageCX, imageCY are the width and height of the
document. If the document size is larger then the client window
size, scroll bars will be created automatically.
You can use the arrow keys and the Page Up, Page Down keys to
move the scroll bars.
The values
352 4 442 572 442 572
for gsos2_pos specified in gs.cmd are ok if you have a
800 x 600 display. Also, set the environment
variable gs_lib to tell GhostScript were the initialization files
(gs_init.ps, gs_fonts.ps, etc) are.
In addition, set the environment variable gsos2_dpi. Syntax:
gsos2_dpi=Xdpi Ydpi,
where Xdpi = WIDTH / (paper width in inches), and Ydpi = HEIGHT /
(paper height in inches). For example, if you specify 442 as
WIDTH and 572 as HEIGHT for gsos2_pos, and you want use the
drawing window to preview 8.5 inch X 11 inch documents, then
Xdpi = 442 / 8.5 = 52 and Ydpi = 572 / 11 = 52. GhostScript
produce better results for halftone patterns (dithering)
if you make Xdpi = Ydpi.
Set the environment variable gsos2_mode. Syntax:
gsos2_mode=N
where N = 1 for 256 color mode, N = 2 for 16 gray scale mode, and
N = 0 for 4 gray scale mode.
2. Type 'gs' from a windowed os2 session. For example, type
gs "-sDEVICE=gif8"
to select the gif8 device. Note the quotes around
-sDEVICE=gif8.
To terminate the program: type 'quit' or double click on the ghost icon
on the upper left hand corner of the drawing window.
You can type commands when either the command window or the drawing window
has the input focus. However, the drawing window accepts only simple
characters, including carriage return and backspace, but not characters
like tab. The ability of the drawing window to take input is mainly
intended for passing carriage return to the GS interpreter in response to
the "showpage, press <return> to continue" prompt, and for issusing simple
commands like "(tiger.ps) run". Since the inputs to the command window and
inputs to the drawing window are maintained by differents threads with
different character buffers, you should finish typing a complete
line (punctuated by carriage return) before switching to the other window.
For example, you should not start typing a line into the command window, and
subsequently switch and type the rest of the line into the drawing window.
Optional:
1. Add a program object to one of your folders that points to the
file 'gs.cmd', and then attach the ghost.ico icon (included
with this archive) to the program object. Then you can drag
and drop a PostScript file over the ghost icon and GS will
automatically display that file.
2. Edit the file "fontmap" so that GS uses the .pfb fonts in your
\psfonts directory. For example, append the line
/Helvetica (d:/psfonts/helv.pfb);
to the end of the file fontmap, and GS will use d:/psfonts/helv.pfb
whenever it needs the Helvetica font. For your convience,
a file called fontmap.tail is included with this archive. If
you append fontmap.tail to the end of fontmap, GS will use
all of the ATM fonts that came with OS/2 2.0. Fontmap.tail
assumes that the ATM fonts are in the d:\psfonts directory.
Remember, use forward slashes to separated directories - ie, use
"(/apps/gs/tiger.ps) run" to preview the file 'tiger.ps'.
Known Problems:
1. When using the 256 color mode, some windows' colors are all wrong. This
is because these programs do not handle the WM_REALIZEPALETTE message
correctly. Solution: don't use these programs, or use the 16 gray scale
mode of the gspm25.
2. When using the 256 color mode, if a dialog box covers the drawing
window and then is removed, the area under the dialog box contains the
wrong colors. This is a bug related to the palette management of OS/2.
In short, PM redraws the area under the dialog box (or pull down menu),
but draws it incorrectly when the physical palette has been changed.
In contrast, the application is responsible for redrawing areas that
where covered by other windows and then exposed. Solution: minimize
and then restore the drawing window.
4. When using the 256 color mode, if you run another program that calls the
WinRealizePalette function, or if you run a full screen dos program and
then return to the OS/2 desktop, the drawing window no longer redraws
with the correct colors. This is because a) only the window that has
the input focus will have its palette realized absolutely, and b) there
is a bug in the function GpiBitBlt when using non-default physical
palette. Solution: use the 16 gray scale mode of the gspm25.
If you want to report a problem, include a detailed description of your
system.
--------------------------------------------------------------------------
Jim Yang
jyang@daedalus.caltech.edu