| Newsgroups |
gmane.text.xml.svg.devel |
| Message-ID |
<[email protected]> |
Hi Paul,
The only thing remaining to clean the svg is taking out enable-background, but don't expect anything from this. It is really meant for filters and is now deprecated (incidentally, the only browser that fully implements it, and the only one that renders this filter example in the spec http://www.w3.org/TR/SVG/images/filters/enable-background-01.svg is IE10+. Chrome partially renders it. It seems some were not happy with the way it was defined, finally stigmatizing it as “pretty much impossible to implement the spec as written”. One wonders then how IE found it possible to implement it!)
Since you cleaned the work, which was anyway rendering OK in all desktop browsers, and seeing from your chart that:
iPad Mini 1: Raster image problem
iPad Mini 2: OK
iPad Mini 3: Raster image problem
it would seem obvious to assume that the iPad Mini has some existential problem.
Other than possibly submitting the issue to Apple, which would be of no use anyway for the iPad Mini 1, you can still try restructuring the document, i.e. rather than acting on the viewbox for transformations, put all the work in a <g> layer (including the image) and apply transforms to it using the transform attribute, the <svg> then acting simply as a clip. You may find this more intuitive and actually easier. I have good hopes that this technique may do the job.
Finally, if the above still poses problems to the iPad, you can eventually try to base64 the image, though I have no idea if that would make the iPad happy.
In the meantime, you can try this map and image viewer on the iPad:
http://svg.dotuscomus.com/lib/autozoom/1.4.9/autozoom.svg http://svg.dotuscomus.com/lib/autozoom/1.4.9/autozoom.svg
It can load svg artwork and maps (as svg or image). If it doesn't work well on the iPad then forget it, it means that Safari on the iPad is faulty.
Domenico