--- Bryce Harrington <bryce@...260...> wrote:
It's my understanding that (a) is correct. I believe that there's a bug in the marker rendering code that causes the end marker to not behave correctly, but I couldn't pinpoint where it crops up.
Thats been fixed, Carl had done it, for some reason it hadn't patched properly on my system the other day so it wasnt in that stuff you commited, but it was in the changes I commited last night.
There's also a bug that was causing the mid-markers to not work at all;
Mid markers are functioning properly now, I sorted that yesterday. (also nailed the bug where turning off the start marker shifted all the mid markers along)
batik renders b, so thats how I've done it
currently,
however I just wanted to be sure. (inkscape was rendering them as per option a before.)
Hmm, well batik is kind of the de facto authority, so we'd do worse than to copy them. Can anyone see how the document would render with Illustrator?
I've put it back to how inkscapes always done them before, as otherwise it breaks any old files people had done. (and it just feels more logical that way) Wouldnt be too hard to drive it from a preference tho, (ie batik-compatible-markers) and switch modes dependant on that.
If you want to see a fun use of markers, cvs up, create a line, set the start marker to INK_mTorso and the end marker to INK_mLegs using the drop downs and enjoy. :)
btw, I've been calling all the markers that I've been putting in markers.svg INK_mWhateverName to try and minimize the chances of confilcting with peoples own markers, Seem reasonable to y'all? If you add any of your own, can you create a line with it applied to one end called markerid_prev in the doc, I'm planning on using those to generate the previews.
cheers
John
__________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/