World: r3wp

I think that might slow down IN... not sure.

i don't propose changing select. i propose enabling it for more datatypes.

in: you can't have a word bound to an image :)

(ie. same as Gabriele's comment about overloading.)

select is an action, so a method to the datatype. in is a native.

What I mean is, every time IN is used, it would then have to check 
if the argument is an image, right ?

yes, and it would behave like a completely different function in 
that case, which is bad imho

Ok, so we agree on IN.

select instead is already dispatched because it's an action, and 
it would not change its behaviour (returns a value)

A: From a tech pov, yes.

I can't think of an example where select is dispatched differently...

actually, select currently doesn't need being an action, afaik. as 
it is basically second find

so maybe it was made an action to allow things like this in the future 
:)

Ah ok.. yes.. mmm...

(though, there is an action that already does this: PATH. but it's 
not exposed.)

Ah yes, maybe that could be used.

i'd guess path is going to stay this way for speed (internal only), 
but select could be a good interface to it.

I guess so. :)

>> copy/part skip mold get first [help.gif] 13 5
== "48x48"
(Only works for sizes taking up 5 chars, but it's a start.)

But why the heck do you wanna do it? help.gif/size is so easy.

Maybe size? could be changed to work on images too!?

I don't know the name of the image

you'll see soon where it's used :-)

SIZE? is a function using INFO?

INFO? is a funciton working on ports. It's easy to do the same for 
images.
image-size?: func [img] [img/size]

anyway, problem was solved by gabriele's function. thanks, by the 
way

>> image-size? get first [help.gif]
== 48x48

precisely what I'm using now

oki

ops, I skipped Gabriele's post. There it was! :)

I'm not sure this is ready for announcement as it's still a prototype, 
so I'll put it here: http://www.hmkdesign.dk/rebol/toolbar/toolbar-demo.r

it's a toolbar with a simple dialect to alter the sequence of the 
buttons. the space between the buttons is flexible.

I like it and you thought also about the text to the buttons.

Yes, looks good.

It even resizes correctly! This will give apps a decent professional 
look.

Feel free to use it. I haven't made docs yet and I plan to rewrite 
it (but not change the functionality). The source to toolbar-demo.r 
should be fairly explanatory.

Nice, I seethe  OSX influence ;-)

not influence, blatant rip-off (cough!) :-)

Quite Cool.

I got bored and played around with gradients: http://www.hmkdesign.dk/rebol/bored.r

looks cool :-)

what framerate do you get?

hypnotically slow, but not a slideshow

funny, my mac and the PC gives about the same framerate. the rate 
is set to 50, but I get about 5-7 fps on both machines.

This is on Ubuntu

I expected the mac to be about half as fast.

Looks like a jet engine fan ...... on a P3 733 I get about 3 frames/sec

How do you know the frame rate on a moving pattern?  It could be 
187 frames per second, and moving so fast that it appears to be moving 
slow, or even backwards : )

That aside, I get about 3 frames/sec on a 2Ghz system.

One can always change "r: r + 1 // 360" to "r: r + 10 // 360"

Oh...and very nice Henrik.

it's a haphazard set of tuples, blocks and "oh hey that looks funny, 
I'll put that in" moments. presto, jet engine purely with gradients.