Hi Domenico, I can certainly understand your concerns about your existing SVG artwork not rendering well in Firefox.
But I think it is a valid strategy to release SVG support "bit by bit". After all, the SVG/DOM subset existing in Mozilla Firefox 1.5 already works for maybe 70% of the SVG applications out there. Many open source projects work this way: release often and release early (in my opinion a good strategy, esp. in the early days of a project). If you use MS Office you don't use 100% of the features either, but most of your work can be done maybe using a subset of 30% of the existing options in MS Office. It is better to release something (and in case of Mozilla SVG, this "something" is already very usable) than nothing at all. Almost all that SMIL does, can be done by Script and Doug Schepers recently released his SMIL Script library which should help you as well. Likewise, some other featues can be simulated with workarounds. It is better to have a SVG implementation with Scripting and no SMIL, than having a SVG implementation with SMIL and no scripting. And let us also not forget: the first two releases of ASV did not implement the whole SVG 1.0 implementation either - and still they were useful. ASV3 also does not implement the full spec, but certainly a good enough set of features. Just my two cents, Andreas PS: soon Opera will be releasing version 9 (with scripting/DOM support), with a similar situation: not a full implementation of SVG, but good enough for most applications. > Finally, let's not forget that many of the advancements we were able > to make in svg have been possible thanks to ASV. Like Jonathan says, > Adobe's DOM extensions were designed to palliate NS 4.7 > deficiencies, at a time when it was still popular. Let's not spit > too much in the soup. Many or all of the works we were able to sell > were only possible because ASV was (is) around. > > In conclusion, I too, applaud and have the greatest consideration > for the work the Firefox guys are doing, but way way too many svg > works use SMIL and many use some less common methods of the complete > DOM2 subset. It's unconceivable to me to make the firefox svg > implementation available to the general public until it renders SMIL > and it has the complete DOM2 subset implemented. > > Needless to say, I can technically sustain what I said above with > the weight of tests and examples. I know many others can as well, > for and against, and that can generate an endless debate. The thing > is that SVG is an Art medium and no artist wants to see his/her > creations misrendered. It's unacceptable. Artists and technicians on > this list are concerned and should be consulted. > > My motion is for asking the immediate removal of 1.5 from the > download page and the release of a 1.6 build with switchable svg, > off by default. The option should also be accompanied by a notice > specifying in non technical language the type and extent of > limitations and how they can affect and damage the works displayed. > Although I think the most sensible thing would be to not implement > it until finalized. > > Domenico Strazzullo > ------------------------ Yahoo! Groups Sponsor --------------------~--> AIDS in India: A "lurking bomb." Click and help stop AIDS now. http://us.click.yahoo.com/9QUssC/lzNLAA/TtwFAA/1U_rlB/TM --------------------------------------------------------------------~-> ----- 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/
