Rick, SVG-T and SVG-B were not specifically mentioned except within the context that that is what Opera currently supports and Moz's desire to match the active SVG development efforts that are taking place at thist time. They are aiming for SVG. That said, I did highlight to Robert O'Callahan that settling for SVGB would be a good place to start in order to support business graphics, or SVGT plus scripting.
Ronan > Ronan: > > Can you summarize the SVG-T/SVG-B/SVG-everything > compliance/compatibility proposed for FF/Mozilla? > > Thanks! > > - Rick > > -----Original Message----- > From: [email protected] > [mailto:[EMAIL PROTECTED] On Behalf Of Ronan Oger > Sent: Friday, May 27, 2005 5:35 AM > To: [email protected] > Subject: [svg-developers] [update] Mozilla SVG report from XTech 2005 > > Hi, SVG Developers, > > I gave a SVG/Perl talk at XTech 2005 (XML Europe) on Thursday about > template-driven business graphs in SVG using Perl. I'll post the talk > somewhere when I get the chance and pass on the url here. > > While I was there, I took advantage to meet with the Mozilla dev team > who were there in force demonstrating XUL/SVG interaction on Mozilla. > > On Thursday afternoon, there was a Mozilla BOF meeting and I managed to > get SVG support on the table. > > Here is therefore the latest SVG Mozilla news: > > 1/ Nightly builds of the SVG 1.1 can be downloaded from the ftp site > below (these may be unstable and are not yet considered Alpha level) > > ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ > > These builds support SVG. Notice, there is a selection switch in the > options (somewhere) that turns on and off native SVG so you can also use > the Adobe browser within the application for comparison. > > > The Firefox 1.1 alpha 1 release "Deer Park" also supports SVG and will > be out any day. Week(s), not month(s). > > > 2/ SVG in Mozilla will support http and XML methods, but will not > provide 'getURL', 'parseXML', and 'postURL' methods until they become > part of a specification. Content developers will therefore need to > provide a javascript equivalent built in legal script rather than built > in proprietary methods. I proposed the benefit of adding these into the > codebase temporarily, but the Moz team declined to embrace this. KEY > NOTE: Sockets ARE supported using ecma's standard html methods provided > within the ecmascript core. It will be up to developers to identify the > browser support and send the right ecmascript code, and generate bridges > from the above methods to the actual ecmascript methods. > > 3/ MOZ SVG will support scripting > > 4/ MOZ SVG will support XForms. > > 5/ MOZ SVG will not support SMIL at first, but Mozilla intend to support > the full SVG 1.0 (1.1?) specification as soon as possible. Actually, I > hear there is currently *some* SMIL support, and more coming, but it is > not supported yet. > > 6/ The SVG Moz team seem to not really know where their priorities need > to be adnd had a lot of questions about 'most useful' features. My line > was that they would probably find that at least 90% of the SVG spec is > needed by at least 50% uf app developers. I highlighted the need for > get/pstURL, SMIL, scripting, and fonts. I said filters were nice but not > a killer. And finally, graceful degradation was highlighted as an > important feature for missing stuff. > > 7/ The Moz team is concentrating on matching the rendering that Opera8 > provides. I heard it mentioned that Opera may be working on implementing > a full-SVG version of their browser, since they currently support SVGT > only. > > All in all, the Mozilla group showed real enthusiasm about SVG and seem > to be working as fast as they can. They requested that I pass on a > request for bug reports on FF1.1 to the svg-developers mailing list. > > All and all, XTech 2005 showed a great deal of interest in SVG. A number > of vendors highlighted SVG support in either the current or the pending > versions of their code. The biggest criticism about SVG I recieved from > non-insider-svg-developers was that there is a derth of publishing > platforms. Hopefully this will change soon... > > Cheers, > > Ronan > > > > > > > > [Non-text portions of this message have been removed] > > > > ----- > To unsubscribe send a message to: > [EMAIL PROTECTED] > -or- > visit http://groups.yahoo.com/group/svg-developers and click "edit my > membership" > ---- > Yahoo! Groups Links > > > > > > > > > ----- > To unsubscribe send a message to: > [EMAIL PROTECTED] > -or- > visit http://groups.yahoo.com/group/svg-developers and click "edit my > membership" > ---- > Yahoo! Groups Links > > > > > > > ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
