World: r3wp

so except fonts, we now have linux and os-x Views compatible already?

well, rebcode would probably help, but imo we are not going to see 
it being back, untill R3 is here. The doc regarding Rebol security 
model was promissed, but not delivered. Not sure Rebcode is going 
to be backported to R2 ...

You can find link to Canvas RPaint under Checklists/Links (the checkmark 
icon up next to the calender here in AltME.

Pekr, yes Canvas RPaint works at least under OSX (and I think Linux 
too) except fonts and some bugs (mostly with DRAW dialect).

Also problem with events. For ex. mouse scroll-button doesn't work 
under OSX.

Geomol can you give the link to canvas RPaint... I have a very interesting 
proposition for you.  but I need to look at RPaint before   :-)

hum I found a link to version 0.9.8 but on execution I get an error: 

** Script Error: Cannot use path on none! value
** Where: repend
** Near: system/script/header/version

that's with v1.3.2 of REBOL.

using 2.7 I get a not enough memory error and can't even start it.

my bad... its in the way I ran the code... works not (was starting 
it from the console, obviously no script header version)

not=now

hahahaha I just saw the "workbench" menu option LOL

there's screen dragging too :-)

in full screen mode you mean?

yes, or at least there was the last time I checked

hum can seem to get that to work...

maybe it was taken out again

wow even has fill pen... its actually faster than on my old A1230/50/16MB
  ;-)

wow even has magnifier  :-)

I remember that Geomol wrote a version with a fill-pen that was written 
in rebcode. it's very fast, practically instantanous.

wow.  I hope rebcode gets inserted within 2.7 release.  THAT would 
be a differentiating feature.

even if it currently has some issues.

agg changes in 2.7: most of the dialect changes/bugs are probably 
because of the internal string change Carl mentioned. i don't know 
of any major changes by Cyphre.

:-)

Maxim and Henrik, I took screen-dragging out again, because it didn't 
work 100%. I think, the code is still in there commented out.

Maxim, if you have a proposition, please feel free to write me privately.

Yes, Gabriele is right. No big changes to DRAW at the moment. We 
wanted  to make sure the new compiler and string change doesn't break 
any actula feature of DRAW so the decission was no changes to AGG 
until we are sure it works the same like in 1.3.2.

Geomol: The behaviour of LINE you have spotted is not a bug. Try 
this code to see the difference:

view layout [
	origin 0
	box 400x100 white effect [
		draw [
			pen red
			line-width 15
			line-join round
			line 10x10 90x10 90x90 10x10
			spline 110x10 190x10 190x90 110x10 
			spline 210x10 290x10 290x90 210x10 closed
			polygon 310x10 390x10 390x90
		]
	]
]

Which of those should have round corners?

Hmm, when comparing 1.3.2 and 2.7.4: The LINE-CAP round has no effect 
in 2.7.4?!? Looks like a bug.

Cyphre, you should make sure, Carl is using the right DRAW source, 
when building for OSX.

Geomol, to explain it a bit:
LINE - draws single lines (eve if you specify multiple coords)

SPLINE - draws 'connected' lines but the 'head' and 'tail' is splitted 
(until you specify CLOSED keyword)
POLYGON - always draws 'connected' lines in form of closed shape

Thanks! :-)

I think, I should use SPLINE in stead of LINE in some of my scripts.

LINE - shape of 'head' and 'tail' is affected by LINE-CAP mode

SPLINE - shape of 'line joins' is affected by LINE-JOIN mode...if 
CLOSED is defined shape of 'head' and 'tail' is affected by LINE-CAP 
mode
POLYGON - shape of all 'line joins' is affected by LINE-JOIN mode

Geomol: I'm (almost)sure Carl is using the same DRAW sources ;) What 
specific problems did you noticed?

Yes, it looks like there is no difference betwwen LINE-CAP BUTT and 
LINE-CAP ROUND in the 2.7.4 release. Can anyone confirm it?

example:
view layout [
	origin 0
	box 200x100 white effect [
		draw [
			pen red
			line-width 15
			line-cap round
			line 10x10 90x10 90x90 10x10
			line-cap butt
			line 110x10 190x10 190x90 110x10

		]
	]
]

(the first triangle should be 'rounded')

They are both NOT rounded here with version 2.7.4.2.4 Mac OSX.

Cyphre, you might wanna see my comments here: http://www.rebol.net/cgi-bin/upnews.r?view=0011#comments

Maybe you can give it better meaning, how it should work, than I 
did!?

Thanks for confirmation. Ok, so this is 'new' bug. Seems to be related 
to the new string change. I'll notice Carl about this.

Let me check your comments...

hmm, what's wrong with this?
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]]]

Cyphre, under OSX, the transformed image has wrong colours. I think, 
the tuple is turned around. I'll make an image for you...

Cyphre, so SPLINE is most likely faster than LINE, because it's not 
separate lines as LINE is?

that' probably a endianess issue.

Ah, that is possible. There is still some little/big endian bug in 
image! datatype under OSX. I thought there is some problem with transsformation 
;)

Cyphre, you can see the transform bug here: http://www.fys.ku.dk/~niclasen/rebol/transform-bug.png

SPLINE actually seems a little faster than LINE. Interesting! :-)

It can be faster because the SPLINE is drawing line in a loop while 
LINE is called separately for each line.

drawing line = drawing lines