On Tue, 13 Apr 2004, John Cliff wrote:
--- 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.
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)
Ah, good deal! Boy, the marker issues are getting solved quick. :-)
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?
Sounds good to me. I wonder if we'd want to use this as a convention for other things like gradients?
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.
Make sure to document this somewhere (perhaps in markers.svg itself, or in a README in that dir?)
Bryce