Re: [svg-developers] Re: tool tips --on mouse over
Doug, well it's certainly exciting news that you intend to contribute. in the meantime it is possible to write documents that work in both asv and mozSVG. including one that demonstrates tool tips! which may mean using scripting in this instance. A large part of accessibility is ensuring that documents degrade gracefully, or where possible function on a range of equipment which may not meet the latest specification. regards Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 4 Dec 2004, at 22:10, Doug Schepers wrote: Jonathan- Of course it won't work in Mozilla's SVG implementation. As good as MozSVG is on what it does, it is not nearly a complete implementation of even SVG 1.0 (nor does it claim to be, though it's making good progress). I don't think that it's useful to point out every example posted to this list that won't work in MozSVG, since that would be the vast majority of examples. This example is standard SVG; however, it will only work in a UA that has support for both SMIL animation and the 'tref' element. MozSVG has neither. In fact, AFAIK, it doesn't even support the 'title' and 'desc' elements. As you know, I'm looking into adding support for SMIL animation to MozSVG, and as my schedule permits, I will begin actually adding elements. However, getting started on it is not trivially easy. It is not a matter of biting the bullet, but a serious commitment of time and resources. If I were you, I would not look forward to this example working in MozSVG for six months at the earliest, and probably longer. However, it is a pragmatic solution for ASV, which is what most people use. -Doug Jonathan Chetwynd wrote: | | Schepers, | | that's an elegant solution, however one that may not be | supported by the MozSVG implementation. | #273171 could be one to bite the bullet on? | | regards | | Jonathan Chetwynd |http://www.peepo.co.uk; It's easy to use | irc://freenode/accessibility | On 4 Dec 2004, at 20:01, Doug Schepers wrote: | | As promised, here is the sample I cooked up to demonstrate referencing | metadata elements: | |http://svg-whiz.com/samples.html#trefMetadata | | Regards- | Doug | - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visithttp://groups.yahoo.com/group/svg-developersand click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT image.tiff image.tiff 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 theYahoo! Terms of Service. Yahoo! Groups Sponsor ~-- Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/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/
Re: [svg-developers] Re: Re: tool tips --on mouse over
Jim, that's preposterous, in terms of accessibility the SVG1.1 spec is broken. The chair and others have indicated that there is much work to be done. for instance ASV3.1 doesn't support standard keyboard accessibility any more than mozSVG, or any other UA afaik. Following standards only improves accessibility, if the standards were designed appropriately in the first place, and the UA also implements them appropriately. Significantly it may also be necessary for peripheral i/o devices to also be upgraded to meet these standards. In no case does the number of user agents have anything to do with the matter. It may well be that mozSVG is the first and only UA to support keyboard navigation, in which case user will be obliged to use it if they require keyboard navigation, certainly ASV3 will not be useful. In that case scripting solutions maybe a requirement, until such time as the next pre-beta is released by Adobe. They may well be a minority, but serving minorities is the meaning of accessibility. Your contribution to the mozSVG accessibility bug team is awaited. regards Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 5 Dec 2004, at 12:36, Jim Ley wrote: Jonathan Chetwynd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] in the meantime it is possible to write documents that work in both asv and mozSVG. including one that demonstrates tool tips! which may mean using scripting in this instance. A large part of accessibility is ensuring that documents degrade gracefully, or where possible function on a range of equipment which may not meet the latest specification. But one of the things not to do is to introduce a whole load of authoring and accessibility problems to support a pre-beta product, pages we author today do not have a lifetime of the few weeks that a pre-beta product like MozillaSVG does. A SMIL approach works in a number of shipping user agents, accessibility is not a whole heap of author focussed hacks to make it work in all user agents (especially when Doug's works in more user agents than your scripting one) Tooltips can't be required functionality of your page, simply because they're not supported by all viewers (the spec only supports them if either the optional script, or optional SMIL is supported) because of this your page must degrade in the absence of tooltips, so not having a reliance on script, and supporting non scripting user agents like ikivo or zoomon SVG tiny players is a very good thing. Jim. - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT 111704_1104_g_300250a.gif l.gif 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 the Yahoo! Terms of Service. Yahoo! Groups Sponsor ~-- $4.98 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/Q7_YsB/neXJAA/yQLSAA/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/
[svg-developers] Re: Re: Re: tool tips --on mouse over
that's preposterous, in terms of accessibility the SVG1.1 spec is broken. Certainly, but you keep bringing back specific discussions, about specific things, to the general SVG accessibility as a whole is broken. We were specifically discussing tooltips, nothing more. In no case does the number of user agents have anything to do with the matter. Of course it does, writing a whole load of crap javascript does not improve accessibility, never, rather than taking what I write to be about the thing I'm writing about - tooltips - you decide to extend what I write to everywhere They may well be a minority, but serving minorities is the meaning of accessibility. No it's not! accessibility is not about authors increasing their authoring costs hundreds of percent simply to work around bugs in user agents and specification, if you have a particular desire to support certain user agents, then it's down to you when you do it, however to criticise Dougs example because it didn't work in Mozilla SVG was extremely misleading when your example didn't work in Ikivo, Bitflash (and maybe even tinyline) whereas Dougs did. They're released shipping players used by thousands of people, Mozilla SVG certainly is not that. Supporting mozilla SVG can well be worthwhile but not at the expense of other user agents, and certainly don't expect others to go out of there way to work around its bugs/limitations, as it's pre-beta product, and those limitations and bugs will soon be fixed. The SMIL solution for tooltips is a very good one, much better than the script one, for a large number of reasons. Your contribution to the mozSVG accessibility bug team is awaited. I do not use mozilla, so I won't be finding bugs in it, I find the interface annoying as a browser, I'm doing what I can to aid the project though as you well know. Jim. Yahoo! Groups Sponsor ~-- $4.98 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/Q7_YsB/neXJAA/yQLSAA/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/
RE: [svg-developers] Re: tool tips --on mouse over
As promised, here is the sample I cooked up to demonstrate referencing metadata elements: http://svg-whiz.com/samples.html#trefMetadata Regards- Doug doug . schepers @ vectoreal.com www.vectoreal.com ...for scalable solutions. Doug Schepers wrote: | | Hi, Ravi- | | That's because 'title', 'desc', 'metadata', and the proposed | 'hint' (among many other elements, such as 'g') are | non-rendering elements. In this case, they are all used for | semantically-tagged metadata. Of these, only 'hint' is at all | rendered, triggered by a mouseover, but that's SVG1.2 | functionality... Not here yet. | | You can get the contents of 'title' and 'desc' to render by | using them as referents to a 'tref'. I'll post an example to | my Web site later today. | | Regards- | Doug | | doug . schepers @ vectoreal.com | www.vectoreal.com ...for scalable solutions. | | | dandiya wrote: | | | | Hi Doug | | In the example you posted | | http://svg-whiz.com/samples.html#insertShapes | | | | how come the title and desc are not visible along with the | shapes even | | though you have generated both and appended them. | | Are title/desc triggered only on a particular event? | | | | | | -Ravi | Yahoo! Groups Sponsor ~-- Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/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/
Re: [svg-developers] Re: Re: Re: tool tips --on mouse over
Jim Schepers, the SMIL tooltips example code uses mouseover and mouseout, almost by definition that can't be good accessibility because it is device dependent. please see hixie's bug #273197 where mozSVG may be supporting tab. assuming users can tab to these graphics, which is by no means clear, as they are not links... they will not currently see the tooltips. for asv3, this wont be a concern, as they also can't tab :-) It would be very much easier if authoring tools arranged these matters for us, in the meantime... we are obliged to consider how they might. regards Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 5 Dec 2004, at 16:43, Jim Ley wrote: that's preposterous, in terms of accessibility the SVG1.1 spec is broken. Certainly, but you keep bringing back specific discussions, about specific things, to the general SVG accessibility as a whole is broken. We were specifically discussing tooltips, nothing more. In no case does the number of user agents have anything to do with the matter. Of course it does, writing a whole load of crap javascript does not improve accessibility, never, rather than taking what I write to be about the thing I'm writing about - tooltips - you decide to extend what I write to everywhere They may well be a minority, but serving minorities is the meaning of accessibility. No it's not! accessibility is not about authors increasing their authoring costs hundreds of percent simply to work around bugs in user agents and specification, if you have a particular desire to support certain user agents, then it's down to you when you do it, however to criticise Dougs example because it didn't work in Mozilla SVG was extremely misleading when your example didn't work in Ikivo, Bitflash (and maybe even tinyline) whereas Dougs did. They're released shipping players used by thousands of people, Mozilla SVG certainly is not that. Supporting mozilla SVG can well be worthwhile but not at the expense of other user agents, and certainly don't expect others to go out of there way to work around its bugs/limitations, as it's pre-beta product, and those limitations and bugs will soon be fixed. The SMIL solution for tooltips is a very good one, much better than the script one, for a large number of reasons. Your contribution to the mozSVG accessibility bug team is awaited. I do not use mozilla, so I won't be finding bugs in it, I find the interface annoying as a browser, I'm doing what I can to aid the project though as you well know. Jim. - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT lrec_companion_043004.gif l.gif 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 the Yahoo! Terms of Service. Yahoo! Groups Sponsor ~-- Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/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/
Re: [svg-developers] Re: tool tips --on mouse over
Jim, perhaps you can enlighten me, what is the 'required information' that a blind user or a user who prefers not to use a mouse will get from this SMIL document? regards Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 5 Dec 2004, at 18:22, Jim Ley wrote: Jonathan Chetwynd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] the SMIL tooltips example code uses mouseover and mouseout, almost by definition that can't be good accessibility because it is device dependent. No, there's nothing inaccessible about having additional functionality provided to users of the mouse, it's not required information. Jim. - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT lrec_scuba_d21_120204.jpg l.gif 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 the Yahoo! Terms of Service. Yahoo! Groups Sponsor ~-- $4.98 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/Q7_YsB/neXJAA/yQLSAA/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/
RE: [svg-developers] Re: tool tips --on mouse over
Hi, Jonathan- Jonathan Chetwynd wrote: | | in the meantime it is possible to write documents that work | in both asv and mozSVG. | including one that demonstrates tool tips! which may mean | using scripting in this instance. Er... You mean like the scripted tooltip example on the same page, which is referenced and co-linked by the SMIL example? | A large part of accessibility is ensuring that documents | degrade gracefully, or where possible function on a range of | equipment which may not meet the latest specification. I'm sorry, but as Jim has noted elsewhere, I am not going to shoot at a moving target, nor will I recommend that anyone else does. Programming to fit one or more profiles is a Good Thing, but being bugwards-compatible is neither interesting nor useful. If an implementation is broken or incomplete, that's the fault of the implementation. If good code that should work in that implementation, doesn't work, that's impetus to the implementors (not the authors) to fix what's broken. I don't want to make documents that encourage laxity of implementations. I seriously doubt that any of the MozSVG dev gurus would suggest that I dumb down my code. MozSVG will get there in time, but it's not there yet. Regards- Doug doug . schepers @ vectoreal.com www.vectoreal.com ...for scalable solutions. Yahoo! Groups Sponsor ~-- $4.98 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/Q7_YsB/neXJAA/yQLSAA/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/
Re: [svg-developers] Re: Re: tool tips --on mouse over
Jim and Schepers, well I agree it is possible, and even likely that future UA will provide at least an option to view metadata such as title and desc in a specific area of the screen such as perhaps the status bar. However in that case Doug's example is redundant. If you read the bug report which I drew your attention to it mentions UAG: http://www.w3.org/TR/UAAG10/guidelines.html#gl-device-independence specifically the first guideline makes it clear, that if you choose to render a tooltip this should be device independent. It could not be much clearer. You do not have to render a tooltip, but if you do Ensure that the user can interact with the user agent (and the content it renders) through different input and output devices. content appears in this instance to be defined as The text between the start-tag and end-tag is called the element's content. This is clearly an example of rendered text. The script example on the same page, is also mouse dependent, so not effective in this instance. In order to check the usefulness of tooltips it is necessary to provide them for tab users. This has been drawn to my attention on numerous occasions during seminars when the audience has raised this issue. Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 5 Dec 2004, at 19:37, Jim Ley wrote: Jonathan Chetwynd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] perhaps you can enlighten me, what is the 'required information' that a blind user or a user who prefers not to use a mouse will get from this SMIL document? Whatever their access technology provides by way of access to the metadata, the whole point of Dougs example was that he re-used the metadata from the document via SMIL into an additional display of the data for those user who can make use of it. It's additional. The tooltips simply cannot be giving required information, that would inaccessible. Visual semantic languages can only provide metadata to allow access by the blind, it's simply not possible for visual semantics to be understandable in other ways (well an AT could attempt to say there's a circle/path etc. but to construct that to something useful is impossible IMO for all non-trivial graphics) Jim. - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT 111704_1104_g_300250a.gif l.gif 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 the Yahoo! Terms of Service. Yahoo! Groups Sponsor ~-- $4.98 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/Q7_YsB/neXJAA/yQLSAA/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/
[svg-developers] Re: Re: Re: tool tips --on mouse over
Jonathan Chetwynd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] If you read the bug report which I drew your attention to it mentions UAG: http://www.w3.org/TR/UAAG10/guidelines.html#gl-device-independence specifically the first guideline makes it clear, that if you choose to render a tooltip this should be device independent. It could not be much clearer. You do not have to render a tooltip, but if you do Doug is an author, he doesn't have any reason to follow the _User Agent_ authoring guidelines, authors are free to do whatever they like, giving extra functionality to any users they like, there's nothing inaccessible about it. Jim. Yahoo! Groups Sponsor ~-- $4.98 domain names from Yahoo!. Register anything. http://us.click.yahoo.com/Q7_YsB/neXJAA/yQLSAA/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/
[svg-developers] SVG discussion on slashdot
URL for Slashdot article: http://tinyurl.com/658z9 Weather Data Available in XML Posted by michael on Sunday December 05, @06:21PM from the stormy-weather dept. wombatmobile writes Wired reports the National Oceanic and Atmospheric Administration this week began providing weather data in an open access XML format. Previously, the data was technically available to the public, but in a format that's not easily deciphered. How will the free and easy availability of valuable data like this in XML affect the development of the web? One example is Tom Groves SVG weather. This type of visualization of XML data is about to fall within easy reach with nothing more than a text editor required as an authoring tool. From March 2005 SVG becomes part of the standard Mozilla/FireFox build. As an example of how web standards are supposed to work, what more could you hope to find? We mentioned the policy change a few days ago. Mike Yahoo! Groups Sponsor ~-- Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/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/
Re: [svg-developers] Re: Re: Re: tool tips --on mouse over
Jim, I refer you to WCAG 1.0 and WCAG 2.0 http://www.w3.org/TR/WCAG20/#keyboard-operation Guideline 2.1 Make all functionality operable via a keyboard or a keyboard interface. http://www.w3.org/TR/WCAG10/#gl-device-independence ? 9.2 Ensure that any element that has its own interface can be operated in a device-independent manner. [Priority 2] Refer to the definition of device independence. Refer also to guideline 8. Techniques for checkpoint 9.2 9.3 For scripts, specify logical event handlers rather than device-dependent event handlers. [Priority 2] Techniques for checkpoint 9.3 (whilst Doug's code uses declarative animation rather than script these checkpoints would be relevant.) If you believe that W3 has published accessibility guidelines that support your position, please point to them. regards Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 5 Dec 2004, at 20:36, Jim Ley wrote: Jonathan Chetwynd [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] If you read the bug report which I drew your attention to it mentions UAG: http://www.w3.org/TR/UAAG10/guidelines.html#gl-device-independence specifically the first guideline makes it clear, that if you choose to render a tooltip this should be device independent. It could not be much clearer. You do not have to render a tooltip, but if you do Doug is an author, he doesn't have any reason to follow the _User Agent_ authoring guidelines, authors are free to do whatever they like, giving extra functionality to any users they like, there's nothing inaccessible about it. Jim. - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT 111704_1104_g_300250a.gif l.gif 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 the Yahoo! Terms of Service. Yahoo! Groups Sponsor ~-- Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/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/
Re: [svg-developers] SVG discussion on slashdot
Mike, thanks for pointing this up, if anyone is considering making a realtime SVG application: http://www.nws.noaa.gov/forecasts/xml/SOAP_server/ndfdXML.htm it uses .jpg for the weather icons, SVG ones might be available, just ask :-) It's a great pity this is continental USA only, UKmet office is hoping to make money out of any proposed SVG service regards Jonathan Chetwynd http://www.peepo.co.uk It's easy to use irc://freenode/accessibility On 6 Dec 2004, at 02:44, Mike Kidson wrote: URL for Slashdot article: http://tinyurl.com/658z9 Weather Data Available in XML Posted by michael on Sunday December 05, @06:21PM from the stormy-weather dept. wombatmobile writes Wired reports the National Oceanic and Atmospheric Administration this week began providing weather data in an open access XML format. Previously, the data was technically available to the public, but in a format that's not easily deciphered. How will the free and easy availability of valuable data like this in XML affect the development of the web? One example is Tom Groves SVG weather. This type of visualization of XML data is about to fall within easy reach with nothing more than a text editor required as an authoring tool. From March 2005 SVG becomes part of the standard Mozilla/FireFox build. As an example of how web standards are supposed to work, what more could you hope to find? We mentioned the policy change a few days ago. Mike - To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click edit my membership Yahoo! Groups Sponsor ADVERTISEMENT 111704_1104_g_300250a.gif l.gif 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 the Yahoo! Terms of Service. Yahoo! Groups Sponsor ~-- Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar. Now with Pop-Up Blocker. Get it for free! http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/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/