14:06:55 RRSAgent has joined #aria 14:06:55 logging to http://www.w3.org/2007/11/06-aria-irc 14:06:56 oedipus has joined #aria 14:06:57 anthony has joined #aria 14:06:58 DanC_lap has changed the topic to: ARIA session of WAI PF WG meeting; public records 14:06:59 rrsagent, make log world 14:07:45 mattmay has joined #aria 14:08:41 RS Looking to get ARIA support in HTML/XHTML/SVG. 14:08:55 support in Dojo, Firefox, etc., but still a couple of issues. 14:09:24 graouts has joined #aria 14:09:43 some issues: namespaces in HTML, IE defects on attr selectors, triggering off ARIA states & properties. Would prefer something that doesn't use a colon. 14:10:07 can we come up with a more general solution to the problem? 14:10:13 ChrisL has joined #aria 14:10:24 rrsagent, here 14:10:24 See http://www.w3.org/2007/11/06-aria-irc#T14-10-24 14:10:46 janina has joined #aria 14:11:07 anne has joined #aria 14:11:40 (time out to find a relevant party) 14:13:16 Al has joined #aria 14:15:33 DanC: Between 450-500 people have joined HTML WG since created earlier this year. 14:16:09 Level of chaos on list and wiki is high, but ARIA issues documented on wiki 14:16:44 Freaked out about implementation issues surfacing because it seems premature to be implementing 14:17:26 http://esw.w3.org/topic/HTML/ARIAIntegration ast edited 2007-10-10 13:05:56 by GregoryRosmaita 14:17:44 StevenP: XHTML2 WG is chartered to produce an XML application, and standard extension in XML is to use namespaces. Role attr can be used in multiple ways, including accessibility. 14:18:28 It's possible to apply, for example, checkbox role to a div. 14:18:40 ("unable" is strong; there's argument against) 14:18:43 My understanding is that HTML cannot adopt this mechanism. 14:19:36 ChrisL: We use XLink for linking. We don't care how it's done so long as it's well-formed. Just put it in the DOM and don't worry about rendering it. 14:19:52 shepazu has joined #aria 14:21:07 ARIA mechanism is fine because we can just use it. Having a role for mini map to navigate a larger map is useful. We don't expect this role to be defined, but specialized implementers would want that. But collisions could occur without namespaces. 14:22:06 Colin can be used in internet explorer. MS Office already generates "html" that uses multiple namespaces - v: for vml, mso: for office extensions 14:22:11 DougS: I agree with everybody. Namespaces is elegant solution. Colon causes problems in IE. Would be ideal to have the same syntax across languages. Would be difficult for authors to use aria:* in one place and aria-* in others. 14:22:13 Zakim has joined #aria 14:22:18 q+ Dan 14:22:21 q+ Stephen 14:22:28 Don't have a good solution. 14:22:30 ... they use /: in css to get around the colon being special in css 14:22:46 ack s 14:22:55 SP: I don't believe there's a syntactic solution. But did occur to me that maybe the solution is to use XBL. 14:23:18 q+ to comment on the "IE ioncompatibility" argument 14:23:20 XBL allows you to use shadow trees. Then we wouldn't have to care that they're different across languages. Like adding a style sheet after the fact. 14:23:29 s/ion/in/ 14:23:36 q+ Anne 14:23:36 q+ 14:23:38 q+ Doug 14:23:50 in my opening remars, pls include: DanC: I gather some implementors are likely to make decision soon, which concerns me because it's not clear that the ARIA schedule and requirements are clear 14:24:12 So FWIW, I agree XBL would be nice, but that's not implemented at all 14:24:15 q- 14:24:22 ack dan 14:24:53 Squatting on link relationship names, x-tokens, registries, and URI-based extensibility 14:24:53 -> http://www.w3.org/2001/tag/group/track/issues/51 Squatting on link relationship names, x-tokens, registries, and URI-based extensibili 14:24:56 Hixie has joined #aria 14:25:43 chaals has joined #aria 14:26:19 DanC: x-* tokens are common conventions. My belief is that you can start with a standard URI, and can work on a standard process. If it doesn't reach the level of standardization, then you'll still have the convention. 14:26:27 q? 14:26:29 q+ 14:26:35 ack ch 14:26:35 ChrisL, you wanted to comment on the "IE ioncompatibility" argument 14:26:57 We used to fight this with rel, and then rel="nofollow", and we celebrated that. Confusing. 14:27:27 ChrisL: I find it hard to believe IE doesn't do colon namespaces. Can use 14:27:33 The hack you described for Selectors doesn't work at least for attribute values ChrisL 14:27:34 \: for colons 14:27:38 ack ChrisL 14:27:39 q? 14:27:44 thx anne 14:27:52 ack hsivonen 14:28:00 hsivonen: IE does something with the colon. What it does is different from the XML DOM. 14:28:34 In Opera, WebKit and Gecko, backslash has no meaning. So multiple ways to handle the colon. 14:28:57 karl has joined #aria 14:29:57 With HTML5, design goal is that parsing should be as close as possible to legacy so that it works consistently. Since legacy browsers do differently, spec follows non-IE browsers. 14:30:11 Since there is no interop with colon, best way is to avoid colon. 14:30:50 the legacy is not interoperable again 14:31:04 You can't change the legacy. If you introduce something yet different for HTML5, then you have a fourth option. 14:31:47 (Al, we're now into HTML versioning issues, which is a notoriously tricky issue in public-html [perhaps you already know that]) 14:31:50 content should be browser-agnostic -- implementation decisions should not be made based on limitations of non-complying UAs 14:31:56 Opera tried namespaces in HTML and it didn't work out because of legacy content. 14:31:58 correct labelling of html5 would allow all browesers, including ie, to correctly process colons and have a namespace plus local name, same as in xhtml 14:32:38 DougS: You didn't describe what problems there were. 14:32:54 anne: We don't want a doctype switch. 14:33:04 right, it can't apply to *all* legacy content. better to correctly label html5 14:33:09 s/a doctype/another doctype/ 14:33:45 q? 14:34:30 hsivonen: goal is that the DOM you get behaves the same in HTML5 and legacy browsers for parts of the language other than errors. 14:34:51 its seems crazy to propogate a method that has already been stated not to work and not to be interoperable between ie and non-ie, and which ie won't change; and to propogate that to replace one that does work in existing browsers 14:35:03 There's no value to script writers to create two different mechanisms. 14:35:08 but you *are* introducing a discrepancy 14:35:28 we're simply introducing new attributes... 14:35:39 Steven-mobile has joined #aria 14:36:01 If we have a script written for HTML5, same script should work in XHTML5. 14:36:32 q? 14:36:33 agreed, but there are two ways of having a script work the same in html5 and xhtml5 14:36:46 ... and one of those ways breaks *everything else* 14:37:09 DanC: HTML WG decision-making procedure is just starting, so if you want an answer from us soon, you're stressing things. 14:37:31 ... especially a decision that's intertwingled with versioning 14:37:58 DougS: Things are being implemented presently. 14:38:07 q? 14:38:11 DanC: As chair, no decisions have been made. 14:38:19 ack Doug 14:38:34 to clarify: the HTML WG as a whole has not made any design decisions. 14:38:34 q+ raman 14:38:56 DougS: anne, you said Opera doesn't want a switch, but IE clearly does. Saying there can't be one is not yet off the table. 14:38:57 q+ 14:39:01 anne: I'm saying that's our opinion. 14:39:06 I agree with Dan that decisions have not been made, per process; I'm also hearing lots of claims that decisions can't be changed or that opinions will not be changed 14:39:17 hsivonen: I believe Mozilla position is the same. 14:39:22 Anne and henris say 'no more switching' 14:39:39 yes, the HTML WG process has a fairly high level of chaos, true. 14:39:45 Dave Hyatt came firmly in favour of a switching mechanism 14:40:26 DougS: I believe it's still open. 14:40:46 DougS: XBL could work if it were implemented. Mozilla doesn't support XBL2. Need something that works today. 14:40:56 "Dave Hyatt came firmly in favour of a switching mechanism" was what DougS said; let's please be more clear about attribution 14:41:06 q? 14:41:10 ack Rich 14:41:12 IE certainly needs a switching mechanism so they can not treat the old legacy (that they mostly madxe, from ms tools) differently 14:41:50 Rich: XBL is an enormous expectation of the browsers. Not that it's a bad idea. 14:42:30 (re things that are in e-mail already, pointers are welcome, but not everybody has read everything, and discussion can shed light on stuff that's already been said.) 14:42:38 Applications are being built today. People need access to this information. We have working examples, e.g., Dojo. But we want to make it easier. Need something that works in today's browsers, preferably easier in HTML5. Then want to look at SVG next. 14:42:46 ack raman 14:43:18 quoting from the html vision document "Also, as soon as there is a need for any extensibility, the XML serialization (with use of XML namespaces) gains an immediate practical advantage." 14:43:27 http://www.w3.org/2007/03/vision 14:43:33 q+ 14:43:40 Raman: DanC made an important point re: no decisions being made. If PFWG expects a final decision on ARIA, we may be stressing things too much. But does PF need a firm answer on ARIA today? We designed ARIA to patch HTML 4. The point of HTML 5 is that people are writing HTML 4. 14:43:42 +1 to the "vision thing" 14:44:24 q+ 14:44:50 ARIA works on HTML 4 now. No need to be designing or hacking this for HTML5. There's still time to do this for HTML 4 now, and HTML5 later. We have apps using this now. Why do this now where angels fear... even looking in? 14:45:07 ack Steven-mobile 14:45:32 pointer to dojo doing this? 14:45:44 yes, please, pointer to dojo doing this? 14:45:49 anne, http://www.w3.org/WAI/PF/adaptable/HTML4/ explains HTML 4 implementation of ARIA 14:45:56 StevenP: Understand scripting issue is important. But Dojo supports it now, and toolkits are popular. 14:45:57 q+ 14:46:06 Can abstract this away. 14:46:10 http://www.goodold.se/blog/tech/?p=12 14:46:24 Raman: No matter how this is done, it's one global replace to repair. 14:46:27 q? 14:46:27 quoting "Proper namespace support is one of the main reasons I fell for dojo. To avoid name collisions is far more important than writing the shortest statements." 14:46:28 ack hsivonen 14:46:57 hsivonen: Reason to rush this is that if ARIA support doesn't get into FF3/Opera9.5, then another generation is lost. 14:47:20 q+ to ask hsivonen for estimated decision schedule for firefox 3 14:47:40 MichaelC, that's not really a realistic implementation imo, but ok 14:47:54 As for abstraction, if browsers do different things for scripting, you can abstract it in the library, but that's a fix for a problem, and there's no value to scripters to introduce these discrepancies to satisfy aesthetics or politics. 14:48:06 q+ DougS 14:48:12 q+ 14:48:36 ack Rich 14:49:25 Rich: As a developer supporting ARIA, would rather set the attribute without having to use the colon. Cuts down on the code going down to the client if you can fix this problem. 14:49:37 Would be nice to consider having a dash equivalent to a colon. 14:49:50 DougS: Dash equal to colon would be very unrealistic. 14:50:02 q? 14:50:03 ack Matt 14:50:06 FYI, the versioning stuff now has a home in the budding HTML WG tracker system http://www.w3.org/html/wg/tracker/issues/4 14:50:10 scribe: Rich 14:50:18 there are lots of hyphens in attributes. for example formatting properties 14:50:27 font-style etc etc 14:50:44 Matt: My concern is that we can fix this in scripting so that scripters can use this. Most scripters have no clue how to do things accessibly 14:51:05 Matt: scripters will come back to the browser developers asking why we need to do this additional work 14:51:15 q? 14:51:30 Matt: would like to take the gloves off and see how we can address this 14:51:35 scribe: Matt 14:51:37 http://dojotoolkit.org/book/dojo-book-0-9/part-2-dijit/a11y/dojo-accessibility-strategy#implARIA 14:51:38 Raman: Firefox has an implementation already 14:51:41 ack danc 14:51:41 DanC_lap, you wanted to ask hsivonen for estimated decision schedule for firefox 3 14:51:49 http://dojotoolkit.org/book/dojo-book-0-9/part-2-dijit/a11y/dojo-accessibility-strategy#implARIA 14:52:03 DanC: henri, do you know about the Firefox schedule? 14:52:11 see http://dojotoolkit.org/book/dojo-book-0-9/part-2-dijit/a11y/dojo-accessibility-strategy#implARIA 14:52:27 DanC: lag between dev and release? 14:52:45 AaronL: Can't give a firm answer. If we can decide before Christmas, then we have a good chance. 14:52:55 q? 14:52:58 Rich: We do have aria-* already implemented. 14:53:17 AaronL: You can still use - in HTML, and : in SVG 14:53:34 see for example http://tinyurl.com/2xtne5 on aria in dojo 14:54:06 Raman: for the record, colons do work in FF3. 14:54:16 and FF2 14:54:29 dojo 1.0 shipped last week and uses xml namespaces. works in ff2 and ff3. hyphen might work in ff3 perhaps 14:54:33 DougS: What about Opera? 14:55:27 ChrisL: I think the answer is that XHTML is supported. If HTML5 isn't going to improve on the situation, then if you need accessibility, you should be using XHTML. 14:55:30 q? 14:55:40 AaronL: Everyone that I know doing ARIA is doing text/html. 14:55:44 q+ 14:55:51 ack DougS 14:56:14 aaron - yes, because shipping text/html for ie and app/xhtml for everyone else is a pain 14:56:24 DougS: Expected content authors for ARIA are presumably not newbies. Someone who's making a custom control is not a novice. They're capable of different syntaxes. 14:56:39 q? 14:56:40 AaronL: There's a range from newbie all the way to custom widget. Raising the learning curve isn't helping. 14:56:42 ack Al 14:56:46 q? 14:56:46 q+ 14:57:30 and we need to enable all points on that experience curve to use it. something that only works for light use and doesn't work for heavy lifting is not desirable 14:57:59 Al: We have people with different attitudes toward a standard format. We started out doing ARIA with the extensions available to us, but they were fairly general and open, and suitable for extension vocabularies in a small domain: chemistry, etc. 14:58:27 al: work started using well proven extensibility mechanisms grounded in uri space so domain experts can develop their own vocabularies. but accessibility needs to be everywhere 14:59:14 Accessibility wants to be a part of the core. We may not have built it perfectly, but what's in ARIA 1 is a collection of terms that should interop with different host languages. It's a different beast. 14:59:16 q? 14:59:18 q? 14:59:22 (Al makes an argument parallel to my position on TAG/standardizedFieldValues; to echo it back: we already did the URI-based experiment; it's succeeding; time to make centralized short names.) 14:59:25 ack hsivonen 15:00:50 in text/html, dom understands setattrributeNS and getattributeNS but the parser will not do that for you; you have to do it post parsing in script. that works in ff2 15:00:58 hsivonen: What works in FF2: if parsed from text/html, then setAttributeNS works from script, but the parser doesn't do that for you. 15:01:50 no value for authors that they have to implement namespaces in xml themselves in script. parser should do this 15:02:15 q+ 15:02:18 so the hyphen methods wont work in ff3 and will work in ff2 15:02:21 At w3.org is an IBM-authored document for working around with CSS/JS. Doesn't make any sense to do that to authors. Parser should do the right thing. What makes the most sense is to serialize it properly. aria-* is easiest way for authors. Need to do this as early as possible for browsers. 15:02:26 q? 15:02:30 q+ raman 15:02:35 q+ raman 15:03:36 scribe: Rich 15:03:45 scribe: Matt 15:03:47 scribe: mattSCR 15:04:06 Concerned about documents being written in various doctypes, with scripts as modules. 15:04:30 q? 15:04:32 ack Matt 15:04:35 ack Rich 15:04:37 (re "DTD for HTML", the HTML 5 spec treats DTDs and such as implementations rather than as part of the spec, and I don't expect the editors to change their mind on that.) 15:04:37 ack raman 15:04:38 +1 compound documents are a VERY compelling reason to have 1 implementation solution 15:04:39 q? 15:04:45 q+ hsivonen 15:04:51 q+ Doug 15:04:52 q? 15:05:22 I don't expect user agents to fetch external DTDs, ever 15:05:42 Raman: Wasn't advocating enable.js approach. In practice, role and state values come from script, not markup. Dynamic attributes need to change from script. And too complicated to do in markup. HTML5 will have better widget story. HTML 4 content will come through script. 15:06:01 ack hsivonen 15:06:06 q+ aaronlev 15:06:28 hsivonen: XHTML attribs in SVG: doesn't make it easier for authors than having the aria: namespace in SVG. Only complicates things more. 15:06:51 ChrisL: Agree. But having to add colons is an extra burden. 15:07:08 DS: I agree with Henri on this point 15:07:20 hsivonen: Whole point of -* scheme is that no namespace processing is done, and DOM doesn't apply meaning to aria-*. So the XML stack doesn't know about it. 15:07:44 s/add colons/add hyphens/ 15:07:44 hsivonen: Hasn't been explained what practical problem is being solved. 15:07:54 q? 15:08:07 q+ to ask if the hyphen approach would be subject to script post processing to put things in the ARIA namespace, or if the ARIA attributes are expected to be out of namespace in HTML 5 15:08:34 hsivonen: If SVG takes attributes starting with aria-, there's no collision. 15:08:41 ChrisL: That's incorrect. 15:08:49 q? 15:08:53 ack Doug 15:09:52 q- 15:10:00 (TESTCASE note... would be nice to have a test for aria- in SVG and collect data on what implementations do, recorded in EARL) 15:10:03 q? 15:10:19 q+ steven 15:10:54 In the SVG spec, you may not add attributes in the same namespace and expect SVG to handle it. 15:11:19 q? 15:11:19 We would have to add aria to our namespace. 15:11:44 DougS: And if ARIA makes a change, we would have to add it to our spec. 15:11:53 DanC: would you like me to take your EARL suggestion to the ERT (evaluation and repair tools WG that wrote EARL) or is this something you are planning to do yourself? 15:12:01 ack aaronlev 15:12:14 q+ to say spec org problem not a technical problem 15:12:18 (hmm... I'm not sure the cost of changing the SVG spec is really higher than the cost to authors of namespace declarations. I'd love to get some economics student to study it or something.) 15:12:21 AaronL: Having to do things through the DOM really isn't acceptable. Yes, possible, but not everyone is as sophisticated. 15:12:43 I don't see what the problem is with adding accessibility support to SVG, HTML, and XHTML without namespaces 15:13:07 we would be willing ti add all of aria to the svg spec, if thats what it takes, but then we need to rev svg each time aria changes, and other groups will ask to have their stuff added too 15:13:07 q? 15:13:08 When you have to teach ARIA, to people who usually don't want to do it, you want to make it as easy as possible. 15:13:15 Also, you have to define the interaction of namespaced attributes and languages anyway. Such as SVG does for XLink and SVG 15:13:27 Otherwise SVG would not have to talk about XLink at all for instance... 15:13:32 ... if its aria:whatever then there is no spec change needed and it already works 15:13:36 Only the people in this room really care about this. Most people are just trying to solve real problems. 15:13:37 ack steven 15:13:44 q+ doug 15:14:16 StevenP: We're also talking about MathML, SMIL, etc. By having a standard extensibility mechanism, someone authoring can just use it and create a UA that does stuff with it. 15:14:25 q+ to say I'm not at all suprised to re-visit the level of consensus around the XML namespaces mechanism 15:14:40 ack hsiv 15:14:40 hsivonen, you wanted to say spec org problem not a technical problem 15:15:31 RRSAgent, pointer? 15:15:31 See http://www.w3.org/2007/11/06-aria-irc#T15-15-31 15:16:10 hsivonen: Doug's issue isn't a technical issue. When Unicode comes out with an updated version, consumers can use the new characters. SVG could point to an updating spec. When you have a schema, you can put ARIA in a RELAX-NG schema as an include. 15:16:23 It's a fallacy to think that the specifiers of the language have to produce a schema. 15:16:27 examples of xml-based specialized domain markup that may need ARIA: CellML: http://www.cellml.org/ -- MAGE (MicroArray and Gene Expression ML): http://www.mged.org/Workgroups/MAGE/mage.html 15:17:01 q+ 15:17:30 Even if you wanted to make it part of the spec deliverable, you could add that include file. 15:17:31 ack doug 15:17:31 ack doug 15:18:12 DougS: I still want to keep underscore on the table. Dash is overloaded. Having underscore gives us the option to do some namespace-like thing in the future. 15:18:13 I'm reading http://www.w3.org/TR/aria-role/ and see that the role attribute is **not in a namespace anyway** so I wonder what in fact we are discussing 15:18:14 ack DanC 15:18:14 DanC_lap, you wanted to say I'm not at all suprised to re-visit the level of consensus around the XML namespaces mechanism 15:19:10 DanC: I'm not surprised about namespace argument. It was contentious throughout the process. Angry bloggers, etc. 15:19:11 q? 15:19:26 ack ChrisL 15:19:51 ChrisL: If all else fails, read the spec. None of the attributes are namespaced. What are we discussing here? The attribute values. 15:20:02 Rich: This is the states document. 15:20:34 http://www.w3.org/TR/aria-state/ 15:22:05 ChrisL: It would be easy to add state to RELAX-NG schema for SVG. 15:22:37 just about 2.1.1.2 in /TR/aria-state is on the projector 15:22:40 just above 15:22:46 Can add a line of NVDL to point to the right schema. 15:22:53 q+ to say ease of authoring should override ease of using NVDL 15:23:05 It's already valid. 15:23:15 DougS: What if you change the colon to a dash? 15:23:20 ChrisL: Then you're screwed. 15:24:01 q+ to say ARIA defined by its namespace at the moment 15:24:16 q+ to say we're getting away from the problem; this doesn't work for HTML at the moment 15:24:27 Al: It's clear that if you're using namespaces, can use namespace-based dispatching for validation. But can you write RELAX-NG so it imports by a match pattern of aria-*? 15:24:41 (indeed, we need to keep in mind the world-wide cost to authors when considering the cost of spec updates. and there are interactions between them, involving the value to the world of a trusted entity like W3C) 15:25:09 I would also like to say that making design decisions based on limitations of schema's seems silly at best 15:25:20 hsivonen: You can't use a wildcard in the local name. However, you can make a separate include that enumerates aria-* attributes at the time the include was authored, and update the include. 15:25:56 q? 15:26:02 ack hsivonen 15:26:02 hsivonen, you wanted to say ease of authoring should override ease of using NVDL 15:27:07 hsivonen: You can still write RELAX-NG for aria-*. Can also write SAX code to deal with this. Validation technology shouldn't affect authoring. 15:27:31 ChrisL: We already had someone altering the SVG spec. That's why we have these rules. 15:29:10 Al: Next steps? 15:30:10 (please excuse me; I'm expected elsewhere now.) 15:30:57 DougS: role attribute module in SVG would still need colon. Needs to be resolved. 15:31:23 Al: HTML WG will consider on Saturday. 15:31:45 the problem is "The document MUST conform to the constraints expressed in Appendix A - DTD Implementation, combined with the constraints expressed in its host language implementation." 15:31:51 DougS: I propose that in SVG spec we would normatively reference XHTML module to rely on it for semantics. 15:32:09 ChrisL: That could be a more focused discussion. We'll report back. 15:32:29 +1 to DougS' normative reference of XHTML Role module for semantics in SVG 15:32:31 Rich: That leaves ARIA modules. 15:33:39 Al: Agree that another spec is published controlling aria* attributes, and normatively referenced by conforming specs? 15:34:14 Raman: Only risk is that we have two namespacing mechanisms 5 years from now. 15:34:19 I suggest that Steve, Doug myself and any other interested parties discuss the xhtml-role conformance requirements 15:34:58 DougS: SVG can talk about this later today. 15:35:06 StevenP: Can discuss this in HTML CG. 15:35:31 q- 15:35:41 s/HTML CG/Hypertext CG/ 15:35:59 q- 15:36:05 ack a 15:38:03 MikeS has left #aria 15:41:43 ed has joined #aria 15:44:51 DanC_lap has joined #aria 15:46:00 graouts has joined #aria 15:51:07 graouts has left #aria 15:52:47 shepazu has joined #aria 16:15:11 RRSAgent, pointer 16:15:11 See http://www.w3.org/2007/11/06-aria-irc#T16-15-11 16:15:59 rrsagent, make minutes 16:15:59 I have made the request to generate http://www.w3.org/2007/11/06-aria-minutes.html MichaelC 16:16:49 meeting: ARIA Coordination - PF, HTML, XHTML, SVG 16:17:28 zakim, who is present? 16:17:28 I don't understand your question, MichaelC. 16:17:37 zakim, who was here? 16:17:37 I don't understand your question, MichaelC. 16:17:43 zakim, who is here? 16:17:43 sorry, MichaelC, I don't know what conference this is 16:17:44 On IRC I see Steven-mobile, karl, chaals, Hixie, Zakim, Al, anne, janina, mattSCR, anthony, oedipus, RRSAgent, MichaelC, cblouch, hsivonen, lisap, tlogan 16:18:07 chair: Al_Gilman 16:18:25 meeting: ARIA Coordination - PF, HTML, XHTML, SVG 16:18:39 rrsagent, make minutes 16:18:39 I have made the request to generate http://www.w3.org/2007/11/06-aria-minutes.html MichaelC 16:18:57 zakim, bye 16:18:57 Zakim has left #aria 16:19:00 rrsagent, bye 16:19:00 I see no action items