On 05-Aug-2014 09:12, Josh Andler wrote:
All I saw was your reply to him. Nothing directly from him or via the list in my inbox or spam folder.
Me too.
I'm a little unclear on the purpose of hatches which is:
"SVG 2 should support hatchings without the artifacts that patterns currently impose."
Those are continuous lines/curves drawn along arbitrary angles. Anything else?
For what it's worth I don't see any reason to migrate the hatch support in WMF, EMF (,or EMF+, should it ever be implemented, which is dubious since at least one key applications, PPT, drops text when it writes it) from patterns to SVG 2 hatch, since those predefined patterns are all aligned at 0, 45 or 90 degrees to the X axis. (Plus the spec doesn't really say what should happen to those hatches when the coordinate system is rotated, so some apps rotate the hatch and others leave it in the original orientation.)
I don't see a way to cleanly export an arbitrary SVG 2 hatch fill/stroke to any of these formats, since they do not have user defined hatch patterns, only pre-defined hatch patterns. The closest would be to make a bitmap and export that as the fill/stroke, but that is a one way conversion. Most likely SVG 2 hatch is also going to be a problem going into/out of other graphics formats.
What I'm saying is, yes Inkscape should render/manipulate the new hatches, but if portability is a concern, it might be best to guide users away from employing this feature when making new drawings. Otherwise there will be the inevitable "why does my hatch look terrible when I save to X" problems.
Regards,
David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech