World: r3wp

this could also be affected by how fast key-repeat is set in your 
OS...

G, the Rt-mouse is now draw.

I can't skip "show canvas" on key-presses, because then you might 
not see the change (e.g. the brush getting larger).

James, what? Try latest version.

is it possible to detect a key release? you could force a show there

Henrik, nope.

Only key presses in REBOL (so far).

ah too bad

G, OK,  works fine. Thanks.

someone I talked to, really wanted a Brilliance interface rather 
than a DPaint one. With redefinable hotkeys and a separate interface 
layer, this should be possible, shouldn't it?

Yes, when modules are implemented. (My little plan.) ;-)

New version with color pick tool (comma key) uploaded. It's also 
possible to choose right-click color.

bug: draw and hold the mouse button down. now press E

check!

hmm difficult one. In DPaint, you can change tool in the middle of 
something (like you did). Does it makes sense? Maybe it shouldn't 
be possible to change tool while drawing!?

it probably doesn't really make sense unlike you like to paint in 
realtime :-)

Problem in "Canvas" is, that I do lots of things depending on tool, 
when the mouse is pressed. That now also has to be done, when a key 
is being pressed. Not good. I'll make sure, you can't change tool 
while drawing. Will solve problem.

Fixed. New version uploaded.

with the polygon tool, when using a large brush, the polygon is drawn 
with sharp edges. is this correct behaviour?

If filled polygon (W), then yes. Not-filled polygon (w) has round 
edges.

I get sharp edges here...

ups, a bug. Yes, got it too in second go.

Fixed. New version uploaded.

It seems, the DRAW dialect "line-cap" doesn't have effect with "polygon", 
so I changed it to use "line".

ok, is it also intentional that the first line in a poly must be 
drawn by dragging the line with the mouse button down while the rest 
don't require this?

Yes, that's the behaviour in DPaint. Think of it, as a line is fixed, 
when you release the button. Then it is same behaviour with all points. 
You can also drag the rest of the lines, as the first.

alrighty then

looking forward to flood fill :-)

lol Me too! That won't be easy, as DRAW doesn't support flood fill.

auch

And what about anti-aliasing at the edges? Uuuhh not easy.

What about brushes? :^)

Yes, brushes will probably come first.

definitely not. proper flood filling is a per pixel operation and 
is doomed to be slow here...

I suppose a "Save" feature is getting close to the top of the list.

Save .bmp and .png is no problem. But shouldn't it support IFF too? 
:-)

For anims yes :^)

of course we expect compressed IFF-ANIM5 to be ready by tomorrow 
:-)

Okay! Then you need another developer also. ;-P

well, some parts can be done separately, can't they? I did the button 
menu, so I would suspect a thing like a real palette requester could 
be done separately.

sure

Great progress guys, I think this project deserves its own group 
now. ;)

but.. what is the name of the program? :-)

REBOL Paint?

dunno... I guess it doesn't matter right now. also it seems the canvas.r 
will be somewhat modular so you can throw any interface on top of 
it

RPaint ?
;-)

GeoPaint

there was one called KoalaPaint. what about PandaPaint? :-)

Why not just "Canvas"? That's what it is (when it's more complete), 
a canvas, where you can use different tools to put paint on. I searched 
Google, and found a program called "Canvas Paint", which is based 
on the canvas widget of Tcl/Tk. That's not a problem, I think. There's 
another called "3D Canvas", also different. "Canvas" it is.

I don't have much time today, but next thing, I'll do, is to reimplement 
the brush, so different shapes are possible. And so you can select 
an area of the image as a brush.