16:51:54 RRSAgent has joined #tagmem 16:51:54 logging to http://www.w3.org/2008/04/03-tagmem-irc 16:51:59 Zakim, this will be tag 16:51:59 ok, Norm; I see TAG_Weekly()1:00PM scheduled to start in 9 minutes 16:52:02 Stuart has joined #tagmem 16:52:21 Meeting: W3C Technical Architecture Group 16:52:21 Date: 3 Apr 2008 16:52:21 Agenda: http://www.w3.org/2001/tag/2008/04/03-agenda 16:52:21 Chair: Stuart 16:52:21 Scribe: Norm 16:52:22 ScribeNick: Norm 16:52:49 raman has joined #tagmem 16:56:50 TAG_Weekly()1:00PM has now started 16:56:57 +Raman 16:57:10 +TimBL 16:57:43 +??P9 16:57:44 tim, you might be muted 16:57:52 zakim, ?? is me 16:57:52 +Stuart; got it 16:58:17 +Norm 16:59:40 Zakim, who's on the phone? 16:59:40 On the phone I see Raman, TimBL, Stuart, Norm 16:59:53 Present: Tim, Stuart, Norm, Raman 17:00:38 Ashok has joined #tagmem 17:01:21 I'm chairing HTML 5... conflicted about whether to cut it short 17:01:31 +Ashok_Malhotra 17:02:04 DanC we have some RDFinXHTML business and some ARIA business that may be relevant. 17:02:12 Present: Tim, Stuart, Norm, Raman, Ashok 17:02:20 Topic: Approve this agenda? 17:02:30 -> http://www.w3.org/2001/tag/2008/04/03-agenda 17:02:54 Approved. 17:03:04 timbl has joined #tagmem 17:03:08 Topic: Accept minutes of 27 Mar 2008? 17:03:10 -> http://www.w3.org/2001/tag/2008/03/27-minutes 17:03:22 Stuart: Raman, you may particularly want to look at the CURIE discussion 17:03:25 by popular demand, I'm stayin on the HTML call for ~15min 17:03:27 + +1.617.253.aaaa 17:03:28 Raman: I looked 17:03:36 ...I can live with them 17:03:45 Could have been me with background noise, if it sounded like a pile vibrator 17:04:13 Present: Tim, Stuart, Norm, Raman, Ashok, Jonathan 17:04:25 Approved. 17:04:27 jar has joined #tagmem 17:04:43 Stuart: the f2f minutes remain open waiting for Dave to complete a fix 17:04:58 Topic: Meeting next week? 17:05:06 No regrets given; Dave proposed to scribe. 17:05:51 Topic: Bristol f2f logistics 17:06:01 noah has joined #tagmem 17:06:08 +[IBMCambridge] 17:06:11 Stuart: The logistics page is up, it needs work but does have the hotel in place. 17:06:20 zakim, [IBMCambridge] is me 17:06:20 +noah; got it 17:06:23 Present: Tim, Stuart, Norm, Raman, Ashok, Jonathan, Noah 17:07:12 Stuart: I have a block of rooms reserved at the Rodney for Sun, Mon, Tue. 89GBP/night, breakfast included 17:07:57 ...Make sure you call to make your booking so that you get one of the rooms in the block 17:08:37 ...If you extend your stay, you should get the same rate, but check the web as well because you might get cheaper rates for less recently refurbished rooms. 17:10:26 Stuart: If you book outside the block, that won't cause any headache for me or HP. 17:11:17 Topic: Issue RDFinXHTML-35 17:11:24 Noah, http://www.w3.org/2001/tag/2008/05/19-logistics 17:11:28 Stuart: Norm, you took an action. 17:12:34 Norm: Yes, I did, but then I thought better of it. 17:13:21 Raman: Is there a coordination effort? Absolutely. But it's not with respect to RDFa; RDFa is just in the noise compared to the schism. 17:13:33 q? 17:13:38 Norm: I took my action to be with respect to RDFa 17:13:53 Raman: Right. But the larger issue definitely exists. 17:14:31 TimBL: Are they proposing something that works with GRDDL, or are they just adding stuff to (X)HTML. 17:14:41 ...To get this working, you have to have the readers and the writers doing the same thing. 17:15:02 ...I think you should start asking people to put a profile in the documents. 17:15:33 +DanC 17:15:33 ...What they're trying to do is say that all RDF aware XHTML/HTML readers should understand these attributes. 17:15:47 ...But in that context, the reference to GRDDL is just distracting. So which part are they supposed to use? 17:16:06 ...To date, I think this has been a bit muddled, which doesn't work. 17:16:12 Stuart: Can you formulate that as a question or comment? 17:16:18 TimBL: I sent it as a personal comment. 17:16:33 Present: Tim, Stuart, Norm, Raman, Ashok, Jonathan, Noah, Dan 17:16:50 Stuart: I think the deadline has been extended to Friday. 17:16:59 TimBL: I'd be happy if the TAG would endorse that concern. 17:17:12 "that"=? 17:17:23 Stuart: I've also heard you mention some concern about DTDs. 17:17:43 q+ 17:17:46 TimBL: I don't think new technologies should be based on DTDs. The validators are driven by DTDs, but that's a problem at the moment. 17:17:56 q+ to look into the charter for RDFa w.r.t. DTDs 17:18:01 s/ at the moment// 17:18:10 q? 17:18:21 DanC: RDFa uses DTDs to specify the syntax of the language. 17:18:39 ack DanC 17:18:39 DanC, you wanted to look into the charter for RDFa w.r.t. DTDs 17:18:42 TimBL: So it's a DTD modularization approach 17:19:08 "The first option is to use XHTML Modularization 1.1 to specify an RDF Semantics module that can be combined with existing W3C XHTML 1.1 modules. " -- http://www.w3.org/2006/07/swdwg-charter 17:19:15 DanC checks charter: yes. 17:19:56 TimBL: If you are an RDF-aware HTML parser, then you don't need the DTD, you just need to know the sepc. 17:20:00 s/sepc/spec/ 17:20:15 TimBL: And when it gets to CR, you should know the spec. 17:20:34 q+ to ask whether going to the namespace URI is enough 17:20:52 TimBL: For XHTML, you see its MIME type, or you see the XHTML namespace in the XML, so you go to the namespace document and you find a pointer to the GRDDL and a note about the RDFa spec. 17:21:00 DanC: That's not the outcome the WG decided on. 17:21:05 q? 17:21:11 ...They didn't put the GRDDL pointer in the critical path. 17:21:32 TimBL: Another reasonable way is to just say that you should understand the spec. Period. 17:21:35 the RDFa follow-your-nose issue is http://www.w3.org/2006/07/SWD/track/issues/28 17:21:55 TimBL: I'm prepared to accept that, but I'm not prepared to accept a DTD in the critical path. 17:22:01 ack noah 17:22:01 noah, you wanted to ask whether going to the namespace URI is enough 17:22:27 Noah: I think the situation is that HTML has always had open content. It's always been OK for me to put extra tags in there. In that respect, RDFa was always sort of OK. 17:23:02 ...On the other hand, as far as I know, if I had that old content, it'd point to a DTD that owuldn't help with follow-your-nose. 17:23:32 (Scribe missed a bit) 17:23:39 TimBL: No one's talking about using an extension namespace. 17:23:48 ...We're just adding attributes to the original XHTML namespace. 17:24:00 Noah: But I thought you said there was a namespace to dereference? 17:24:06 TimBL: The original XHTML namespace document 17:24:17 Noah: And the MIME type is what got me there, right? 17:24:29 TimBL: DTDs have never figured in the follow-your nose storey. 17:24:32 s/storey/story/ 17:25:04 Noah: DTDs tell you about the vocabulary, the media type says roughly, read the XML spec. 17:25:10 ...That's not forbidden is it? 17:25:36 TimBL: In XML, DTDs aren't required, but I think the consortium should move on from DTDs. 17:26:17 Noah: If I put non-namespaced XML out there with a DTD, I think I can undersatnd things from the DTD. 17:26:31 TimBL: I don't really want to spend any time trying to build self-describing web using DTDs. 17:26:34 Noah: Fair enough. 17:26:35 q? 17:26:51 Stuart: I'm trying to find out if the TAG has any consensus comments it wants to make. 17:27:00 q+ 17:27:05 ...I guess if it is going to have any, we need a draft of comments which I have none. 17:27:15 ack DanC 17:27:26 DanC: I sent a comment that said please change your test suite to reflect the SHOULD in your spec. 17:27:39 ...TimBL, I hear you saying that it should be in the XHTML namespace document. 17:27:43 TimBL: yes. 17:27:55 DanC: You can just do that as webmaster, I think. 17:28:11 TimBL: Yeah, I need to find out what the GRDDL spec says about how to do it. 17:28:25 DanC: There's a redirect in there, but I'm not sure how that works. 17:28:49 trackbot-ng, status 17:29:24 ACTION: Tim consult with Dan and Ralph about the gap between the XHTML namespace and the GRDDL transformation for RDFa 17:29:24 Created ACTION-130 - Consult with Dan and Ralph about the gap between the XHTML namespace and the GRDDL transformation for RDFa [on Tim Berners-Lee - due 2008-04-10]. 17:30:04 everything timbl has sent to the relevant list: http://www.w3.org/Search/Mail/Public/advanced_search?keywords=&hdr-1-name=subject&hdr-1-query=&hdr-2-name=from&hdr-2-query=berners&hdr-3-name=message-id&hdr-3-query=&period_month=&period_year=&index-grp=Public__FULL&index-type=t&type-index=public-rdf-in-xhtml-tf&resultsperpage=20&sortby=date 17:30:29 tim's comment on DTDs is in http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2008Mar/0297.html 17:31:01 + +1.415.402.aabb 17:31:52 Zakim, aabb is DaveO 17:31:52 +DaveO; got it 17:31:58 Present: Tim, Stuart, Norm, Raman, Ashok, Jonathan, Noah, Dan, Dave 17:32:22 DanC: I can't endorse your first comment under DTDs, because of the charter, though I do agree with it. 17:33:01 I strongly concur with Tim's 4.3 point. RDFa fundamentally contributes to what the meaning of a document >is<; the fact that software may wish to extract such triples is secondary. 17:33:07 dorchard has joined #tagmem 17:33:39 DanC: Putting the GRDDL pointer in XHTML is problematic. 17:34:24 ah... good... the GRDDL spec doesn't say *never* look it up: "Some namespace documents, such as the XHTML namespace document http://www.w3.org/1999/xhtml have very many references to them. If GRDDL-aware agents were to retrieve these documents every time they processed a document referring to them, the origin servers of those documents could become overloaded. GRDDL-aware agents therefore should not retrieve such documents on every reference and should retain 17:34:24 some cache or local memory of the transformations those documents indicate should be applied. To avoid misrepresentation of published information, GRDDL-aware agents should ensure that this local memory is up to date and should support user options to configure or disable the cache. See also section section 3.1. Using a URI to Access a Resource of [WEBARCH]." -- http://www.w3.org/TR/grddl/ 17:34:41 Some discussion of the tension between self-describing and not beating the W3C web server to death extracting DTDs. 17:36:18 Stuart asks again for clarity on what comment we might like to make to the RDFa WG 17:37:18 q? 17:37:37 Some discussion of whether or not the WG has produced a GRDDL transform that implements RDFa 17:37:44 Progress on the RDFa GRDDL transform Fabien Gandon (Friday, 28 March) http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2008Mar/0355.html 17:38:01 "So I guess this version of the GRDDL transform for RDFa is up to date 17:38:01 with the current tests and specs as far as I know." -- http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2008Mar/0366.html 17:38:05 gold star to Fabien 17:39:02 action-130? 17:39:02 ACTION-130 -- Tim Berners-Lee to consult with Dan and Ralph about the gap between the XHTML namespace and the GRDDL transformation for RDFa -- due 2008-04-10 -- OPEN 17:39:02 http://www.w3.org/2001/tag/group/track/actions/130 17:39:52 Stuart: It would take some wordsmithing to change TimBL's message into something that would get universal support. 17:43:40 Stuart: They've extended their comment period for this document through Friday. 17:44:34 Stuart: Ok, at this point, I think the TAG has no comment to make on RDFa, so I'm going to move on. 17:44:46 ...I think we might want to say something about CURIEs in RDFa later. 17:46:01 ...I find it odd that there's a normative definition of CURIEs in RDFa when CURIEs are defined normatively in a separate spec. 17:46:16 DanC: They wanted to talk about it and we said not this week 17:46:30 TimBL: Are we doing to invite them in the future? 17:46:34 Stuart: Yes, that's being negotiated. 17:47:00 Topic: tagSoupIntegration-54 17:47:37 DanC: WRT action-7, Olivier has a neat diagram and TimBLs seen it, and we're meeting again next Tuesday. 17:47:46 ...The diagram is almost public. Good news. 17:47:56 Stuart: I'll leave that as continuing. 17:48:10 Stuart: Ok, a bigger issue is ARIA host-language embedding 17:48:34 Michael Cooper's summary is excellent, IMO 17:48:42 ...There's a summary from Michael Cooper from today. 17:48:44 (I cited Cooper's summary in the HTML WG telcon that I was just on) 17:48:52 -> http://www.w3.org/2008/03/aria-implementation 17:49:07 Stuart: As a device for motivating discussion, I have two separate proposals that I think we could make. 17:49:09 (Al's response directly answered my request for test data; I sure hope to find time to study it, and I wouldn't mind doing it now.)" 17:49:12 Proposal #P1: 17:49:12 The no-namespace ARIA embedding approach is a workable pragmatic solution 17:49:12 to a problem induced by the lack of support for namespaces in HTMLs 17:49:12 (v1.0-5.0) and by the mixed, [encrusted,] behaviours of user-agents and 17:49:12 associated libraries when presented with attribute names and values that 17:49:13 contain colons. It is regrettable that this situation exists. In the 17:49:15 short-term the TAG recognise the aria- 'prefixing' approach can and will 17:49:17 meet the needs for embedding ARIA in a limited number of host languages. 17:49:19 The TAG believe that the right medium term answer is that a uniform HTML 17:49:21 behaviour is specified for the handling of attribute names and values 17:49:23 that contain colons as means to co-exists in an XML namespaced world. In 17:49:25 the long term the TAG is of the opinion that XML namespaces is the 17:49:27 correct architectural approach for distributed extensibility of web languages. 17:49:48 raman has joined #tagmem 17:50:00 (ah! olivier did indeed make the diagram world-access http://www.w3.org/2008/03/validators-chart ) 17:50:05 Proposal #P1: 17:50:05 The no-namespace ARIA embedding approach is a workable pragmatic solution 17:50:05 to a problem induced by the lack of support for namespaces in HTMLs 17:50:05 (v1.0-5.0) and by the mixed, [encrusted,] behaviours of user-agents and 17:50:05 associated libraries when presented with attribute names and values that 17:50:06 contain colons. It is regrettable that this situation exists. In the 17:50:08 short-term the TAG recognise the aria- 'prefixing' approach can and will 17:50:10 meet the needs for embedding ARIA in a limited number of host languages. 17:50:12 The TAG believe that the right medium term answer is that a uniform HTML 17:50:14 behaviour is specified for the handling of attribute names and values 17:50:16 that contain colons as means to co-exists in an XML namespaced world. In 17:50:18 the long term the TAG is of the opinion that XML namespaces is the 17:50:20 correct architectural approach for distributed extensibility of web languages. 17:51:02 +0; i.e. abstain 17:51:13 I think this is in the ballpark, but it sort of skirts a key question, which is >why< we think it's worth the trouble to push for a more generalized solution in the medium term. 17:51:21 (my tiny brain needs to stare at test materials) 17:51:29 We may believe that, but we haven't justified it in the above. 17:51:44 +1 to Noah 17:51:45 +0 17:51:52 For reason above. 17:52:05 -.05 17:52:08 -0.5 17:52:23 +.5 17:52:44 Zakim, .5 is between 0 and 1 17:52:44 I don't understand '.5 is between 0 and 1', timbl 17:52:46 Norm: I hate to give the hyphens a toe-hold 17:52:57 Proposal #P2 17:52:57 We (the TAG) believe that the only approach consistent with web 17:52:57 architecture for embedding ARIA in host languages is the namespace based 17:52:57 approach. We will support ARIA in demanding namespace support in HTML5; 17:52:57 We will lobby browser/toolkit vendors to fix the namespace and 17:52:58 colon-name/-colon-value attribute support;... and we will wait loudly 17:53:00 until Hell freezes over! [was going to say 'quietly' but then what really 17:53:02 would be the point?] 17:53:03 Raman: I'd like to reiterate what Norm said, the hyphens are a new namespace mechanism whether you call it that or not. 17:53:10 Zakim, .5 is in Noah 17:53:10 +.5; got it 17:53:34 +1 17:53:34 Noah wonders why he's involved with .5 of anything? 17:53:55 Norm: But I note that the problem is one of credibility. 17:54:09 q+ 17:54:22 (Al gilman forwarded test materials by hsivonen http://lists.w3.org/Archives/Public/www-tag/2008Mar/0069.html ) 17:54:34 q+ to say we need to work through the issues in Michael Cooper's note 17:54:38 q- 17:54:42 ack dorchard 17:54:44 Raman: I think the credibility question goes both ways 17:54:46 ack noah 17:54:46 noah, you wanted to say we need to work through the issues in Michael Cooper's note 17:55:14 Noah: I think we've signaled informally before that we believe this is where we should go. 17:55:53 ...Michael Cooper has provided a carefully crafted reply; if we're going to go in the direction of P2, we need to carefully consider and respond to Michael. 17:56:15 q+ to say that I'm more or less at peace with the way ARIA is going: they did the URI-based design to the Nth degree; the experiment succeeded, and now they're negotiating about short strings. 17:56:34 Noah: Given a choice, with no further work, I'm closer to P1 than P2. 17:56:49 ack danc 17:56:49 DanC, you wanted to say that I'm more or less at peace with the way ARIA is going: they did the URI-based design to the Nth degree; the experiment succeeded, and now they're 17:56:52 ... negotiating about short strings. 17:57:03 Zakim, who's talking? 17:57:16 DanC, listening for 10 seconds I heard sound from the following: DaveO (5%), TimBL (14%) 17:57:39 . http://www.w3.org/2001/tag/group/track/issues/51 17:57:48 zakim, mute DaveO 17:57:48 DaveO should now be muted 17:58:07 DanC: I like the pattern that says you make up a full URI and play in your own backyard. 17:58:23 q? 17:58:31 ...Then when you are sure what you have is globally useful, you negotiation in some open process for short strings. 17:58:37 "if it picks up steam, introduce a synonym that is a short string thru a fair/open process." 17:58:44 ...I'm not going to complain if the short string has a dash in it. 17:59:10 Stuart: I think they've tried all the ways around the problem. The solution they've got is pragmatic, forced upon them by the state of the world, and with some reluctance, I don't think there's a better answer. 17:59:22 q+ 17:59:46 Raman: But now there's an answer to the earlier question. Working groups are supposed to get intergrated into HTML by negotiation on an element-by-element, attribute-by-attribute basis. 18:00:04 ...If that's where we are, that's what we should say. 18:00:16 q+ 18:00:26 Stuart: Once you start giving a toe hold, then the floodgates open. 18:00:27 ack timbl 18:00:57 TimBL: We have to be careful. I think we should explore all of these angles. If you've got a good relationship with the HTML WG, then you can negotiate it. Maybe that's the cost effective answer. 18:01:11 ...For other things, that's not going to work. 18:01:20 ...I'm becoming more sympathetic to the first statement. 18:01:30 ...But it shouldn't be taken as a precedent. 18:01:42 ...The idea of using SVG without XML is horrifying. 18:02:14 ...If I was writing a parser, I'd have a single parser that did error correction, displaying error messages, and only doing "view source" on the error-corrected tree. 18:02:20 q? 18:02:42 TimBL: I suggest we tackle it from the ohter side as well. 18:03:04 ...We (the TAG) should formally say there's a default namespace that comes from the MIME-type. 18:03:24 (I'm party to the negotiation around ARIA in HTML 5; records are in/near http://www.w3.org/html/wg/tracker/issues/14 ; the issue is as yet still open; the agreements aren't done.) 18:03:25 ...You could also add default namespace bindings for other namespaces. 18:03:35 (I just chaired a discussion of it ~45min ago) 18:03:53 ...It can be automated and it handles the legacy cases too. 18:03:59 q? 18:04:05 ack dorchard 18:04:16 zakim, unmute me 18:04:16 sorry, dorchard, I do not know which phone connection belongs to you 18:04:22 zakim, unmute DaveO 18:04:22 DaveO should no longer be muted 18:04:43 Dave: I quite support what TimBL was saying. I haven't been party to the HTML5/ARAI negotiations. 18:05:23 ...But could we use it as another use case for namesapces in HTML. Right now the HTML WG has a document about how to do vector graphics, distinct form SVG. I find that disturbing. 18:05:36 ...Maybe one of the things we could do is say that this is another language mixing requirement. 18:05:42 q+ to say I think ARIA makes a poor use case for namespaces in HTML; the value of ARIA to the global community is sufficiently high that doing the desing, element-by-element, is cost-effective, and it saves the authors the pain of typing namespace decls 18:05:45 q+ 18:05:59 ...Eventually, that will encourage peopel to believe they they need/want namespaces for a general purpose solution. 18:06:07 q? 18:06:13 ...Right now the debate seems to be mostly around the single instances of vector graphics and math. 18:06:20 q+ to say Sam Ruby was wise to choose FBML, which makes the case for decentralized extensibility much better 18:06:24 ack danc 18:06:24 DanC, you wanted to say I think ARIA makes a poor use case for namespaces in HTML; the value of ARIA to the global community is sufficiently high that doing the desing, 18:06:27 ack Danc 18:06:27 ... element-by-element, is cost-effective, and it saves the authors the pain of typing namespace decls and to say Sam Ruby was wise to choose FBML, which makes the case for 18:06:32 ... decentralized extensibility much better 18:07:06 DanC: I think ARIA is important enough to the world that it makes sense to standardize it globally. 18:07:16 ...I think something like FaceBookML may be a better test case. 18:07:16 ack raman 18:07:20 zakim, mute me 18:07:20 sorry, dorchard, I do not know which phone connection belongs to you 18:07:27 zakim, mute DaveO 18:07:27 DaveO should now be muted 18:07:54 Raman: If you observe the pattern that we went through for arai-role, and you see where SVG and MathML are going. The world where HTML5 is is extremely far away from where TimBL would like it to be. 18:08:07 ...The HTML5 WG has put its foot down and said "no" to namespaces. 18:08:10 q+ to think out loud about taking my position about ARIA and applying them to SVG and MathML 18:08:32 ...Maybe that's the right thing for some cases, but that seems to be the *only* extension mechanism available. 18:08:34 q+ to ask where the assertion about HTML5 WG saying no to namespaces has happened. I think it's still in the air 18:09:09 ...Solutions that work there, will be put in other places. The pain for doing it for a two attribute language may be small comapred to the benefit. 18:09:17 (still in the air, yes) 18:09:43 ...But for something larger, it's going to be hard. For example, the HTML5 WG is proposing that the MathML folks should need fewer elements. 18:10:08 q? 18:10:18 Raman: Saying we have one big, central spec with a single editor may work, but I don't think it will. 18:10:37 ...It's naive for us to say that namespaces and XML will come into HTML in the future when the spec is being written to prevent that. 18:11:06 Stuart: Do you think there's consensus for that position in the HTML5 WG? 18:11:29 Some discussion of what consensus means in the HTML5 WG. 18:11:31 ack DanC 18:11:31 DanC, you wanted to think out loud about taking my position about ARIA and applying them to SVG and MathML 18:12:06 DanC: If you take my position on ARIA and apply it to SVG and MathML, it breaks. 18:12:22 ...it's sort of ok if the ARAI design gets re-done for HTML. 18:12:38 ...but not for SVG or MathML. I didn't sign up to chair that. 18:12:55 Raman: The MathML guys are struggling for adoption, so they're pretty willing to do what it takes. 18:13:02 zakim, unmute DaveO 18:13:02 DaveO should no longer be muted 18:13:25 DanC: What I think is sort of positive is that they're telling each other their stories. 18:14:03 Stuart: At some point, we ahve to work out what our group position is wrt Arai. 18:14:12 s/Arai/ARIA/ 18:14:42 TimBL: I think we should say two things: something that says "go ahead and do this" for ARIA and anotehr document that says doing this for SVG would really be a big mistake. 18:14:47 s/anotehr/another/ 18:15:03 q+ to say I think we need to cast the SVG story as an example of a general case 18:15:13 (there's a non-trivial constiuency that believe re-designing SVG is cost-effective, meanwhile.) 18:15:18 q? 18:15:21 ...It would be unbelievably costly to reopen SVG and it's absurdly presumptive of the HTML WG to believe that they should be in total control of extension. 18:15:44 ...The consortium has sunk a lot of effort into this modular architecture so that the web can grow in a decentralized way. 18:15:56 q+ 18:16:00 ...I'd even be willing to say this forcefully at an AC meeting. 18:16:16 q+ to note the difference in economics for the various parts of the web community: standardization costs are very clear-and-present to us, but globally, they're pretty small 18:16:32 a 18:16:35 quotes around attributes: parse foo is a mess 18:16:45 am on the queue to say something else 18:16:45 ack dorchard 18:16:45 dorchard, you wanted to ask where the assertion about HTML5 WG saying no to namespaces has happened. I think it's still in the air 18:16:46 ...I'd be prepared to compromise some of the XML rules in favor of replacing XML with HTML with no namespaces and a horrible parser. 18:17:15 Dave: I think it needs to be stated on the record that Raman said that the HTML WG has said "no" to namespaces. I don't think that point has been decided yet. 18:17:58 ...I find it ironic though that instead of redesigning SVG and MathML to make them fit in HTML, we'd redesign XML! 18:18:06 q+ 18:18:21 (again, design cost is not the dominant one; the dominant cost is more connected to authoring practices and publishing workflows) 18:18:27 ...That would make all the XML languages be redesigned even though many of them will never be embedded in HTML. 18:18:34 ack noah 18:18:34 noah, you wanted to say I think we need to cast the SVG story as an example of a general case 18:18:58 q+ to suggest that DaveO doesn't understand the total cost and impliction s on XML of this path .. it will start with ebedding HTML inside his XML PO which will then no longer be XML. 18:19:09 Noah: I wanted to pick up on what TimBL said. Basically, I'm very sympathetic to that direction. Take option 1 on ARIA but send a strong message on SVG and other, larger languages. 18:19:14 q- later 18:19:22 Noah: What I'm missing is that SVG is an example of a general case. Here's how you draw the line in the future. 18:19:44 ...We need to find a way to articulate where that line is. 18:20:13 TimBL: If it's just a bunch of attributes and an element or two, something you can get the HTML WG and the TAG to review, I think that would be ok. 18:20:34 Noah: I'm surprised that remixing wasn't part of that. For example, SVG might have uses far away from HTML, so that makes the cost go up. 18:21:02 ...That would be desirable for ARIA but we're sort of letting that one go. 18:21:11 s/ARAI/ARIA/g 18:21:13 q? 18:21:36 Noah: It's not just a question of size, it's about the containers that you might want to put them in. 18:21:38 ack raman 18:22:32 Raman: I don't think its the container. There are two extremes: one is a module that is just attributes. XML events, for example. The reason that attributes are easy is because they don't contain markup. 18:23:02 ...At the other extreme, you have a language that's purely elements. Today, I might be able to say where in HTML you could graft in those elements. 18:23:26 ...The real pain point is that the embedding doesn't stop at one level. Attribute are constrained by the technologhy. 18:23:41 ...HTML wants to contain SVG which contains MathML which contains HTML. 18:24:05 ...The leakiness of this, when you cut and paste, for example, is the problem. 18:24:10 FWIW: I asked Michael about what ARIA-WG would recommend for embedding ARIA in XHTML response at: http://lists.w3.org/Archives/Public/www-tag/2008Apr/0011.html 18:24:35 q? 18:24:47 ...In Atom, for example, the HTML gets put in as a blob. As long as the HTML view of the world is that I will not only error correct but I will also consume everything makes the problem insurmountable. 18:25:02 s/makes the problem/the problem is/ 18:25:22 q? 18:25:34 (is Atom really losing the XML-wf battle?) 18:26:29 q? 18:26:34 ack timbl 18:26:34 timbl, you wanted to suggest that DaveO doesn't understand the total cost and impliction s on XML of this path .. it will start with ebedding HTML inside his XML PO which will 18:26:38 ... then no longer be XML. 18:26:46 TimBL: I support what Raman said. Changing XML would affect your purchase orders, but putting HTML in your POs will then force you to change them all anyway. 18:27:02 (well, no, I think there's a world of purchase orders and such that have no interaction with HTML. It's not considered "on the Web" by many, and in fact, its community is pretty disconnected from the HTML+CSS+JS community) 18:27:57 TimBL: An HTML parser has to know which elements have to be empty. I think if XML isn't fixed and we don't go to a lot of effort to make it and namespaces easier to use, you'll wind up with tag soup *everywhere* 18:28:07 (phpht. my phone battery died) 18:28:11 I'm very nervous about "fixing" XML, not because there isn't merit in principle, but because we've seen that even isolated changes like XML 1.1 are extremely hard to deploy in practice. 18:28:22 The XML community values stability, IMO, almost above all else. 18:28:23 Dave: I think it's bigger than quoted attribute values, like Norm said. 18:28:37 foo is a mess here 18:28:38 -DanC 18:28:55 -Ashok_Malhotra 18:29:10 Dave: I'm in favor of changes, I just want to know what the scope is. 18:29:20 q? 18:29:39 ...I think the community is ready, maybe better integration with HTML is the killer use case. 18:29:40 what I was going to say is sorta platituded 18:29:43 platitudes 18:29:53 As Dave is saying, I'm not against changing XML, but iff users will see compelling cost benefit. So far, we've shown relatively poor ability to make the call of what users will actually deploy wrt/ XML changes. 18:29:54 nothing that won't wait for another day 18:30:04 Stuart: I wanted to try to place some actions. 18:30:31 ...Noah, would you be able to do some shaping on the proposal I labeled as PI? 18:30:34 s/PI/P1/ 18:30:36 #P3: ??? Web architecture (which is the TAG's realm) implies namespaces. We recognize that they are incompatible with HTML5. Ergo HTML5 lies outside our charter. Wish them well, ask them to be as namespacey (and web-archicture-following) as they can, it's up to them how to do it. ????? 18:30:45 ...We need to start giving some messages back, and I wonder if you'd work on it. 18:31:01 ...And I'm going to press TimBL to draft the other message. 18:31:24 trackbot-ng, status? 18:33:20 Raman: I suggest that if we're telling the ARIA people that what they're doing is OK, we just send a one-liner to say that. Then write a longer, single document that outlines both positions. 18:34:10 Noah: I'd be glad to take a little time right after this call to wordsmith what Stuart wrote just a little bit. Simply make the point that in this particular case, notwithstanding our reservations, we think it's ok. 18:34:28 Stuart: Ok. 18:34:49 ...I also wanted to place a second action on TimBL to draft the other piece. 18:35:12 ACTION: Noah to wordsmith Stuart's P1 proposal 18:35:12 Created ACTION-131 - Wordsmith Stuart's P1 proposal [on Noah Mendelsohn - due 2008-04-10]. 18:37:54 Stuart: I don't want us to lose the stronger piece 18:38:22 ACTION: Tim to draft to a stronger piece outlining when the ARIA approache would not be practical 18:38:22 Created ACTION-132 - Draft to a stronger piece outlining when the ARIA approache would not be practical [on Tim Berners-Lee - due 2008-04-10]. 18:38:38 -DaveO 18:38:43 Adjourned. 18:39:14 A pice about the need for HTMLmodularity 18:39:28 RRSAgent, set logs world-visible 18:39:35 RRSAgent, draft minutes 18:39:35 I have made the request to generate http://www.w3.org/2008/04/03-tagmem-minutes.html Norm 18:39:36 - +1.617.253.aaaa 18:39:37 -Norm 18:39:37 -noah 18:39:45 -Raman 18:40:46 Norm.... you didn't do that... I always hate it when there's a draft in a different place cos the action links can get crossed. 18:41:13 Didn't do what? 18:41:42 get RRSAgent to generate a draft at /2008/04/03-tagmem-minutes. 18:41:51 I always take the rrsagent draft and edit into the 2001/tag/ datespace. I'll try to remember to munge the action URIs 18:41:57 I can't edit the other date space. 18:42:54 ok... I guess we all have a different process... I grab the log work locally and publish only in 2001/tag datespace. 18:43:05 Oh. Yeah. 18:43:46 for good measure I upload an edited version of the log - but only make that member visible 18:44:34 any way... thanks for being scribe... TTFN... and it is still light here. 18:45:03 disconnecting the lone participant, TimBL, in TAG_Weekly()1:00PM 18:45:06 TAG_Weekly()1:00PM has ended 18:45:25 Attendees were Raman, TimBL, Stuart, Norm, Ashok_Malhotra, +1.617.253.aaaa, noah, DanC, +1.415.402.aabb, DaveO, .5 18:45:25 RRSAgent, bye 18:45:25 I see 3 open action items saved in http://www.w3.org/2008/04/03-tagmem-actions.rdf : 18:45:25 ACTION: Tim consult with Dan and Ralph about the gap between the XHTML namespace and the GRDDL transformation for RDFa [1] 18:45:25 recorded in http://www.w3.org/2008/04/03-tagmem-irc#T17-29-24 18:45:25 ACTION: Noah to wordsmith Stuart's P1 proposal [2] 18:45:25 recorded in http://www.w3.org/2008/04/03-tagmem-irc#T18-35-12 18:45:25 ACTION: Tim to draft to a stronger piece outlining when the ARIA approache would not be practical [3] 18:45:25 recorded in http://www.w3.org/2008/04/03-tagmem-irc#T18-38-22 18:45:25 Zakim, bye 18:45:25 Zakim has left #tagmem