19:52:11 See http://www.w3.org/2002/11/04-tagmem-irc#T21-30-49 19:52:16 RRSAgent, bye 19:52:16 I see no action items 19:52:25 RRSAgent has joined #tagmem 19:52:32 See http://www.w3.org/2002/11/11-tagmem-irc#T19-52-25 19:54:02 ChAcl says there are no resources there 19:55:48 try http://www.w3.org/2002/11/11-tagmem-irc*,access* 19:55:49 TAG_Weekly()2:30PM has now started 19:55:55 +Ian 19:56:20 MJDuerst has joined #tagmem 19:56:25 DaveO has joined #tagmem 19:56:38 +Chris 19:58:03 +Norm 19:58:21 Norm has joined #tagmem 19:58:49 I will not be on the call until I see something in IRC that I need to be involved in. I'm currently dialed into the wsdl wg meeting. 19:59:23 Is that an ongoing, weekly conflict for you, DaveO? 19:59:48 dan - yes, that url was what gave me the error message but I was trying to avoid putting the url into the log 19:59:57 dailing 20:00:29 +??P2 20:00:36 zakim, ??p2 is Stuart 20:00:37 +Stuart; got it 20:01:48 +??P3 20:01:58 zakim, ??P3 is Paul 20:01:59 +Paul; got it 20:02:05 zakim, ??P3 is Paul 20:02:06 sorry, Chris, I do not recognize a party named '??P3' 20:02:33 PaulC has joined #tagmem 20:02:35 +DanC 20:02:54 tim-gone has joined #tagmem 20:03:20 +TBray 20:03:44 Present: SW, DC, CL, PC, NW, TB, IJ 20:03:49 Regrets: RF 20:03:56 Lurking: DO 20:04:05 +TimBL 20:04:26 SW Chair, IJ Scribe 20:04:32 Present: SW, DC, CL, PC, NW, TB, IJ, TBL 20:04:40 Accept 4 Nov minutes? 20:04:42 Norm, it isn't an ongoing conflict. 20:04:46 http://www.w3.org/2002/11/04-tag-summary 20:04:50 Just a F2F. 20:04:54 TBray has joined #tagmem 20:05:15 SW: Accepted 4 Nov minutes (no dissent). 20:05:27 Comments on this agenda? 20:05:32 http://www.w3.org/2002/11/11-tag 20:06:35 hmm... why at the end, rather than where it is? " 1. xlinkScope-23" 20:06:37 PC: Please leave a few minutes to clarify where xlink/hlink discussions are taking place, whether we can expect a reply from the HTML WG. 20:07:00 Zakim, remind us in 65 minutes to discuss xlinkScope-23 20:07:01 ok, DanC 20:07:19 ---------- 20:07:21 Meeting planning 20:07:50 [No regrets for TAG ftf meeting but from RF; DC half day] 20:08:05 http://www.w3.org/2002/11/18-tag-agenda 20:08:32 [Agenda, meeting info] 20:08:56 IJ: Please use AC registration form for things like AC reception night of TAG ftf meeting. 20:09:01 --------------- 20:09:06 Presentations at AC meeting. 20:09:14 See tag@w3.org archive for links to drafts of slides. 20:10:00 TB: Presentations need to be brutally short 20:10:38 IJ: Talks should be no longer than 10 minutes each (to leave 30 minutes for discussion) 20:10:57 CL: Refer from xlink summary from slides. 20:11:37 +DOrchard 20:12:22 TB: Add Stuart's xlink writeup to AC package. 20:12:55 PC: These slides will exist long after AC meeting and be referenced from agenda; helpful to point into reading material for more info. 20:13:00 PC: Use unobtrusive URIs 20:13:17 CL: Put code examples in other pages. 20:13:25 and link to them 20:14:52 TB: Can my slides stay on textuality? 20:17:18 odd thing about the slidemaker is that the Overview.html doesn't point to the all.htm file... I gotta get that fixed sometime. 20:17:32 SW: Please make comments on slides on the mailing list. 20:17:44 IJ: I will put people's html source on the web and run slidemaker over it. 20:18:32 Action IJ: Talk to Comm Team about three TAG contributions to AC rep dossier: summary, xlink summary, arch doc. 20:18:50 Martin, can you join? 20:19:04 Yes. please give me a minute. 20:19:55 +Martin 20:20:18 pub deadline is 13Nov per announcement 4Sep. http://lists.w3.org/Archives/Member/chairs/2002JulSep/0096.html 20:20:20 Issue 1. IRIEverywhere-27 20:20:24 http://www.w3.org/2001/tag/ilist#IRIEverywhere-27 20:20:39 q? 20:20:45 TB: I found a draft IRI 02, published today. Is that the one to look at? 20:20:54 url of that draft, please? 20:21:49 http://www.w3.org/International/iri-edit/draft-duerst-iri-02.txt 20:21:58 (Path from TAG issues list right to it...) 20:22:07 [NW summarizes the issue] 20:22:09 officially at http://www.ietf.org/internet-drafts/draft-duerst-iri-02.txt 20:22:18 NW: Should W3C docs refer to IRIs in the future? 20:22:52 [Some sense that issues 15 and 17 bound at the hip] 20:23:07 http://www.w3.org/International/iri-edit/draft-duerst-iri.html 20:23:08 TB: Martin, what's the 50k view of this issue? 20:23:13 clear deendency, not the same issue though 20:23:26 MD: IRIs in concept have been around as far back as 1995 and 1996. 20:23:54 MD: We have been actively lately on a draft. 20:24:25 MD: Area director at IETF said that when we think it's ready to go to last call, he will issue a last call in the IESG as well. 20:24:52 MD: We've received a lot of comment on the draft through the years. Lately, comments have been "move on with this" 20:25:04 q+ 20:25:42 one test case, in a question from RDFCore to XML Core, 14May2002 http://lists.w3.org/Archives/Public/xml-names-editor/2002May/0003.html 20:25:46 MD" yes, IRI should be used everywhere 20:25:56 MD: My position (and that of the I18N WG, I think) is expressed by the Character Model spec : you should use IRIs basically everywhere. I personally think that in practice, IRIs will pop up in practice more readily. 20:26:07 MD: already in use, but underspacified 20:26:29 ack DanC 20:26:30 DanC, you wanted to ask if the I18N WG is maintaining a test collection to go with the IRI draft 20:26:33 MD: less likely to see in XLink rle attribute etc, but popular on web pages 20:26:46 MD: There is a test collection (currently 1 test). 20:26:49 MD: test collection - one test! 20:27:24 MD: We have a "test" for bidi. 20:27:51 MD: I tried to have a lot of examples; if you see places where more examples would be helpful, please tell us. 20:28:00 TB: General remarks: 20:28:23 MD: the one excample helped gwet consensus between Mozilla, Opera and Microsoft 20:28:24 TB: 1) Whether IRIs are a good idea or not, I have a concern about the instability of the current IRI spec. 20:28:25 -DOrchard 20:28:38 TB: So process issue about pointing to the spec. 20:29:04 PC: Relationship to charmod needs to be explicit. 20:29:31 TB: 2) Software needs to know whether it's dealing with an IRI or URI. 20:29:37 yeah, I'm getting to the point where my technical concerns are addressed, and the dominant issue is process: what to cite as an IRI spec? [and please split charmod in 3 parts] 20:29:53 q+ 20:30:04 ack TBray 20:30:14 TB: 3) I still have major heartburn about the case issue; examples are so non-sensible (uppercase E7 diff from lowercase e7 gives me heartburn). 20:30:24 TB: 4) There are parts of the IRI spec that I just didn't understand. 20:30:59 TB: There may be additional work required to reveal some unspoken assumptions. 20:31:37 CL: There are a number of ways to deal with the case-sensitivity of hex escapes (CL lists three possibilities). 20:32:00 I prefer "you SHOULD use %7e; %7E is NOT RECOMMENDED" 20:32:01 MD: On relationship to Charmod: At some point, some pieces of the IRI draft were in Charmod (e.g., conversion procedure). 20:32:13 MD: But we decided to separate the specs; Charmod points to IRI draft. 20:32:23 a) allow %7e and %7E, say they are exactly equivalent, but no implication that hello and Hello are equivalent 20:32:39 b) allow both, say they are different (yuk) 20:32:44 MD: Charmod says "W3C specs should/must use IRIs where URIs would be used" 20:32:57 c) only allow %7e, %7E is invalid 20:33:15 q+ to wonder All non-canonical-utf8 URIs are notvalid URIs? UTF-8 equivalent URIs are consisered equivalent? Or are IRIs just like URIrefs - strings for indirectly giving a URI in an actual document. 20:33:21 MD: For Xpointer, separate issue about encoding/decoding using UTF-8. 20:33:22 ack ChrisL 20:33:32 ack Chris 20:33:37 ack Chris 20:33:59 MD: Charmod can't advance without the RFC. 20:34:18 [There are several people who suggest splitting charmod; moving forward one reason.] 20:34:30 yes, please split charmod in 3; did we (the TAG) request that, Chris? have you heard back? 20:34:31 which is why I suggested splitting charmod into several pieces 20:34:45 yes, we did request that and no, we have not heard back 20:35:08 q+ 20:35:39 MD: We think this is a URI issue first (case of hex escapes); once decided for URIs, do the same thing for IRIs. 20:36:01 MD: On the clarity of the IRI spec, please don't hesitate to send comments. 20:37:36 TB: Could the IRI draft assert that in hex escaping, lowercase must always be used? 20:37:51 that seems silly, TBray; you're going to pretend there are no URIs/IRIs that use upper-case %7E? 20:38:01 or that all of them are wrong 20:38:02 MD: Current deployment is different - some places use uppercase. 20:38:02 ? 20:38:37 "canonical form"? 20:38:42 hence my suggestion to decouple case insensitivity of hex escapes (which are not characters) from case insensitivity of characters 20:39:03 Chris: that goes without saying 20:39:14 but yes, drawback is an extra layer of processing, however light, beyond binary string comparison 20:39:28 couldn't insist on upper or lower case for URis, but could conceivably for IRIs 20:39:37 TBL: Will IRIs have the same role as URI references? 20:39:40 martin, anything which is important enough to go without saying had probably better be said ;-) 20:39:51 TBL: Same space of identifiers, but just a syntax convention? 20:40:08 q? 20:40:10 but for IRIs, it isn't that important. It's important when converting from IRI to URI, 20:40:13 TBL: What is being proposed fundamentally: where do IRIs fit in? 20:40:18 ack TimBl 20:40:19 Timbl, you wanted to wonder All non-canonical-utf8 URIs are notvalid URIs? UTF-8 equivalent URIs are consisered equivalent? Or are IRIs just like URIrefs - strings for indirectly 20:40:20 q+ 20:40:22 ... giving a URI in an actual document. 20:40:28 CL: Maybe we should just propose that the IRI editors get on with it. 20:41:06 CL: When I proposed that %7e and %7E be made equivalent, I was not proposing that "e" and "E" be equivalent. 20:41:21 (i.e., the ascii characters "e" and "E"). 20:42:01 %7e is 3 characters in a IRI but 1 character in a URI 20:42:09 er... %7E is three chars in the URI spec so far 20:42:11 [One model of URIs is that this is just a syntax issue: whether you use hex escapes or other character representation in the string.] 20:43:02 if possible, IRI and URI should be as similar as possible, except for the larger repertoire 20:43:08 of characters that can be used in IRI 20:43:11 [Comparison of URIs is character-by-character. Question of whether "%" as part of "%7e" is a character, or whether "%7e" is the cahracter.] 20:43:32 the URI http://x/%7E has 12 characters in it. 20:43:36 q+ to ask if there will be a new Schema datatype for IRI 20:43:56 cool! namespaces says compare *on characters* so declare hex escapers as not characters. like ncrs in xml 20:44:34 TBL, DC read the URI spec in a way that says that "%" is a character; since in that spec characters are ASCII. 20:44:38 ok, but hex escapers have not, yet, been so declared. 20:44:51 q? 20:45:02 ack Chris 20:45:18 TBL: There are a number of ways to go from here. I think that even if you define equivalence in the IRI spec, you need to have a warning in the URI spec. 20:45:41 MD: You could also say that when you convert from IRI to URI you always use lowercase. 20:45:57 use lowecase *for hex escapes* (clarification) 20:46:12 seconded 20:46:17 [Martin didn't say "for hex escapes" but I assume that he meant that.] 20:46:27 TB: We should say that IRIs are a good idea. 20:46:28 yes. 20:46:29 TimBray: propose IRIs are a good idea 20:46:39 TB: We should not tell W3C WGs to use IRIs until they are baked. 20:47:01 TB: In the arch doc we should say "Don't hex escape things that don't need escaping. Use lowercase when you do." 20:47:16 yes, that is: the space of resource identifiers should/can/does use the repository of Unicode characters. 20:47:17 (but he did say "when converting from IRI to URI" which implies hexification) 20:47:18 TB: I think these are things we could do today usefully. 20:47:21 q? 20:47:31 ack TBray 20:47:46 ack DanC 20:47:51 q+Martin 20:47:59 DC: I am comfortable with the idea of agreeing to use more than 90 characters in an identifier. 20:48:37 DC: Character space of URIs should be Unicode. 20:48:52 q+ to propose we encorage Martin in doing URIs and and move on, and ask to know when there is a well-define relationship between the URI and IRI. 20:48:53 DC: When you are naming resources, you should not be limited to 90 some characters. 20:48:58 ack Stuart 20:48:59 Stuart, you wanted to ask if there will be a new Schema datatype for IRI 20:49:06 SW: Will we get help from Schema datatypes? 20:49:07 90 is not related to the length 20:49:13 ack Stuart 20:49:29 DC: The schema type is anyURI. Its lexical space is unconstrained. 20:49:40 DC: There might be a thing or two (e.g., spaces). 20:49:46 MD: Only a problem if you make a list type. 20:49:55 DC: But you can have a list of strings, so dealt with. 20:50:39 I think value space and lex space are IRI, but a mapping to URIs is given by a pointer to XLink 20:51:04 XLink has the main part of the conversion from IRI to URI, but not the details 20:51:45 DC: In HTTP, you need to escape spaces. 20:52:05 DC: There are no URIs with spaces in them. 20:52:20 TBL: So anyURI is already an IRI-like thing. 20:52:21 no URIs, or no HTTP URIs? 20:52:23 ack Martin 20:52:27 reading http://www.w3.org/TR/xmlschema-2/#anyURI ... 20:52:46 is file:///C/My Documents a URI? 20:52:57 is anyURI architecturally broken because of lack of clarity as to whether it's a URI or IRI? 20:53:10 MD: Some specs already referring to preliminary versions of IRI spec. I think that we shouldn't tell WGs to delete their refs and replace them later; just to upgrade when appropriate. 20:53:18 "An anyURI value can be absolute or relative, and may have an optional fragment identifier (i.e., it may be a URI Reference)." 20:53:19 TBL: I am against the TAG spending time on something fluffy. 20:53:25 all URIs are IRIs 20:53:51 illegal, equivalent, or NOT RECOMMENDED. 20:53:55 TBL: Until we clarify these issues, we should not emphasize their use yet. 20:54:18 IRI is not really 'fluffy'. It just needs to make some decisions and ship. 20:54:22 MD Agree on the case thing. 20:54:35 MD: Earlier URI specs talked about equivalence, but practice went in other directions. 20:54:36 phpht. can't find a specification of anyURI lexical->value mapping. 20:54:50 q? 20:55:13 ndw has joined #tagmem 20:56:10 DC:any breakage is not recent 20:56:28 TBL: should we work on "URI are broken" 20:56:39 CL: No, I18N WG is on it 20:56:49 TBL: No, they are not, Martin just said so 20:56:57 Stuart: next steps? 20:57:46 TB: Universe of resource identifiers should be unicode characters 20:58:16 TB: Say 'we approve of IRI work' 20:58:23 -Norm 20:59:07 TB: Should *not* say to WGs to drop URI and gofor IRI because IRI is not final yet 20:59:53 PC: Important what TAG says, we should be careful what we are stating or seen to state 21:00:14 TB: Do not suggestthatall specs should be using IRI now 21:00:28 MD: For href,XLink already uses the 21:00:47 IRIs are already in HTML 4. XHTML 1, XLink, RDF 1.0x 21:00:58 ... and XML Schema 21:01:03 CL: existing Recs say the same stuff 21:01:07 DC: XML Schema cites XLink 21:01:26 this ID is taking stuff from existing Recs so that future Recs can all point to one place 21:01:39 TB: We could assert in the arch doc that it must be crystal clear when referring to resource ids whether you are talking about URIs or something else. 21:02:01 TB: Must be crytal clear when software has to deal with URI or IRI - software must not have to guess 21:02:09 TB: "When prescribing resource identifiers, a spec MUST be clear about whether it's talking about URIs or something else; don't make software guess." 21:02:19 TBL: A lot of people will think that IRIs are different from URIs. 21:02:41 TBL: Confusion similar to URIrefs, people with think IRI is different to URI. 21:02:49 Specs should use the IRI production 21:02:58 TBL: Specs should use the IRI production 21:03:25 TBL: I think we should write the whole lot based on a clean IRI proposal. 21:03:25 ack TimBL 21:03:27 Timbl, you wanted to propose we encorage Martin in doing URIs and and move on, and ask to know when there is a well-define relationship between the URI and IRI. 21:03:31 TBL: we should write u the issue once there is a final IRI spec 21:04:01 DC: What's the estimate for building a test collection? 21:04:08 DC: how long to get a test collection together? 21:04:09 DC: TB has some cases, I have a few. 21:04:21 ack DanCon 21:04:32 ack DanC 21:04:33 DanC, you wanted to say that a test collection is top on my wish-list for this stuff 21:05:11 MD: Test cases are on the top of my list. 21:05:23 DC: It would take me about 4 months; need to get consensus around test cases. 21:05:28 DC: That takes time. 21:05:46 How many of the following are true? For every IRI there is a corresponding URI? For every URI there existys a single IRI? All URIs before this spec are still valid after this spec? If two URIs are ASCIIchar for char identical then the equivalent IRIs are uniced char for char compatible? etc etc etc... 21:06:09 DC: What should the namespaces 1.x spec say? 21:06:54 TB: Not appropriate for namespaces 1.x to go to IRIs today. 21:06:57 TimBL, I note that three of your questions are about URI to IRI mapping, wheras the data flow is the other way 21:07:07 DC: But software is perfectly happy today with IRIs (in my experience). 21:07:41 TB: I don't think it's ok for namespaces 1.x to point to Unicode today; I think it's appropriate *today* to point to RFC2396. 21:07:43 q+Martin 21:07:55 DC: So what should software do when it gets an IRI? 21:08:03 TB: I would expect software not to notice. 21:08:27 SW: This topic on our agenda Monday morning. 21:08:32 (at ftf meeting) 21:08:57 hmm... morning of the ftf... I gotta find a proxy for my position on this then. 21:09:03 IETF Proposed Standard good enough for W3C specs to reference? 21:09:06 MD: I can attend ftf meeting Monday morning to talk about this. 21:09:51 MD: I'd like the TAG to tell us how to address the case issue. 21:09:57 CL: Can't you just pick one approach? 21:10:26 MD: Current approach is that uppercase and lowercase are different in escapes, and SHOULD convert to lowercase. 21:10:45 http://www.ietf.org/internet-drafts/draft-duerst-iri-02.txt 21:10:47 that current approach is what I prefer. 21:10:55 on our reading list for f2f 21:11:47 -Martin 21:11:52 ======================= 21:11:55 Arch doc 21:12:00 DanC, you asked to be reminded at this time to discuss xlinkScope-23 21:12:57 My question was, are the guarantees which the spec gives mentione din the spec? Guaranteews of consistency etc? 21:13:13 IJ: To get arch doc to TR page, can we resolve big issues here, then I will incorporate and get ok's from two TAG participants. 21:13:18 Tim, the spec doesn't give any guarantees. You need implementations for that. 21:13:22 IRI spec 21:14:03 "consistency etc" leaves a lot of room. 21:14:48 IJ: What needs to be done? 21:15:22 SW: On URI terminology, can we commit to consistency on what RFC2396 becomes? 21:15:25 q+ 21:15:29 Stuart, Ian: I have noted that Roy won't come to the f2f. Does he plan to call in by phone? 21:15:30 ack Martin 21:15:55 IJ: I wouldn't want to commit to something that doesn't exist yet. 21:15:58 CL, DC: Agreed. 21:15:59 no, need to see it 21:16:04 If Roy plans to call in for some time, it would definitely be good to have him for the IRI and casing 21:16:14 [Agreement that terminology shouldn't diverge.] 21:16:15 discussion, but then 9:00 would be very early for him. 21:16:22 q? 21:16:35 ack Ian 21:16:41 SW: I can live without such a statement, then. 21:17:16 DC: RF has released an internet draft of the URI spec with the non-controversial changes. He is working on the next draft, where we will have to defend our position. 21:17:50 DC: I wouldn't emphasize reading this draft (if you're only going to read this spec once). 21:18:30 TB: I can commit to reading it and providing feedback. 21:18:35 http://www.w3.org/2001/tag/2002/WD-webarch-20021107 is good enough for me. 21:18:45 DC: 7/11 draft is good enough for me. Enough of an improvement that I endorse publication. 21:18:48 PC: +1 21:19:21 DC: Please be conservative about changes. 21:19:31 IJ: I may insert editors notes. 21:20:07 Action item review: 21:20:12 1. Action CL 2002/09/25: Redraft section 3, incorporating CL's existing text and TB's structural proposal (see minutes of 25 Sep ftf meeting on formats). 21:20:14 CL: Please continue 21:20:17 # Action DC 2002/11/04: Review "Meaning" to see if there's any part of self-describing Web for the arch doc. 21:20:19 DC: Please continue. 21:20:21 ====================== 21:20:22 ok, I will send my edits (for my action item) for the *next* publication 21:20:30 XLink scope 21:20:36 http://www.w3.org/2001/tag/ilist#xlinkScope-23 21:20:49 PC: I have some concerns that we aren't in the center of discussion on this ite. 21:20:51 item 21:21:44 PC: We haven't yet received comments back on what we sent to the HTML WG. 21:21:58 PC: Are we going to engage with the HTML WG? 21:23:14 [Some discussion on communication with other groups.] 21:23:43 TBL: I think that HTML WG thinks they've made their point. 21:23:59 SW: I have sent email on two occasions to the HTML WG but not have not gotten a reply from Steven. 21:24:39 q+ 21:24:44 DC: We've not invited the HTML WG to participate on www-tag. 21:24:52 q? 21:25:10 SW: A message was sent to the HTML WG list, but didn't reach the archive. 21:25:30 www-html-editors but not in archives. norm has a recipt though 21:25:45 indeed... can't find it in http://lists.w3.org/Archives/Public/www-html-editor/ 21:26:13 TB: I think we've done the right thing. I presume that they're busy. 21:27:22 PC: As far as I'm concerned, there's no point that this be on our ftf agenda since we've had no feedback. 21:27:40 zakim, queue? 21:27:41 I see Chris on the speaker queue 21:27:45 zakim, queue? 21:27:46 I see Chris on the speaker queue 21:28:00 zakim, queue? 21:28:01 I see Chris on the speaker queue 21:28:08 DC: We don't have a message from Steven on behalf of the WG. 21:28:34 For the HTML WG, 21:28:34 Steven Pemberton 21:28:34 Chair 21:28:34 SW: Yes, we do. The first message was on behalf of the WG; I have asked for confirmation from Steven that this is still their reply. 21:28:39 ack Chris 21:28:56 For the HTML WG, 21:28:57 Steven Pemberton 21:28:57 Chair 21:29:06 CL: I think the HTML WG owes us a response since we sent a request to their list. 21:29:19 For the HTML WG, 21:29:20 Steven Pemberton 21:29:20 Chair 21:29:38 Message senbt 26 spe 2002 21:29:50 CL: There are also other WGs we should be discussing this with. 21:29:51 to www-tag 21:30:00 q? 21:30:14 CL: HTML wg is not the only client of hypermedia linking 21:30:25 http://lists.w3.org/Archives/Public/www-tag/2002Sep/0188.html 21:30:28 PC: I'm concerned that more of a plan isn't in place for how to take this question forward. 21:30:50 PC: One answer is to wait until the Tech Plenary. 21:31:10 CL: I expect the Tech PLenary to produce a plan, not the technical solution, however. 21:31:11 its a long way off, in march 21:31:38 so that date pretty much ensures that HTML WG will not use the results, if any, of the march meeting 21:32:09 TBL: I think the TAG has a duty to solve this issue; I don't think that discussion has been moved out of the TAG. 21:33:30 TB: I know that several of us have put a lot of work into discussion on www-tag. I sympathize with PC's concern, and agree with TBL that new technical arguments have been brought forward and consensus not yet achieved. 21:33:43 TB: I think SW has done the right thing asking the HTML WG where we stand. 21:34:00 SW: Does the TAG hold the same opinion as formulated at the ftf meeting? 21:34:22 SW: I've had no commentary yet on the summary. 21:34:58 TB: Mimasa pointed HTML WG to the summary on 28 Oct; no commentary from them yet. 21:35:24 TB: Thus, I think we should not drop this, but should not proceed far in the face of no new info from the HTML WG. 21:35:31 SW: Should we spend time on this at the ftf meeting? 21:35:38 TB: SW's summary is cogent. 21:35:42 DC: But contains no proposal. 21:36:27 TBL: TAG could comment on some arguments that SW has summarized. 21:36:34 gee... it's only a 1-day ftf; if somebody wants xlink23 on there, I'd like that somebody to make a proposal. 21:37:29 -TBray 21:37:32 ADJOURNED 21:37:38 -Stuart 21:37:39 -Ian 21:37:40 RRSAgent, stop