World: r3wp

A bit like curses:
http://www.rebolforces.com/articles/tui-dialect/

neat. could sometimes be nice if you are using SSH terminals a lot.

perfect.  It looks like what i need too.

it must be possible to describe a document for a dot matrix printer 
with that

I take it the application is windows based.

So, generate the output as postscript, and then use gsprint to print 
the postscript file to the epson printer ( default windows printer 
).

gsprint will format it for windows.

So Graham, why did you get rid of John's blocks in your fork of his 
dialect? Was it to make generation easier?

it looked ugly

I think John agreed too!

Is the dialect faster to process without them?

never went that far ...

If you like I'll pull my script and post it somewhere for dissection 
and improvement.

That would be cool. I'd like to see if there would be a way to make 
it more powerful, something along the lines of Functional PostScript.

Interesting.

If they can do it in Scheme .. why not rebol?

You'll note that rotations and translations may not work so well.

I always thought Scheme was a little clumsy for that. REBOL should 
be better.

The latest version got rid of many of the blocks:
http://home.tiscali.dk/john.niclasen/postscript/postscript.html

A test source: http://home.tiscali.dk/john.niclasen/postscript/test.txt

if there's anything you need to borrow:

http://www.colellachiara.com/soft/PDFM2/pdf-maker.html

http://www.colellachiara.com/soft/PDFM2/typesetter.html

Sweet. I'll take a look next week.

Anyone know anything about page size and orientation in postscript? 
I'm trying to implement that in postscript.r. I got EPS partially 
working, but I don't know how printers handle EPS.

eps is just postscript.

but ...

some programs hide binary data in eps for preview purposes

right, but does the printer center the drawing or put it in a corner 
or scale it up or how?

the eps decides that.

I'm just not sure that is a good way to handle page sizes

hopefully the eps will print at 0x0 and you translate the coordinates 
to where you want to print it.

most of the time I think most eps printing is done inside a dtp program 
and you can then shift the image around to where you want it.

Doing it programmatically without being able to interpret the eps 
is just trial and error.

yeah, that's the problem

you would need a postscript interpreter to find out where the image 
is going to go.

it seems Preview insists on using Letter as page size for postscript.r 
output. I have to assume that a real printer does the same. I need 
A4 and A5 both in portrait and landscape.

because eps is just a special postscript file that does not permanently 
alter the environment

Preview ?

Preview.app

have you specified the bounding box correctly?

it ignores it

only works for EPS

Odd ...

gsview works for me ...

I think I need to specify this in the PS file, otherwise the printer 
just prints everything in Letter/portrait

yes ...

you need a bounding box in your ps file

oh, hang on. there was a combination of things I didn't try here...

nope, happily ignored

try some other ps files generated by other apps