World: r3wp

i repost a comment on the last Carl's blog post:
I noticed the use of the new Rich Text Format. Bravo !!! 

will have us the possibility of including sub-blocks of text with 
inheritance of the style properties to the sub-blocks ? 

something like: [bold “bla bla” [red “i' m red”]]

some infos ?

I haven't looked much into the graphics yet, so maybe someone else 
can answer that!?

that would be yet another Cyphre question :-)

Some more output from the R3 console:

>> length? system/words
== 1296

>> ? system/datatypes

SYSTEM/DATATYPES is a block of value: [end! unset! none! logic! integer! 
decimal

! percent! money! char! pair! tuple! time! date! string! binary! 
file! email! ur

l! tag! issue! bitset! unicode! vector! image! block! paren! path! 
set-path! get

-path! lit-path! dictionary! datatype! typeset! word! set-word! get-word! 
lit-wo

rd! refinement! native! action! routine! rebcode! op! closure! function! 
frame!

object! module! error! task! port! gob! event! handle! struct! library! 
utype!]

>> ? system/view/event-types
SYSTEM/VIEW/EVENT-TYPES is a block of value: [

    ignore interrupt device custom error init open close connect accept 
    read write wrote lookup ready done time show hide offset resize active 
    inactive minimize maximize restore move down up alt-down alt-up aux-down 
    aux-up key key-up scroll-line scroll-page drop-file
]

Wasn't the 14th the day R3 was going beta ??

Graham - not sure - it was first supposed to be out on 15th July, 
then Gabriele was talking about 1st of August, but that was not official 
statement. IIRC no further dates were mentioned ...

Geomol: good work! I am glad they extended the group! btw - where 
is Volker, has anyone seen him recently?

graham, that was Petr's release date. you should get an R3 exe from 
Petr... i would not attempt to run it though.

Steeve: sub blocks are possible in DRAW but not with TEXT (it complicates 
a bit caret handling; we may add that in the future but so far we 
have not needed them).

also, i think you want something like DRAW's PUSH command actually, 
I don't know if that is planned or not.

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 ...