Bug 15364 – WebKit shows blank SVG in Mail.app's compose window

• Component: SVG
• Status: RESOLVED INVALID

[jay]

Parity other graphics formats such as gif, jpg, tiff etc
also Accessibility people with low literacy need symbols when authoring.

Mail.app in read mode can renders SVG in html, but the method is obscure**

when authoring in compose mode, or reading emails it would be convenient if either SVG or the HTML attachments with embedded SVG, or ideally both are rendered inline.

Thunderbird renders HTML attachments with embedded SVG.
Opera Mail also allows the user to add SVG attachments which are given an html wrapper and rendered in read mode.

** the current method is to edit a raw source html email message, adding a link to an external svg file.
then copy and paste the result in mail.app to a folder. this creates a new email with svg rendered, which can then be forwarded to recipients.

[jay]

Created attachment 16523 [details]
svg in html

[Eric Seidel (no email)]

What peepo is expressing here is that if you reply to an HTML message containing an SVG in an <embed> or <object> tag, the content will not display in the Mail.app compose window.  I'm not certain if this is a Mail.app bug or a WebKit bug.

[jay]

#2

eric, either reply as you describe, or compose a new html email and attach an html file with embedded svg, in neither case is the attachment rendered.

additionally, it is preferable if there is an option for attachments to be inline, both for authoring and reading

[Mark Rowe (bdash)]

How is this a WebKit issue?  This sounds very Mail-specific and related to custom behaviour that Mail provides.

[jay]

filed with radar as bug 4912172

am trying to identify who is responsible for accessibility at Apple?

like why is there no "access" keyword?
where do I file a bug about that?

[Mark Rowe (bdash)]

<rdar://problems/4912172>

Closing after migration to Radar, which was more appropriate for this issue.