World: r3wp

brianh right ... to the problem can rebol display formated dynamic 
text using Draw/agg dialect it only took me a steeve and 3 yeart 
to apport the solution ... and lot of discutions ...

You really haven't been paying attention to what has been going on 
for the last few weeks, have you? With the host kit?

and when you look at the solution that's so evident that you are 
amazed no one thought about that before ... mainly area-tc and viva-rebol 
are splitted in 3 you have the color text engine based on color-code.r 
carl script but instead of generating html it generates draw code 
in a block then it's rendered to a vid face using it's draw block 
 for the ihm the feel block is used on the same vid face ...

BRianH indeed R3 lost me like 10 month ago ...

and when i see carl saying i pause R3 and patch R2  i'm like stunned 
... anyway ...

and having a proper resume of what is done is hard ...

Oh, then this conversation is more off-topic in this group than I 
thought. Well, here's what you missed:

- The R3 GUI is being actively developed by commercial developers, 
and it is much faster than the approach you just mentioned.

- We have had a couple releases in the last week, with more to come. 
In other words, we're not stuck.

- The GUI code has been moved to the host, and is thus open source.

- Everyone involved is hard at work, communicating, and busy. This 
includes Carl.
- All of your criticisms of the project are outdated.

Check the other !REBOL3 groups before you make any suggestions to 
throw out a code base that is already being used for commercial development.

By more than one company, mind you.

BrianH great if that's the case ...

but looking things changing perspective someitmes open new ways ... 
and i saw last carl's blog about having problems R2.7 with unbunt 
10 for example and that's the kind of thing that I don't want  R3 
and that can be avoided if you don't have to port 10 times the code 
...

i know i'm going of topic most of the time because i do'nt discuss 
what is in R3 but what could be in R3 or how R3 or futur rebol could 
be done what would be the gains etc...

and i clearly foresee the actual i port 10 times the code  of rebol 
isn't a suitable way for futur...

Keep such arguments to Advocacy then, or Other Languages if you want 
to find out about them. We're building something here.

i will try so :)

does R3 have a mezz called  'LAST?


similar to 'TAIL? I find it usefull... it returns if we are AT last 
item in a series.  

while [not last? series] [.... series: next series]

SINGLE? performs that function.

ahh yes.  do you think that last?  might be a viable official alternate 
notation?   just as empty? is an alternate for tail?

Maybe - make a wish in Curecode :)

Once the module system is revamped we can start working on making 
many of the mezzanines optionally included. We plan to clean up the 
namespace :)

I just think that 'SINGLE? will hardly ever be used, as it doesn't 
fit well with the naming of all other series handlers.


if LAST? where there, I think we'd use it naturally.  since it fits 
it with TAIL? LAST FIRST, etc.

I'll CC it.

Suggest both alternatives: Renaming it, or making an alias.

Carl suggested SINGLE? - he uses it (presumably).

but he might not have tought of LAST?   sometimes these little things 
escape us, since we implement this or that within a current "frame 
of mind" ;-)

The change would need to be backported to 2.7.8, so we need a ticket.

CC ticket added,  #1636

In fact, I suggested SINGLE? (see R3 chat #4330) and Carl took it 
up immediately. I use SINGLE? a lot.

not saying single be removed... its just like   empty? and tail? 
  they have different semantic meanings, but in rebol are equal in 
implementation.

...more or less :)

Good suggestion, Henrik :)

as I stated in the ticket, 'LAST? should be none tolerant, whereas 
'SINGLE?  could stay strict as it is.

hum...  I thought ordinal functions had become none safe in R3?

>> first none
** Script error: cannot use pick on none! value
** Where: first
** Near: first none

(this is in A96)

No, they are bounds safe. We want FIRST none to trigger an error.

Originally I thought, that the FUNCT function was quite adventurous 
doing a deep search for set-words. But, after using it a couple of 
times, it really looks like it does what is useful most of the time.

saves time ..

FUNCT is very nice. I love it.

I wonder if we can do the same for use ... uset

CONTEXT would be close.

@Graham: context [...] is not enough?

Hmm.. could work :)

so what advantage is there for  use [ ] [ ... ] as opposed to context 
[ ] ?

use doesn't return an object, so its overhead is less I guess.

and you can specify a list of words, thus being entirely independent 
of the code inside.

So, you can define a global variable without using set 'xxx = yyy.

Here is my benchmarks:

benchmark [use [a b c d] [a: 1 b: "xyz" c: 3 d: a * c]] ; == 0:00:01.094
benchmark [context [a: 1 b: "xyz" c: 3 d: a * c]] ; ==0:00:01.484
my benchmark function runs the block 1.000.000 times.

interesting

benchmark: func [b][s: now/precise loop 1000000 [do b] difference 
now/precise s]

miniscule difference

I should use this for my web pages ...