World: r3wp

Oldes, do you still have that nice "color picker" code somewhere? 
 I want to embed that into GLASS as a style, I'd put it in the default 
release with your permission.

Oldes I found a link to color-lab.r... and it fails since there seems 
to be a file missing on the server:

http://oldes.multimedia.cz/color-lab/ctx-color-lab.gz

managed to find the .rip files... all is good.

Fine... just found them as well. The latest is from year 2005 so 
I don't know how it works.

seems to work fine in 2.7.6

If you don't mind, I'll make a derived version and include it with 
GLASS.  full credits will be attributed.  :-)

I don't mind. You are welcome to use it as you like:)

thanks

btw. I think Rebolek has a ColorPicker as well.

ah  battle of the color pickers then...  Rebolek is your picker available, 
I'm curious to see it?

Maxim, I think I saw it somewhere few months ago, I'll have a look 
in the morning, if you don't mind.

So it was on my HDD, interesting. It's here: http://www.filedropper.com/colorsliders

It's a overkill, I know, you can remove half of functionality without 
problem. But, OTOH, it's easier to remove than to add ;)

wow two contenders  :-)


If you don't mind, I think I'll merge your stuff with the one from 
Oldes.


two completely different paradigms.  its always fun to be able to 
chose.


I'll also add stuff of my own, like a user palette which saves to 
disk.

actually I think yours will be easy to convert to glass, since its 
already in AGG

max, you didn't answer my question!

what question?

oh ... you did

REBOL/view R2 CRASHES when I use a linear fill-pen... with a box!!!!!

has anyone else had this problem too?


I'll try to build an example 10 line script which shows this happening...

I think I pinned the issue.  


I think its triggered by some memory optimization within linear-fill, 
(something to do with the dialect parser probably).

draw-blk:  [ ... contains a linear fill ...]

face/effect: reduce ['draw draw-blk]
show face
face/effect: reduce ['draw draw-blk]
show face

the above crashes REBOL


note we use the same draw block within two different effect wrappers, 
consecutively.

even doing a copy/deep on it doesn't work  darn!

its a bit more complex than this but I'm still searching for an exact 
replicatable example with a real draw block as example.

Maxim, I can't get it crash easily here. Using this simple test:

r: 0

dr: [pen red fill-pen linear 50x50 -50 50 r 1 1 red yellow green 
cyan blue magenta box]
view/new layout [bx: box]
loop 1000 [
	r: r + 1
	bx/effect: reduce ['draw dr]
	show bx
]
do-events

I know... its related to this specific draw block... I'm getting 
there...


I saved out the draw block to disk and when load it and use it within 
my tester, it crashes... 


so I'll reduce to the smalest example that crashes and dump it here.

BTW you don't need to use reduce on the effect block in this case.

ok

I'll get back to this later...

man, this bug is more slippery than a greased snake!

I just edited comments and that had an effect on crashing or not!

That sounds like some kind of early buffer overflow. I remember Carl 
fixing a similar bug in R3 during closed alpha.

I'll continue testing  cause I've had a very small draw block crash 
also, I think its related to compose or copy/deep and binding.

this is a very serious bug, cause it means that any draw block can 
crash at any time.

(if it is constructed dynamically)

so Linear fill is a condition for this bug, for sure.   


But its an internal issue where the size/complexity of the draw block 
will trigger it.  


note its not just a question of having a big draw block, I think 
it has to do with the block being a specific size (prime numbers, 
for example)

I will try to get Carl into fixing this for 2.7.8

this is a serious Draw flaw, its totally unpreventable, undetectable, 
& unpredictable.


adding / removing items to the block will trigger the crash sooner 
or later.

the only constant being that the more   [ fill-pen linear ]    items 
in the block, the sooner it crashes... at some point, (depending 
on your block), it crashes at the very first draw.

it seems using 'CLIP in the DRAW block is the root evil  in  previous 
crash.

anyone else found that CLIP was buggy?

Well, if you are able to make at least script that is able to crash 
(even randomly) I can test it here on external agg dll DRAW emulator 
to see if the porblem is in AGG code itself or if it is on the rebol 
dielaect side.

cyphre, here is a script which crashes. 


http://www.pointillistic.com/open-REBOL/moa/files/draw-clip-crash.r

very unstable, sometimes it crashes, sometimes not

yep.

did you try running with the clip  commented?

(as per the notes in the header)

yes with and without it

and it does it crash for you without clipping?

no it doesn't crash without clipping

ok thanks... gives more strength to my tests so far.

For what are the clippings used ?

I mean when are they emitted ?