World: r3wp

I don't get The 'img variable is set to an image! type, just like 
it is when using load-image from a file or url (which I couldn't 
get to work either).

Sorry, should be:


I don't get it. The 'img variable is set to an image! type, just 
like it is when using load-image from a file! or url! (which I couldn't 
get to work either).

I'm very confused right now. Images now work, but are placed in the 
wrong corner, despite being given the same coordinates as text and 
boxes.

solved the positioning problem

Henrik, did you create a dialect that takes a VID layout and produces 
a printout in PS?

Yes... I know it's 1am for you!

yes, I did

How well does it work?

actually not a dialect, it just converts a View object tree to postscript. 
it's used in the same way as to-image is on a layout.

Kewl

Have you published it?

http://rebol.hmkdesign.dk/files/vid-postscript2.png

http://rebol.hmkdesign.dk/files/to-postscript.r

close ....

if you're doing B/W stuff and not worrying too much about text wrapping, 
then it should work.

since it works on a view object ... it should work on Rebgui as well

no bitmap support and no wrapped text support.

why not?

(which is why it says wednesday twice in one of the fields in the 
postscript output.

the ps dialect supports rebol image format

because that is handled at the View level. text wrapping information 
is not available in the layout tree.

Hope Vid+ doesn't have that limitation

The approach would be similar, but I don't know if that information 
can be extracted. Perhaps it can if Cyphre is pushed hard enough. 
:-)

Pehaps we need some hooks into the layout engine that allows us to 
extract this type of data

eg. we can submit an area to the layout engine and get a graphic 
back at a specified resolution

rich text has some bugs, which cyphre is able to fix once he gets 
time, so I hope this will be possible to hook into. i.e. it's not 
a closed part that we can't touch.

so, we can do the text formmating using VID+ and take it out as a 
graphic

probably better if we can get the xy of each character in the text 
string

that is possible

I'll get to know it more when we get to build a real rich text editor

Doesn't seem to work with layouts from rebgui

>> lo2: display "Test" [ text "hello" ]
>> unview/all
>> type? lo2
== object!
>> to-postscript lo2
** Script Error: Cannot use path on none! value
** Where: ps-face
** Near: if f/font/name [append font-name 'Helvetica]
if find

perhaps the layout tree is different for rebgui

all to-postscript.r does is go through the layout tree and renders 
each object as a postscript color box with a text box on top of it. 
face values are just mapped into postscript.

the first place it barfs in this simple layout is here

        if f/font/name [append font-name 'Helvetica]

Which seems to say, if you have specified a font, ignore it and just 
use helvetica!

for Rebgui ... f/font is none

I think that was supposed to be some kind of font mapping which wasn't 
finished.

Probably the best thing is to ensure the user uses the PostScript 
TTFs in their layouts

and then you can map

Let me check to see what mapping I use ...

; map postscript fonts to windows fonts
	fonts: [
Bookman-Demi
 "URW Bookman L Demi Bold"
Bookman-DemiItalic
 "URW Bookman L Demi Bold Italic"
Bookman-Light
 "URW Bookman L Light"
Bookman-LightItalic
 "URW Bookman L Light Italic"
Courier
 "Nimbus Mono L"
Courier-Oblique
 "Nimbus Mono L Regular Oblique"
Courier-Bold
 "Nimbus Mono L Bold"
Courier-BoldOblique
 "Nimbus Mono L Bold Oblique"
AvantGarde-Book
 "URW Gothic L Book"
AvantGarde-BookOblique
 "URW Gothic L Book Oblique"
AvantGarde-Demi
 "URW Gothic L Demi"
AvantGarde-DemiOblique
 "URW Gothic L Demi Oblique"
Helvetica
 "Nimbus Sans L"
Helvetica-Oblique
 "Nimbus Sans L Regular Italic"
Helvetica-Bold
 "Nimbus Sans L Bold"
Helvetica-BoldOblique
 "Nimbus Sans L Bold Italic"
Helvetica-Narrow
 "Nimbus Sans L Condensed"
Helvetica-Narrow-Oblique
 "Nimbus Sans L Condensed Italic"
Helvetica-Narrow-Bold
 "Nimbus Sans L Condensed Bold"
Helvetica-Narrow-BoldOblique
 "Nimbus Sans L Condensed Bold Italic"
Palatino-Roman
 "URW Palladio L Roman"
Palatino-Italic
 "URW Palladio L Italic"
Palatino-Bold
 "URW Palladio L Bold"
Palatino-BoldItalic
 "URW Palladio L Bold Italic"
NewCenturySchlbk-Roman
 "Century Schoolbook L Roman"
NewCenturySchlbk-Italic
 "Century Schoolbook L Italic"
NewCenturySchlbk-Bold
 "Century Schoolbook L Bold"
NewCenturySchlbk-BoldItalic
 "Century Schoolbook L Bold Italic"
Times-Roman
 "Nimbus Roman No9 L"
Times-Italic
 "Nimbus Roman No9 L Regular Italic"
Times-Bold
 "Nimbus Roman No9 L Medium"
Times-BoldItalic
 "Nimbus Roman No9 L Medium Italic"
Times-BoldOblique
 "Nimbus Roman No9 L Medium Italic"
Symbol
 "Standard Symbols L"
ZapfChancery-MediumItalic
 "URW Chancery L Medium Italic"
ZapfDingbats
 "Dingbats"
free 3 of 9 regular
 "FREE3OF9.TTF"
]

the last one is a bar code font I use

I just realized, my postscript pages are gone with my old homepage. 
Moving things over to ...

Postscript dialect: http://www.fys.ku.dk/~niclasen/postscript/postscript.r

Documentation: http://www.fys.ku.dk/~niclasen/postscript/postscript.html

Test (see also documentation): http://www.fys.ku.dk/~niclasen/postscript/test.txt

I'm still working on my VID->Postscript thing. I will need it for 
work on a paper layout GUI later this month, so there will be some 
progress there.

It seems, that something called IPS PS3 is in printers from HP and 
Xerox, so they understand PS directly:
http://www.zoran.com/IPS-PS3


It could be interesting to find out, how many printers can print 
PS directly without a driver. Just sending to port 9100 on the printer, 
as described in the REBOL postscript docs.

A world without printer drivers is a better world! (TM)

It could be interesting to find out, how many printers can print 
PS directly without a driver.

 <- I've not yet seen one that does. Even for postscript, there is 
 apparently a need to adjust for bugs in the printer hardware.

A HP LaserJet 4000, I have access to, seem to print PS just fine 
without the need for a driver.

I managed to lock up my brothers HP Laserjet 4500 with a PDF file. 
That was interesting :-)