World: r3wp

Ah, 14.8.? That was btiffin's birthday IIRC, it was posted on announce 
channel as a joke ... well, call it kind of a black humour :-)

Pekr, please send me your copy of R3

I don't have any :-)

But maybe I could send you the one released on 15.7, and on 1.8.? 
:-)

that'll do :)

ah, Frank Sievertsen active on blog :-) Will we gain some old guys 
back to REBOL? And will we gain new ones? :-)

General R3 questions answered - new blog article - http://www.rebol.net/r3blogs/0099.html

it would be said that everyone is filled with enthusiasm for this 
history of cursor icon.
One will strike me if I say that it is the last of my concern? 

i could make a wish list with 1000 request for R3, and changing cursor 
icon would not be inside

1000 is a little bit excessive, i admit ;-)

The great and terrible thing is that we all use REBOL differently. 
Being able to change the cursor isn't in my top 10, but it would 
probably be in my top 100, and may be even more valuable under R3.

There are a lot of things rebol does that I would not think I needed 
but as they are there...I use them. I would not have thought much 
about the curser but I'm sure that I will use it to help rebol apps 
standout.

Does anybody know that if Rebol 3 will conform to the new security 
norms iin Windows Vista with respect to file system access?

For example, from what I've read about Vista the default security 
settings don't allow programs to save files in the Program Files 
directory tree.

Though I understand in some cases  that Vista may simply redirect 
the files to another folder, eg

C:\Program Files\MyProg

to
C:\Users\Me\AppData\Local\VirtualStore\
  Program Files\MyProg

Steeve - you see? And I would put in amongst 10 concerns towards 
View apps. There is nothing worse than e.g. trying to shape something 
and your cursor still showing arrow ...

The cursor demo was done about a month ago, so that issue was solved 
then. Using different cursors is in active use in the GUI.

What's being done about printing?  Is there better mapping of draw 
to postscript?  The ability to use different coordinate systems??

Graham - I would not bet on it ...

Hmm.  Carl said it would be supported .. but I guess he has forgotten

Dunno how to best support printing on various platforms. I think 
that R3 team will let us to do our best in open-source part ....

Postscript and ghostscript

on all platforms

Imagine - if Cyphre worked on View kernel alone, he imo concentrated 
upon rich-text, proper AGG integration, etc.

yes, interesting. In fact, I am not that skilled to know the answer 
- under Windows, I once looked into API, and there seems to be some 
API for printing, however that has nothing in common with Postcript 
- you get bitmap area and then you somehow submit it to driver ...

9 years and no decent printer support

that would be native support for printing imo. So - what's with postscript? 
We would have to be sure, that such engine can translate ANY possible 
UI you create in View ... is that possible? If not, you simply have 
to write some kind of dialect - and here we are once again - you 
will do the work twice ...

so, if we don't wrap upon OS specific printing support imo, then 
we already have our solution - generate html, pdf, postscript, but 
always - do the work twice ...

the problem with pdf and html is that we don't have native viewers

but with postscript, we might be able to get a decent preview in 
draw

that is true ... but ghostscript is not native too, no?

ah, so you mean - give me the ability to use such draw commands, 
which will automatically translate into postscript ...

I'm not suggesting writing a postscript interpreter ...

that would work .. automatic translation of draw into postscript

Of course we could just have display postscript :)

next pcs had that years ago

I remember, in SAP, they had their SAP Script - the tool you used 
to do your forms for printing. They left it, and integrated PDF instead. 
I wonder if the requirement for PDF reader is problem for you? I 
know it is a dependency, but it is imo being regarded de-facto standard, 
no?

so, as for me, I would maybe prefer PS too, otoh, from the practical 
pov, I would maybe prefer PDF, because I can generate .pdf file, 
and send it to others too ....

I guess the question is whether one wants to use pdf as a print preview 
mechanism . or use draw

I had something different in mind - simply when you want to prepare 
and send electronic files for your customers, at least for me pdf 
is de-facto standard. So by having ability to generate pdf, I have 
two works done in one way. Of course there is that Adobe Reader dependency, 
but .... however, I understand your case ...

generating pdf from ps is easy enough with ghostscript installed

Umm, it's not directly R3 related, but I think Gabriele's PDF-Maker.r 
is a fairly large step toward cross-platform printing.  It's three 
flavour right now, pdf-maker.r in rebol.org, pdf-maker version 2 
on Gabriele's site (the target for future work and with some wicked 
powerful REBOL directed typesetting) and inside the rebol.org qml-ed 
package with the ease of qml input, pumping out pdf.


V2 at http://www.colellachiara.com/soft/PDFM2/is where x-platform 
printing may come from, methinks.

except this commits us to using a 3rd party viewer

but it is like saying that something commits us to use web browser 
- there is no decent platform without Adobe Reader or the clone. 
Even on Amiga :-)

I'd like more options while draw is in the cooking pot as it were.

I don't know PS/PDF formats in depth but is there any problem to 
write PS/PDF->DRAW viewer even with R2 DRAW abilities?

AFAIK one guy here at Rebol3 world did even own chinese(or was it 
japanese?) font viewer/editor using R2 DRAW....

There are some problems with text alignment and sizes.

Under R2 Draw, it's impossible to center and right align text correctly.

Draw and View sizes for text do not match.

I think this is all solved in R3 draw, but I don't know about text 
sizes.