hi Ian >> i'd advocate that DOM is just another tool/method, and if company A >> chooses to use DOM, or an OSM, or some other idea, that is company A's >> decision. i don't support the concept that *all* companies have to >> use DOM . I understand the advantages and dis-advantages, just concerned >> about any "tone" we present to the AT community. > >We talked about this at the ftf in Austin; the possibility of >removing the DOM-specific part and making it a general requirement >for exchange of content, with the DOM being one possible solution. >Those at the ftf meeting felt the DOM was important enough to >stand out. not suggesting any changes to the UA guidelines, was replying to Jon's request for a MTG with AT developers. Certainly DOM is one possible solution for access to UA info. markReceived on Wednesday, 2 February 2000 11:53:56 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 October 2009 06:49:51 GMT