World: r3wp

So, I can use it to generate graphs, and ordinary text for printing 
.. but fancy flowing text needs more work.

Henrik, I can't see why your preview takes 2 seconds to render.

What PC are you using?

celeron 700 with a 1 MB graphicscard

works ok on my test machine, but on the target machine, it's too 
slow...

yes, that is a slow PC.

I find View runs quite slowly on anything less than 1Ghz

are you drawing your barcode and translating it to final location?

huh, really, does it? I found View ok on Pentium 133MHz ;-)

you're probably not running large applications then.

well, old View, as new one does not support W95 anymore ..... but 
it looked ok for small things :-)

my encapped apps won't run on those slow PCs.

well, of course ... but then what is large application in View then? 
RebGui, tonnes of tabs?

app that runs about 20Mb in ram.

isn't the problem of tab style that all tabs are in memory actually?

yeah, it can take a while to initialize

My EMR runs about 60Mb in ram.

ok then .... never tried complex app. Hopefully, however, R3 is being 
said as more resources savy in View area, so ....

the slowness problem with view could be connected to that the event 
system has no throttling. I think I've mentioned that a couple of 
times :-)

I'm sure dos runs okay on 486 ...

1HGz PCs are not problem nowadays, really old machines, the thing 
is worse once we move to embedded machines/PDAs (400MHz, 64MB RAM) 
one day ....

which are like old dos machines really

Henrik - try eat events script or what was the name ... done by Romano 
or/and Gabriele ....

pekr, made my own system so problem temporarily solved, but it's 
still a problem for those with a fast sampling mouse

I tried running view on my old A4000/040 25 Mhz once. it was utterly 
useless.

graham, the barcode is drawn as an image and then pasted into the 
preview

Henrik - View was several times optimised. E.g. all-over events it 
used initially, and later on, Holger did some other improvements. 
But yes, Graham may be right, that for complex apps it is slow. OTOH 
we could see things really optimised by gurus. E.g. when I last looked 
at EMR, it was based upon many tabs. If all tabs are in fact in memory, 
then it could be a resource hog.

I doubt that windows 98/95 has the graphics heap to support it

graham, how long does it take for you to print the first page of 
the 20000 leagues... test page in your demo?

oh... was a postscript error.

>> do http://www.compkarori.com/reb/psd2draw5.r
** PostScript error at: [
    flow-translate 50x0
    flowbox 0x140 250x720
    grestore
    gsave
    flow-translate 310x0
    flowbox
]

the error comes when I try to print

geomol, can you post the links to your postscript docs again?

http://home.tiscali.dk/john.niclasen/postscript/postscript.r
http://home.tiscali.dk/john.niclasen/postscript/test.txt
http://home.tiscali.dk/john.niclasen/postscript/test.png

I didn't make documentation.

Henrik, I mentioned above that I ran out of time to finish the translation 
to postscript

I need to read up on postscript justification routines

graham, sorry I missed it

geomol, thanks. maybe it's worth mentioning on rebol weekly?

sure, I'll make a post in rebolweek group.

Some old news.

REBOL PostScript dialect: http://home.tiscali.dk/john.niclasen/postscript/postscript.r

Example of use:http://home.tiscali.dk/john.niclasen/postscript/test.txt

Result should look like this:http://home.tiscali.dk/john.niclasen/postscript/test.png

The dialect is useful for simple postscript output, even if I think, 
it has some design flaws. It require too many blocks, I think. I 
haven't had time to evolve the dialect further, but anyone is welcome 
to pick it up. There's no documentation, so you have to look in the 
source to figure out the keywords.

Do this in a REBOL prompt to run the test:

do http://home.tiscali.dk/john.niclasen/postscript/postscript.r

write %test.ps postscript load http://home.tiscali.dk/john.niclasen/postscript/test.txt

Now the file %test.ps holds the postscript output.

geomol, is page size locked to A4?

http://partners.adobe.com/public/developer/en/ps/sdk/5041.Text_Setting.pdf
<--- some light reading on text adjustment in PS

There is no page-format code in the dialect. I'm not sure, what default 
is with postscript (A4 or US letter).

looks like you need to parse AFM files to get the width information 
out of your font files to make proper font justification. so we need 
to build an AFM parser?

Gab has the metrics in pdf-viewer?

seems that it's not necessary, but I'm not sure when it's not necessary. 
there is a direct function to get the stringwidth precisely and through 
that create some simple PS code to center a string

haven't tried printing it yet though...

just tried it. works fine. looks like this could be simple to implement 
with text boxes in postscript.r