World: r3wp

LOL

funny it didn't come up earlier

true!

REBOL/View 2.7.2.3.1 25-Nov-2006

same here

me too

Also, in the editor window, hitting the  'home' key produces a null 
character, and 'end' does nothing.

Nor Page Up/Down.

I guess it's early days :)

I'm putting the DO/LOAD thing on the blog

done

OSX version is out

Nice! I'll start doing some tests with View and OSX in the next days 
hopefully.

yet another build, this time with timers

my rotation zoomer finally works under OSX :-) A dream come true. 
but the colors are screwed!

do the timers exist in the win2.7.4 build or only the osx build? 
 couldn't seem to find any relevant ? timer* info..

or by timers is carl just referring to the VID based rate/time events 
rather than a Core accessible timer?

face/rate. afaik that didn't work in some osx builds.

will be the rate finally increased?

timers work alright. several demos in the Public/Demos directory 
use timers

Oldes? do you mean under Windows? That would be great.

Henrik: I know, one of these is mine...but there was(is) inbuilt 
limit how fast the rate can be.

looks like the windows version is at 2.7.4 now

still has the DO/LOAD bug...

I think we started really strange route. Now we will have nice toy 
to play with, spend our time, introducing new bugs, whereas 3.0 slips 
further in the schedule, as RT has to correct bugs present with 2.7 
and its changes ...

pekr, did you read the latest 3.0 blog entry?

yes, and?

that blog was probably provoked by my earlier comment in the blog 
... at least Carl confirmed, that 2.7 will see only mostly those 
changes, which could be used as a codebase for 3.0 too ...

I'm not sure what you mean by slipping. I wouldn't expect 3.0 to 
be usable for production work within a year anyway (I think I mentioned 
that before)

2.7 consumes RTs time probably anyway, not sure it is worth it, because 
as we can see, we are introducing new inconsistencies/bugs

so holding off 3.0 for a few weeks to get 2.7 out, gets my approval, 
particularly if some of my bugs are fixed :-)

well, it's not done yet so those inconsistencies might be ironed 
out.

I feel the other way around - produce 2.7 instead of 2.6.3 bugfix 
release, because posponning of R3 is already planned ...

I'm just glad that there will be updates to the 2.x branch

R3 can come when it's finished :-)

I am very happy with some of the bug fixes. Anyway, it's good the 
new compiler is being tested out.

Then I hope final browser plug-in will be released too ... containing 
new security model too ... etc. :-) Henrik - the thing is, that I 
did not expect R3 to come "so late"  (whatever late means here :-), 
as it was expected to come in June as alpha :-) My idea was simple 
- new architecture means lots of changes, but also changes for good 
- lots of open sourced code, probably even new security scheme, open 
sourced plug-in etc. - so those skilled could help.

I did not expect it to come in a year. If so, then of course 2.7 
still makes a lots of sense ...

I'm of course expecting an R3 alpha to come out sooner than a year, 
but I wouldn't expect or rely on having a production level R3 within 
a year. If it comes sooner than that, then fine. :-)

Desktop Help window still says Copyright 2001 - 2005. Maybe it should 
be a global string in system?

and who is saying its delaying R3  ;-)  Carl is not alone working 
on it... maybe the ball is in someone else's hands ATM.

I think doing all these new builds is a good thing in at least one 
regard; if it gets RT into the habit of doing quick builds and releases, 
it will be much better when early R3 builds come out. That is, if 
it becomes habit, and the tools are there to make it easy to deploy 
new builds, we'll make much better progress testing R3.

I'm just afraid this behaviour will fade out just like every promising 
thing in the past (RT Q&A thursday and so on).

Carl needs more indians.

would those be little indians or big indians?

hahaha  we truely are geeks  ;-)

I've posted this bug in the comments to 2.7.4 OSX build, but I'll 
repeat it here, in case it's being seen here first. It's a colour 
problem, when transforming in the DRAW dialect. Code example:

i: make image! [100x100 255.0.0]
draw i [pen green line 10x10 90x90]

view layout [box effect [draw [image i transform 0 -30x-20 2 2 0x0 
image i]]]

Do you guys see the same result in this script:
do http://www.fys.ku.dk/~niclasen/rebol/test/transform.r

if you try it on Mac, Windows and Linux (or any other View version 
supporting the DRAW dialect). The circle, line and triangle should 
be lined up.

They are lined up here, circle then line then triangle.

ICarii, using what OS and what version of View?