World: r3wp

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

Thanks, for the screenshot. I already know about this problem but 
I don't have my MacMini running at the moment so I just tested the 
tranformation correctness, not colors.

The endianness bug will be hopefully fixed with some next release.

Cyphre, my goal is to get Canvan RPaint for version 1.0 and work 
the same on Win, OSX and Linux. Then REBOL/View is in a condition, 
I'll call good! :-)

*Canvas RPaint to v. 1.0*

Yes, that's good idea. Actually we have lot of DRAW tests but there 
is so much combinations so it is not easy to check all things quickly. 
So it is great you and other people from the comunity help testing 
DRAW.

(I hope I'll finish almost-fully automatized testing procedure for 
new releases. This will help us to catch some little details)

Cyphre, so if you can do anything to get text support in DRAW (under 
OSX and Linux??) and also push Carl to have prober event handling 
(something I haven't reported yet with the new Mac version), I'll 
really appreciate it. Maybe the time is now, where his hands are 
on View for OSX.

AFAIK Linux has the DRAW text support added(using fretype2 library). 
The only problem is how to get path to a font on Linux.(as there 
seems to be no 100% 'standard' way how to get it on all distros we 
need to use yet another dependency :-/ )

On OSX text...we might use the freetype2 too but I guess it will 
be better to use native API for that.

ok, I don't know much about fonts under OSX.

cyphre, has the window-to-front fix for OSX from the blog been noticed? 
someone posted a bit of code to eliminate that problem.

I haven't noticed this. Which blog comment?

cyphre: oh, Carl is talking about a focusing problem, but it would 
be the same thing: http://www.rebol.net/cgi-bin/blog.r?view=0157

Hmm, don't know if Carl noticed it. I'll let him know to be sure.

btw font handling paths in linux is a problem for all apps... not 
just REBOL.

many apps have an explicit config telling it where the fonts are... 
so they can be auto resolved afterwards.

why not just have that extra parameter setup as a global word ?  
then it can be setup within user.r if need be.

Yes, that is also possible alternative. We need to decide the final 
solution soon. Anyway, any useful ideas from 'Linux gurus' are appreciated.

Geomol: I have found what is the problem with LINE-CAP...it works 
with ROUNDED keyword instead of ROUND. I need to check with Carl 
why he decided to use ROUND for LINE-JOIN and ROUNDED for LINE-CAP....

(looks like a typo to me)

hehe :)

Should be easy to fix, so that's good.

Script to test events:

REBOL [
	Comment: {
		Inspired by http://www.rebol.com/how-to/feel.html
	}
]

view/new layout [
	across
	tabs 120
    the-box: box 200x200 "Test Events Here" forest feel [
        engage: func [face action event] [
			ac/text: mold action show ac
			ty/text: mold event/type show ty
			of/text: mold event/offset show of
			co/data: event/control show co
			sh/data: event/shift show sh
			ke/text: mold event/key show ke
			kt/text: mold type? event/key show kt
			ti/text: mold event/time show ti
			dc/data: event/double-click show dc
        ]
    ] return
	lbl "action:" tab ac: info 100 return
	lbl "event/" return
	lbl "type:" tab ty: info 100 return
	lbl "offset:" tab of: info 100 return
	lbl "control:" tab co: led off return
	lbl "shift:" tab sh: led off return
	lbl "key:" tab ke: info 100 return
	lbl "type? key:" tab kt: info 100 return
	lbl "time:" tab ti: info 100 return
	lbl "double-click:" tab dc: led off
	key #"Q" [quit]
]
focus the-box
do-events

I seem to remember, that holding <ctrl>- or <shift>-key under Windows 
while pressing a mouse-button would be detected. Can anyone verify 
that? I can't get it to work under OSX.

yes you get an event with the /shift or /control set to true

(I didn't test in 2.7.4)

Maybe it should be the apple-key, that should work as <ctrl>!? hm

I'll post a comment about it.

I guess so. depends... we cannot handle the alt key  :-(  

do mac keyboards have the alt key?

yes

ok, so I guess the ctrl and mac keys equate.  I'd like to able to 
handle the alt keys too

well, in a way they do. there is a ctrl, alt and cmd key. on PC keyboards, 
the ctrl key handles things that normally is assigned to the cmd 
key and the ctrl key. this makes it a bit confusing to copy (ctrl-c) 
things from a terminal on a PC keyboard, whereas the mac keyboard 
uses cmd-C to copy. in rebol this means that the ctrl functionality 
in windows should be mapped to cmd on the mac, but if this was to 
be done right, we'd need a /cmd refinement as well.

Oh, the cmd-key (apple-key) will actually set event/control true, 
but only for key events. As it is now, I don't think, you can check 
for control or shift when getting a mouse event.

Under Windows, is it possible to detect both event/control and event/shift 
at the same time?

yes.

2.7.5 is out

that was a long week ;)