James Garfield on wrote...
| That makes sense, but it's still not giving me the behavior I'm
| expecting...here are some examples:
|
| http://test.fenderrhodes.org/arc.php
|
| The 5th & 6th numbers seem to determine the relative size & skew of the
| arc compared to a circle (setting one of the values to 0 or leaving the
| 6th number out altogether gives you a straight line). I also tried
| adding 7th & 8th numbers thinking they might be flags similar to the
| command-line syntax, or that maybe the angle values belong in that
| position...but apparently they turn the arc into a polygon!
|
First..
when you give radius numbers which are too small, to work with the
line length given, they are used as a ration of maximum and minimum
axis lengths.
As such the 5 and 6 number will produce a circle for values 1 1
for 1 2 or 2 1 you get one axis twice the length of the other axis.
Second if you add even more numbers it isn't that the arc becomes a
polygon, but that the extra numbers are passed to the SVG arc function
as the start of a second arc.
In other words you are suddenly suppling extra path elements, and
confusing the internal IM graphic algorthims. Of course in that case
you will get 'undefined' results, as nothing is programmed into the
perlMagick API to handle extra numbers.
Basically garbage in, garbage out.
PS: your last example has line segments going to points 1,1 and 90,180
but DO NOT RELAY ON IT. This 'extra numbers' bug may get fixed,
then again it may not get fixed, as misuse is itself a bug.
Anthony Thyssen ( System Programmer ) <[EMAIL PROTECTED]>
-----------------------------------------------------------------------------
Philosophy (n): unintelligible answers to insoluble problems.
-----------------------------------------------------------------------------
Anthony's Home is his Castle http://www.cit.gu.edu.au/~anthony/
_______________________________________________
Magick-users mailing list
[email protected]
http://studio.imagemagick.org/mailman/listinfo/magick-users
