Closed
Bug 136666
Opened 23 years ago
Closed 21 years ago
Use native support for SVG as an alternative to getting a plugin
Categories
(Core :: SVG, enhancement)
Core
SVG
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: david, Unassigned)
References
Details
Attachments
(1 file)
985 bytes,
text/html
|
Details |
When SVG is ready...
When Moz reads a page with an <object> containing an SVG file, it should use the
native SVG and iframe mechanisms to display the SVG file without needing a plugin.
Currently the only mainstream user agent SVG support (that I know of) is through
Adobe's plugin - requiring use of the object or element tags. We will need this
feature to make best use of the native implementation.
There could be a preference to use native SVG or a plugin (which would not be
needed when the SVG is rock solid :-)
![]() |
||
Comment 1•23 years ago
|
||
Sounds like a dup of the "SVG can only do full-screen" bug....
Reporter | ||
Comment 2•23 years ago
|
||
Boris,
I suspect not, what is the bug#?
Comment 3•23 years ago
|
||
Using 2002122721 (SVG/GDI), this issue still seems to exist after the back end
rewrite described in bug 182533. As far as I can tell only SVG-in-XHTML is
rendered. Anything embedded with <object> or <embed> does not display. Nor do
simple .svg files (at least those werved with mime type image/svg+xml, possibly
those with other mime types too).
![]() |
||
Comment 4•23 years ago
|
||
*** Bug 193483 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
Do we have a testcase?
Reporter | ||
Comment 6•22 years ago
|
||
HTML testcase linking to a SVG file at
"http://www.adobe.com/svg/svgfiles/circle.svgz".
This represents how SVGs are currently embedded into HTML pages utilising a
plugin (rather than a mixed namespace XML doc).
I would have put a small SVG on bugzilla, but couldn't get it to display any
local SVGs. I guess the problems might be to do with not recieving a mime type
sent over HTTP, so figured it'd be best to go with something that I can see
working...
As it is, the page displays the SVG for both object and embed, when viewed with
WinME IE6 and Adobe SVG viewer 3.
Reporter | ||
Comment 7•22 years ago
|
||
Hmm, It seems that the using the object element doesn't work when viewing the
testcase from bugzilla (WinME IE6 Adobe SVG 3), but it does when the HTML is
saved locally.
I've not got the Adobe SVG plugin working with moz - perhaps someone who has can
report what they see with the testcase.
Comment 8•22 years ago
|
||
SVG should also be usable from background: url(), which I imagine should be
implemented in a similar way (when in a background, it should simply not get any
UI events, but should still animatable, running scripts, etc).
![]() |
||
Comment 9•21 years ago
|
||
Mass reassign of SVG bugs that aren't currently being worked on by Alex to
general@svg.bugs. If you think someone should be assigned to your bug you can
join the #svg channel on mozilla.org's IRC server ( irc://irc.mozilla.org/svg )
where you can try to convince one of the SVG hackers to work on it. We aren't
always there, so if you don't get a response straight away please try again later.
Assignee: alex → general
![]() |
||
Comment 10•21 years ago
|
||
This is fixed. The testcase attached to this bug fails because the MIME-type
being served is image/svg-xml instead of image/svg+xml as it should be.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 11•21 years ago
|
||
No bug / patch referenced as the fix.
-> WORKSFORME
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•21 years ago
|
Status: REOPENED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•