World: r3wp

Brock:

do http://anton.wildit.net.au/rebol/gfx/demo-intersection-point-of-two-lines.r

Thanks Anton, that will be helpful.

Have looked over your code Anton.  There is alot of info I can use 
from it.  Thanks for bringing it to my attention.

do http://anton.wildit.net.au/rebol/gfx/demo-intersection-points-of-circle-and-line.r

The circle/line intersection function could be used to help connect 
lines to nodes in a graph (eg. text-boxes with rounded corners, or 
just circles), and collision detection, both things I'm thinking 
of using it for.

Excellent, as always. Anton - don't you want to "volunteer" to do 
text handling for VID3.4? As per Henrik's words, Carl's VID so far 
has only basic text handling. And so far, as for REBOL GUI in overall, 
you text area is the best ...

Thanks, Pekr. The time is not quite right for me to launch into another 
edit-panel. I want to make some improvements to the existing one 
first, to bring it to "workable/useful" status.

My non professional guess is, that your area code would need to be 
rewritten for R3 anyway ... we now have gobs, rich-text, etc. But 
your area style would be nice to have for R3 GUI. IIIRC your area 
can scroll, when you hilite text by mouse.

Pekr: not the area-scroll I see in Anton's rebsite (is this the last 
one ?)

Mine does http://www.rebol.org/view-script.r?script=area-scroll-style.r

DideC, no, not this one. See Editors group.

I don't see "editors" folder on your rebsite. But there is plenty 
of folders and scripts there !

DideC: what about Editors group here? :-)

Yes, I meant Editors group in this Altme world.

Oups ;-)

(A "Search group name" gadget is missing in this altme world :-)

my search is as follows - I change the sort order, then it is easy 
to find out, if such group exists, or not :-)

I do too. But it start being painfull :-p

Updated and renamed to intersection-points-of-line-and-circle:

load-thru/update http://anton.wildit.net.au/rebol/gfx/intersection-points-of-line-and-circle.r

do-thru/update http://anton.wildit.net.au/rebol/gfx/demo-intersection-points-of-line-and-circle.r

This should clean the old (inferior, and slightly different named) 
versions out of your cache:

site: http://anton.wildit.net.au/rebol/gfx/
old-file: %intersection-points-of-circle-and-line.r

if exists? cache-file: path-thru site/:old-file [delete cache-file]

if exists? cache-file: path-thru site/(join %demo- old-file) [delete 
cache-file]

Did we ever get a successful SVG -> DRAW shape converter?

I need a basic function to convert a monochrome SVG drawing to SHAPE.

Ask Cyphre, he has some converter.

there were some attempts ... dunno if done by Cyphre or Ashley .... 
one other thing was to be able to replay Flash shapes. Unfortunately 
- there are some differences, e.g. in how gradients are being specified. 
Maybe if we could adapt, we could reuse some Flash stuff? Dunno if 
it would be worth the changes ...

I don't need gradients.

That was just an example. If you want to use some existing SVG drawing, 
you surely want the result to be displayed identically, don't you? 
But - I know nothing about it, so let's better wait for what those 
who tried to experiment with SVG conversion will say ...

I may have figured it out.

it works. :-)

your latest screenshot - is it done in draw manually, or just your 
attempt to convert SVG? :-)

The questionmark is done in Inkscape, and then I copied its path 
description into a small parser made in R3 as a string, which converts 
it to DRAW.

Not optimal, but at least we can allow a bit complicated artwork 
now.

it's all one drawing? Or is question mark separate object/draw shape, 
which you can e.g. move?

question mark is a separate shape. the background is pure DRAW.

... something like make-gobs was - combining multiple separate gobs 
... hmm, in such a case, we can always use separate gobs (draw type 
gobs) and combine them, right?

not necessary. DRAW is powerful enough to handle multiple shapes 
in a fairly simple fashion.

i.e. I don't have to specify the paths inside the DRAW block.

svg-question-mark: to-shape {SVG path}

draw: [
	scale 0.000002 0.000002 ; for required precision
	shape svg-question-mark
]

that was easy, heh? :-)

the scaling is the only tricky part. I need to simplify it.

Is there any conclusion towards draw enhancements/options? You were 
discussing quite usefull additions ...

none yet.

Henrik - how complex shapes are we able to transform? My friend uses 
Inkscape to make business card. I wonder if I would be able to get 
it displayed in draw? :-)

Right now: Only one path at a time and it's monochrome. I'm not sure 
which path types are supported. You can't load XML files with it, 
only pure path data.

I will leave it up to someone else to make the rest work. :-) It 
wasn't that hard to get working.

I had a simple SVG -> Draw script which Shadwolf took and enhanced, 
but it barfed on more complex SVG's due to some inherent limits in 
draw ... Shadwolf can tell you exactly what the issues are. If they've 
already been solved or lessened under v3 then that's great news indeed.

Here's a line and ellipse intersection function:

load-thru/update http://anton.wildit.net.au/rebol/gfx/intersection-points-of-line-and-ellipse.r

do-thru/update http://anton.wildit.net.au/rebol/gfx/demo-intersection-points-of-line-and-ellipse.r

It's got some debugging lines still in it, so console will fill up.

The demo also has a problem with control of the ellipse - which turns 
out to be a tough math problem to solve. More difficult than the 
line/ellipse intersection. Maybe it will take me a week to do... 
 but anyway the demo works well enough for now.

i have a question related to the futur draw engine.

will exist a way to capture the current offset inside a draw block 
?