Alec Rivers
My feedback
1 result found
-
153 votes
Just a general status update. We are currently and will continuously improve SVG import support in Adobe Illustrator. We are currently working on solving the issues mentioned in this report. Please feel free to open new bug reports here on uservoice if you are experiencing additional/untracked issues.
An error occurred while saving the comment
I haven't fully read the thread so apologies if this was covered before, but:
>> If you have different proposals how to support 96 ppi CSS pixels not described above, let me know as well.
The way other applications support unambiguous units is to define the root <svg>'s width and height using "real" units (e.g. in or mm) and use the viewBox to remap that to whatever you want. E.g.,
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="8.5in" height="11in" viewBox="0 0 612 792">
<rect x="0" y="0" width="72" height="72" />
</svg>
In this case having the real units in width/height and the user units specified by viewBox makes it absolutely unambiguous, and this file should display a 1" square on all programs regardless of their "native" DPI. I've arbitrarily used 72 user units per inch here, but it could be 72, 96, or 123, and still be unambiguous in terms of real measurements.
Inkscape now (since v. 0.92) writes SVGs using this approach by default. It seems to me that if Illustrator started exporting SVGs this way too, it wouldn't break any existing files, and it would make importing those files into other programs, or back into Illustrator itself, also work correctly. Dirk, do you think that would work?