World: r3wp

But why does ANY work without /all while SOME doesn't???

because any is an optionnal rule not some

basics

That doesn't make sense to me still.  If the parser is skipping whitespace 
unless you use /all then any should fail the same way that some does.

No, Optionnal means that if ANY fails , the parsing process continue 
with the next rules

Ah, but ANY didn't fail.  The paren was evaluated which means that 
ANY succeeded.

show me your code

But whatever.  I have what I need and as long as parse is behaving 
as Carl intended then, whatever...

I posted the code a few messages back.

Then, it's not related, the parent is not associated with the ANY 
rule. So that, the ANY rule can failed and the parent will be executed 
each time

cardinality of ANY is  0,N
cardinality of SOME is 1,N

I changed my mind, i uses the default caret and highlight behavior, 
much simple.

Ammon some doesn't work for SOME reason   ^^ .... probably  ^^

Most widgets are rectangular in shape ... any reason for this?  Are 
other shapes feasible?

So far, there is not much widgets, which could have different shape, 
no?

Lack of imagination?

edge / hgit testing is the main reason

easier computationally?

much

you have to use alternative methods like colour testing for non-regular 
shapes

well, what can you do with quad core cpus ??

I've watched those multitouch demos ... seem to use irregular shapes

ill dig out my radial menu thingy and update it for r3 and test it 
for speed.. have a old version at http://rebol.mustard.co.nz/readial.tar.gz

http://rebol.mustard.co.nz/radial.tar.gz.. oops

Ok, that is cute

meh - ive done it in assembly before - its rather sad in rebol :(

though I suspect it's not working ... I only see shapes and no text

its 2003 - back before the text in agg changed

ahh...

I'm surprised you were able to find it so quickly!

i downloaded my website today to look for some old sudoku code :P

Silverlight is starting to use radial menus too

My Daylight Map used color to detect irregularly shaped hit spots...

yeah colour testing is fast and maps nicely to functions

Are you still working on your own graphics system for R3?

http://ross-gill.com/r/daylight/map.jpg
http://ross-gill.com/r/daylight/map-zones.png

im waiting for Carl/Cypher to fix some of the view holes.. and also 
for modules and timers and threads :P

:(

view is currently swiss cheese and the underlying Core has some large 
gaps that really need addressing before GUI sees the light of day.. 
IMHO..

the presence of holes suggests some underlying substance

the thing that gets frustrating is when something works fine in earlier 
builds then mysteriously dies in later builds :P

thats a great colour example CHris :)

Pretty, is it not?  : )

its one example where the benefits of colour testing over poly testing 
are clear to see.

Doesn't scale well though...

of course.. zooming and SVG night be another method :)

With AA turned off...

with AA on you can do approximation mapping with tolerances

Sounds like it could get complex - it certainly is a useful pattern 
for many situations, especially when you can use graphics programs 
to develop the maps.

Hmm, isn't jus alpha transparency enough? Why to do any shape detection? 
We just need the ability to define level, which will let events to 
go to underlying faces, just like Amiga DE did it. And if you look 
at Cyphre's irregular window shape, you will see, that it simply 
is not rectangular, or is it?

do http://www.rebol.cz/~cyphre/trans-gui.r