17:00:24 RRSAgent has joined #tagmem 17:00:24 logging to http://www.w3.org/2010/09/30-tagmem-irc 17:00:26 RRSAgent, make logs public 17:00:26 Zakim has joined #tagmem 17:00:28 Zakim, this will be TAG 17:00:29 Meeting: Technical Architecture Group Teleconference 17:00:29 Date: 30 September 2010 17:00:29 ok, trackbot, I see TAG_Weekly()1:00PM already started 17:01:33 NoahM has joined #tagmem 17:01:57 +Noah_Mendelsohn 17:02:26 +Yves 17:02:30 zakim, who is here? 17:02:30 On the phone I see DKA, Masinter, Noah_Mendelsohn, Yves (muted) 17:02:31 On IRC I see NoahM, Zakim, RRSAgent, masinter, DKA, timbl, ht, trackbot, noah, Yves 17:04:35 zakim, who is here? 17:04:35 On the phone I see DKA, Masinter, Noah_Mendelsohn, Yves 17:04:37 On IRC I see NoahM, Zakim, RRSAgent, masinter, DKA, timbl, ht, trackbot, noah, Yves 17:05:10 Scribe: Yves 17:05:30 Agenda: http://lists.w3.org/Archives/Public/www-tag/2010Sep/0067.html 17:05:43 Topic: minute approval 17:06:07 RESOLUTION: minutes of sept 23rd approved 17:06:22 ht_home has joined #tagmem 17:06:30 next meeting is next week, regrets from Ashok 17:06:46 Topic: logistics for upcoming f2f 17:06:50 no questions 17:06:58 Topic: F2F Visitor Session: 17:07:03 s/n:// 17:07:40 noah: went from a bigger workshop-like event to a small list of attendees for one aftrenoon session 17:07:50 s/aftrenoon/afternoon/ 17:08:17 Need to settle on >which< afternoon. 17:09:45 Please scribe Larry's suggestion. 17:10:26 larry: we need to find out "how the TAG can help them" and the Web in general 17:10:39 noah: the TAG as a whole needs to answer that question 17:11:00 it would be ok for other people to say that the best thing in one area would be to do nothing 17:11:18 well, i'm less interested in what the TAG can do to help THEM... more about whether they have some ideas of how the TAG can help the web 17:11:41 i'm not interested in helping THEM, I'm interested in their opinions about how the TAG can help the web 17:12:00 and I don't think it's interesting to hear about negatives -- things we *shouldn't* do 17:12:23 DKA: it's more "what you are working on, and what the TAG can do to help" 17:12:57 well, i'm not interested in helping in general, but specifically how the TAG can help the W3C achieve its mission of "leading the web to its full potential" 17:13:24 Noah: attendees may have a specific background, there is the "what the TAG should do", but also "what the TAG should know" 17:14:12 ht_really has joined #tagmem 17:14:41 zakim, code? 17:14:41 the conference code is 0824 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), ht_really 17:15:52 +??P12 17:16:07 DKA: I would like to get feedback mostly on Webapps 17:16:13 well, especially to focus the agenda on (a) what the TAG itself can do that would be positive, and (b) why it would actually help? 17:17:04 this is a two-way conversation too 17:18:12 The other thing that I think is important is to improve liaison, e.g., with ECMA and W3C/JavaScript, that would increase priority of talking to Crockford and Eich 17:18:57 Crockford has written/spoken on webarch level stuff, would recommend some of that as background material 17:19:00 noah: wednesday afternoon might be a good time, but we can be flexible 17:20:36 maybe focus on a specific topic, or ask them to give us some written background info? 17:20:52 noah: we need to ensure that the discussion flows, may have dedicated slots or general discussion 17:21:23 q? 17:22:27 larry: there are background readings form them that would help focusing the discussion 17:24:47 http://security.sys-con.com/node/1544072 17:28:44 ACTION-454? 17:28:44 ACTION-454 -- Daniel Appelquist to take lead in organizing outside contacts for TAG F2F -- due 2010-10-05 -- OPEN 17:28:44 http://www.w3.org/2001/tag/group/track/actions/454 17:29:24 Topic: TPAC meeting with IETF 17:29:55 ACTION-464? 17:29:55 ACTION-464 -- Yves Lafon to coordinate agenda for TAG/IETF meeting at TPAC -- due 2010-10-23 -- OPEN 17:29:55 http://www.w3.org/2001/tag/group/track/actions/464 17:30:29 Yves: I will try to get a room for this as well (thursday afternoon) 17:30:50 Topic: IETF Draft on MIME 17:31:22 I've read it 17:31:31 I have read it 17:31:35 I have read it but not carefully read it. 17:31:36 HT: nope 17:32:07 Here is the crockford reference: "Fixing HTML", Douglas Crockford, 2007-11-28 http://www.crockford.com/html/ 17:33:26 Larry: want to hear high level feedback 17:33:43 noah: it's terrific 17:35:12 Um, to be clear, I said: what I take to be the intended scope and goals are "terrific". Larry himself admits it's in rough form, and there are in places some substantive points I'm not completely sold on. I think it's a great start. 17:36:48 larry: I tried to explain why applications went in the 'sniffing' side of handling mime type 17:37:22 Yves: the part about conneg should also say that conneg is very often done on the UA and not on mime types 17:38:25 DKA: it would be good to have specific examples, especially in 3.2. broken things needs to be more precisely identified 17:38:25 Dan, if you could be specific about what things you'd like examples for, that would be great 17:39:30 noah: is the goal "here is how we got to where we are" or "where should go form here" 17:39:54 "This document describes some of the ways in which parts of the MIME system, originally designed for electronic mail, have been used in the web, and some of the ways in which those uses have resulted in difficulties. This informational document is intended as background and justification for a companion Best Current Practice which makes some changes to the registry of Internet Media Types and other specifications and practices, in order to facilitate Web app 17:40:44 Should be: "This document provides recommendations on (1) changes to registration procedures for MIME types; (2) xxxxx. It also provides a history and explanation of current practice to motivate these suggestions." 17:41:03 larry: we have an issue like "for a specific media type, we have multiple documents defining it", with no version indication. How to make that better, to avoid the chaos it generates and the need of sniffing 17:41:46 my original intent was to make section 6 into a separate document, and leave a "info" document as background 17:42:40 q? 17:43:05 where would you put this on the priorities of what TAG should be working on? high, medium, low? 17:43:18 noah: should we keep this open until we get more feedback? 17:44:02 the other thing would be to put this on the IETF/TAG coordination agenda 17:44:28 ht: it seems that we are reaching a critical mass to push this as a finding 17:47:15 ACTION-458? 17:47:15 ACTION-458 -- Noah Mendelsohn to schedule discussion of followup actions for TAG to coordinate with IETF on MIME-type related activities -- due 2010-09-28 -- PENDINGREVIEW 17:47:15 http://www.w3.org/2001/tag/group/track/actions/458 17:47:28 close ACTION-458 17:47:28 ACTION-458 Schedule discussion of followup actions for TAG to coordinate with IETF on MIME-type related activities closed 17:49:19 ACTION: Larry to update the mime-draft, due 2010-10-12 17:49:20 Created ACTION-472 - Update the mime-draft, due 2010-10-12 [on Larry Masinter - due 2010-10-07]. 17:50:37 Topic: distributed extensibility 17:50:46 s/distributed/HTML distributed/ 17:50:49 Paul Cotton email: http://lists.w3.org/Archives/Public/www-tag/2010Sep/0035.html 17:51:25 Extensions like SVG: 17:51:25 http://www.w3.org/html/wg/wiki/ChangeProposals/extensionslikesvg 17:51:31 Zero-edit proposal: 17:51:31 http://www.w3.org/html/wg/wiki/User:Eoconnor/ISSUE-41 17:52:32 noah: extensionslikesvg seems better than not doing anything 17:52:35 q? 17:53:02 q+ to review whether this meets the goals of "distributed extensibility" 17:53:15 ht: seems better than doing nothing 17:53:37 noah: I think it's better than that. Far from perfect. 17:54:14 the goal should be to allow controlled extensions by multiple vendors in a way that don't step on each other, and to allow interpreters to know that they'v encountered a feature that they don't understand. Not sure this proposal fully meets those goals 17:54:35 q+ to gibe at one aspect of ext-like-svg 17:54:36 noah: ...but likely the sort of useful compromise one tends to get at this point in the process. 17:54:39 ack masinter 17:54:39 masinter, you wanted to review whether this meets the goals of "distributed extensibility" 17:54:56 q+ to say unqualified elements isn't all bad 17:55:36 I think this proposal does that using default namespaces 17:56:11 From the proposal: 17:56:14 "This root element should have a default namespace xmlns declaration, giving the namespace for the extension. " 17:56:14 Yves wonder what is the cost of doing an extensionagain 17:56:44 s/extensionagain/extension in term of browser support/ 17:56:48 "Authors of extensions are strongly advised to communicate with the HTML WG to make sure their spec interacts well with HTML and does not have name clashes with other specs. To help them do this, extension authors are strongly advised to register the name of their root element in a central registry. " 17:57:50 q? 17:57:54 ack next 17:57:56 ht_really, you wanted to gibe at one aspect of ext-like-svg 17:57:58 noah: it means that UA won't read the namespace for clash detection, also it is problematic for a private tag to become widely used and part of the std 17:58:53 HT: mixed feelings about @extension, but it's got its positive side in signaling ns unaware software 17:58:53 those are also arguments against the 'no change' proposal, in the sense that 'no change' lacks features that are essential for orderly extensibility 17:58:54 ht: browser should know when they don't know something, even if they don't see namespaces declarations, and without looking at a central registry 17:59:13 A document that uses such extensions is not valid HTML, however it is valid "extended HTML". 18:00:43 you can take well-formed svg, put it in html, it will almost work, you edit it, it becomes not well-formed, but it will still work. it you bring the cvg part out, it will not work, and that is an issue 18:00:51 ack next 18:00:52 noah, you wanted to say unqualified elements isn't all bad 18:00:56 s/cvg/svg/ 18:00:57 however that might be a goor compromise 18:01:30 s/goor/necessary/ 18:02:14 q+ to answer Yves 18:02:17 ack next 18:02:19 ht_really, you wanted to answer Yves 18:03:21 a specification shouldn't reify the long-term existance of a single, uniform, combined HTML committee -- it's the W3C as a whole that owns HTML, the HTML working group is just chartered to prepare HTML for now. 18:03:25 ht: positive side is that in the XML serialization of html5, the extension linkage is the same as today (see mathML plugin in firefox), need to check that the elements in the DOM are in the right namespace 18:03:51 noah: the XML case is not the hard one 18:04:44 A start tag that has the "extension" attribute set: Insert a foreign element for the token, in the namespace specified by the element's "xmlns" attribute. If the token has its self-closing flag set, pop the current node off the stack of open elements and acknowledge the token's self-closing flag. Otherwise, if the insertion mode is not already "in foreign content", let the secondary insertion mode be the current insertion mode, and then switch the insertion 18:05:33 noah: should we have a TAG opinion or individual ones? 18:05:41 ht: when does the poll end? 18:05:55 http://www.w3.org/2002/09/wbs/40318/issue-41-objection-poll/results 18:06:13 => oct 7th 18:06:33 Seems like if we have consensus then we should express a view as the TAG. 18:07:00 Yves: we need to get Tim's opinion before saying something as the TAG 18:07:48 the objections to zero-edit would be that it doesn't meet the requirements for distributed extensibility 18:08:02 I suspect that objection is well known. 18:10:36 The TAG feels DS is important, we feel that like SVG, while a compromise in some ways, is far superior to zero edit. Like SVG provides a substantial step toward DE, zero edit does not. 18:11:11 For the record, the above is a trial balloon, not considered TAG opinion. 18:11:56 ht: the TAG can't answer this poll, you need to be member of the group 18:11:59 We observe that there is a poll, and we thought you might be interested in our input: The TAG feels DS is important, we feel that like SVG, while a compromise in some ways, is far superior to zero edit. Like SVG provides a substantial step toward DE, zero edit does not. 18:13:48 the decision criteria are: how strong are the objections 18:14:35 . ACTION: Noah to draft possible TAG response on HTML extensibility 18:14:50 +1 18:14:54 ACTION: Noah to draft possible TAG response on HTML extensibility 18:14:54 Created ACTION-473 - Draft possible TAG response on HTML extensibility [on Noah Mendelsohn - due 2010-10-07]. 18:15:01 +1 18:15:25 suggest making sure that your proposed response is in terms of what would constitute a "strong objection" to zero-edit 18:15:33 ACTION-427? 18:15:33 ACTION-427 -- John Kemp to read 4 distributed extensibility proposals and summarize them w.r.t. proposals TAG has discussed to date -- due 2010-11-01 -- OPEN 18:15:33 http://www.w3.org/2001/tag/group/track/actions/427 18:15:45 close ACTION-427 18:15:45 ACTION-427 Read 4 distributed extensibility proposals and summarize them w.r.t. proposals TAG has discussed to date closed 18:16:01 close ACTION-471 18:16:01 ACTION-471 Schedule discussion of "Like SVG" Dist Extensibility Proposal for HTML5 closed 18:16:33 Topic: Privacy Workshop 18:16:41 ACTION-460? 18:16:41 ACTION-460 -- Daniel Appelquist to coordinate with IAB regarding next steps on privacy policy -- due 2010-09-14 -- OPEN 18:16:41 http://www.w3.org/2001/tag/group/track/actions/460 18:16:51 ACTION-470? 18:16:51 ACTION-470 -- Noah Mendelsohn to ask Thomas about TAG involvement in privacy workshop -- due 2010-09-30 -- PENDINGREVIEW 18:16:51 http://www.w3.org/2001/tag/group/track/actions/470 18:18:02 -ht_really 18:18:50 ACTION-470? 18:18:50 ACTION-470 -- Noah Mendelsohn to ask Thomas about TAG involvement in privacy workshop -- due 2010-09-30 -- PENDINGREVIEW 18:18:50 http://www.w3.org/2001/tag/group/track/actions/470 18:19:21 Sent note: http://www.w3.org/mid/4CA2538E.9050506%2540arcanedomain.com 18:19:32 close ACTION-470 18:19:32 ACTION-470 Ask Thomas about TAG involvement in privacy workshop closed 18:19:51 Topic: generic fragment processing 18:19:57 ACTION-466? 18:19:58 ACTION-466 -- Larry Masinter to ask Norm, Roy and Martin for concrete use cases where generic processing of fragment ids is important -- due 2010-09-23 -- PENDINGREVIEW 18:19:58 http://www.w3.org/2001/tag/group/track/actions/466 18:20:24 Larry sent a note requesting feedback, no answer received 18:20:33 Larry's note: http://lists.w3.org/Archives/Public/www-tag/2010Sep/0044.html 18:21:31 http://lists.w3.org/Archives/Public/www-tag/2010Sep/0037.html was also email from Jonathan 18:22:07 noah: we got strong feedback from Roy, Norm and Martin after our initial proposal in June, asked for feedback and use cases, but didn't receive anything yet 18:22:41 larry: it is reasonable to give them more time. 18:23:06 I'm not trying to rush them, just suggesting we let them know that we're sort of holding discussion until they respond. 18:23:27 action-360? 18:23:27 ACTION-360 -- John Kemp to clean up TAG ftf minutes 8 Dec -- due 2009-12-17 -- CLOSED 18:23:27 http://www.w3.org/2001/tag/group/track/actions/360 18:24:15 (action 466 edited using the Web interface) 18:24:29 Topic: overdue actions 18:24:42 ACTION-390? 18:24:42 ACTION-390 -- Daniel Appelquist to review ISSUE-58 and suggest next steps -- due 2010-05-25 -- OPEN 18:24:42 http://www.w3.org/2001/tag/group/track/actions/390 18:25:16 Topic: pending review actions 18:25:20 ACTION-302? 18:25:20 ACTION-302 -- Noah Mendelsohn to raise (as individual issue) question of 3 words "other applicable specifictions" in 3.2.1 (3.3.1) of HTML 5 -- due 2010-09-29 -- PENDINGREVIEW 18:25:20 http://www.w3.org/2001/tag/group/track/actions/302 18:26:27 proposal to close this action 18:27:03 larry: does it fit in the 'mime and the web' ? like what does a mime type needs to define 18:27:34 noah: it is much closer to the distributed extensibility likesvg's "comform to extended HTML" 18:27:41 the question is: what are the requirements for MIME type definitions? What does it mean for text/html to mean "X plus any applicable extensions" ? 18:28:20 close ACTION-302 18:28:20 ACTION-302 Raise (as individual issue) question of 3 words "other applicable specifictions" in 3.2.1 (3.3.1) of HTML 5 closed 18:28:38 larry: interested in discussing this 18:28:50 I don't think LM said that. 18:29:02 He raised the question of whether HTML is different. 18:29:17 NM: This is about specific wording in the spec. In fact, two specific words "applicable specification" 18:30:29 i think it's nonsnese 18:30:35 yes 18:30:43 undefined what "applicable" is 18:31:12 I think the TAG action is to be explicit about what the requirements are 18:32:54 http://lists.w3.org/Archives/Public/public-html-comments/2010Sep/0029.html 18:33:14 "I had also in my original request [4] indicated that it would be 18:33:14 desirable to clarify the applicability of the term "conforming document" in 18:33:14 cases where "applicable specifications" had been used to augment or change 18:33:14 the base HTML5 specification. I believe that is ultimately a very 18:33:14 important and deep concern that remains unaddressed. Given the current 18:33:15 ambiguity, someone could write a specification that very radically changes 18:33:16 the HTML5 base, perhaps even maliciously, and claim "oh, mine is an 18:33:19 'applicable specification', so what you get when you write to my new spec 18:33:21 is a 'conforming HTML5 document'". Wouldn't it be better to require that 18:33:22 such documents be referred to as "conforming to HTML5 as modified by 18:33:24 my-malicious-spec-X" (or in the more likely example more likely "conforming 18:33:27 to HTML5 as modified by 18:33:29 my-nonmalicious-spec-that-makes-significant-and-perhaps-otherwise-incompatible-changes"? 18:33:31 " 18:34:37 ADJOURNED 18:34:38 -Masinter 18:34:40 -DKA 18:34:44 -Noah_Mendelsohn 18:34:45 TAG_Weekly()1:00PM has ended 18:34:46 Attendees were DKA, Masinter, Noah_Mendelsohn, Yves, ht_really 19:58:26 timbl has joined #tagmem 20:28:16 Zakim has left #tagmem