16:52:30 RRSAgent has joined #tagmem 16:52:30 logging to http://www.w3.org/2008/06/26-tagmem-irc 16:52:40 Zakim has joined #tagmem 16:53:16 zakim, this wll be TAG 16:53:16 I don't understand 'this wll be TAG', Stuart 16:53:22 zakim, this will be TAG 16:53:22 ok, Stuart; I see TAG_Weekly()1:00PM scheduled to start in 7 minutes 16:53:36 raman has joined #tagmem 16:53:36 Meeting: TAG Weekly 16:53:49 Chair: Stuart Williams 16:54:06 Scribe: Norm Walsh 16:54:20 Date: 26 June 2008 16:54:34 agenda ? 16:55:35 ScribeNick: Norm 16:56:49 TAG_Weekly()1:00PM has now started 16:56:56 +Norm 16:58:36 +??P0 16:58:46 zakim, ?? is me 16:58:46 +Stuart; got it 16:59:33 agenda+ Convene 16:59:40 agenda+ New items 16:59:48 agenda+ Proposed widget URI scheme 16:59:57 agenda+ Issue UrnsAndRegistries-50 17:00:02 agenda+ XMLVersioning-44 17:00:16 Zakim, drop agendum 5 17:00:16 agendum 5, XMLVersioning-44, dropped 17:00:23 agenda+ Issue XMLVersioning-41 17:00:34 agenda+ Issues with dormant action items 17:00:37 agenda+ Any other business 17:00:45 Ashok has joined #tagmem 17:00:59 Zakim, who's here? 17:00:59 On the phone I see Norm, Stuart 17:01:00 On IRC I see Ashok, raman, Zakim, RRSAgent, Stuart, timbl, Norm, ht, trackbot, DanC 17:01:02 +Dave_Orchard 17:01:06 +Raman 17:01:06 zakim, who is on the phone? 17:01:08 On the phone I see Norm, Stuart, Dave_Orchard, Raman 17:02:21 zakim, please call ht-781 17:02:21 ok, ht; the call is being made 17:02:23 +Ht 17:02:43 +DanC.a 17:02:53 Zakim, who's on the phone? 17:02:53 On the phone I see Norm, Stuart, Dave_Orchard, Raman, Ht, DanC.a 17:03:10 Present: Norm, Stuart, Dave, Raman, Henry, Dan 17:03:13 Regrets: Noah 17:03:18 +Ashok_Malhotra 17:03:30 Present: Norm, Stuart, Dave, Raman, Henry, Dan, Ashok 17:03:58 Stuart: Any comments on the agenda? 17:04:22 Dan: I've sent mail about URIs in HTML5 and no one responded. Did anyone assume it was a good thing without talking about? 17:04:29 Ashok: Yes, but I didn't reply. 17:04:40 agenda+ URIs in HTML5 17:05:08 Accepted as amended. 17:05:15 Stuart: Any comments on the minutes from 19 June? 17:05:29 Accepted. 17:05:29 http://www.w3.org/2001/tag/2008/06/19-tagmem-minutes 17:05:52 Stuart: Next telcon: 3 July, Dave to scribe 17:06:16 No regrets heard (apart from Noah) 17:06:24 Zakim, next agendum 17:06:24 agendum 1. "Convene" taken up [from Norm] 17:06:27 Zakim, next agendum 17:06:27 agendum 1 was just opened, Norm 17:06:52 Zakim, next agendum 17:06:52 agendum 1 was just opened, Norm 17:06:57 Zakim, close agendum 1 17:06:57 agendum 1, Convene, closed 17:06:58 I see 7 items remaining on the agenda; the next one is 17:07:00 2. New items [from Norm] 17:07:30 Zakim, take up agendum 2 17:07:30 agendum 2. "New items" taken up [from Norm] 17:08:28 Stuart: Anything anyone wants to bring up? 17:08:33 Zakim, next agendum 17:08:33 agendum 3. "Proposed widget URI scheme" taken up [from Norm] 17:09:05 Stuart: I took an action to reply and I did. We also got a reply from Marcus. 17:09:43 +TimBL 17:09:51 Stuart: Do we see this as a new issue, or as a subtopic under UrnsAndRegistries-50? 17:09:59 Dave: I think it's a new issue. 17:10:01 Norm: So do I. 17:10:20 Dan: It's a new idea to me. It smells like scheme-protocols to me. 17:10:38 close action-162 17:10:38 ACTION-162 Respond to Marcus re widget: URI scheme closed 17:11:27 that's a mouthful... can't see it written... 17:11:38 Stuart: I proposed urnBasedPackageAccess-nn. The widget folks want a way to access resources in widget packages. Reading Marcus' response, there are a few interesting things. 17:12:04 I hope that's uriBasedPackageAccess. . . 17:12:10 ...There are some scoping problems, multiple instances of a widget, widgets able to find things inside themselves, but not inside others; the ability to point to other widgets, thoguh. 17:12:16 (I see nothing about a new URI scheme in their charter. http://www.w3.org/2006/appformats/admin/charter.html ) 17:12:23 s/urnB/uriB/g 17:12:36 s/thoguh/though/ 17:12:59 Stuart observes that packaging comes up in other places too, java jar files, zip files, etc. 17:13:44 http://www.w3.org/2001/tag/2008/06/ 17:13:44 Note also the never-submitted jar: in this space, there's multipart/mime which already has a lot to say about inter-part links, there's sml-if, there's the never-started XML packaging WG 17:14:18 R5. Addressing Scheme 17:14:18 A conforming specification must specify or recommend an addressing 17:14:18 scheme to address the individual resources within the widget resource 17:14:18 at runtime. The addressing scheme must be able to address individual 17:14:18 widget instances, while potentially allowing widgets to address each 17:14:19 other. The addressing scheme must not expose the underlying file 17:14:21 system to the instantiated widget and an instantiated widget must not 17:14:23 Stuart: Marcus refers to one of their particular requirements: 17:14:23 be able to address resources outside the widget resource via the 17:14:25 addressing scheme. The addressing scheme should be one that web 17:14:27 authors would feel comfortable using or are already accustomed to. 17:14:29 R5. Addressing Scheme 17:14:31 A conforming specification must specify or recommend an addressing 17:14:33 scheme to address the individual resources within the widget resource 17:14:35 at runtime. The addressing scheme must be able to address individual 17:14:37 widget instances, while potentially allowing widgets to address each 17:14:39 other. The addressing scheme must not expose the underlying file 17:14:41 system to the instantiated widget and an instantiated widget must not 17:14:43 be able to address resources outside the widget resource via the 17:14:45 addressing scheme. The addressing scheme should be one that web 17:14:48 authors would feel comfortable using or are already accustomed to. 17:14:49 http://lists.w3.org/Archives/Public/www-tag/2008Jun/0097 17:14:55 Stuart: Last week we said we were motivated to help them and I'm wondering how we start doing that. 17:15:11 q? 17:15:18 q+ 17:15:33 ack ht 17:15:53 (ah... uri scheme comes up in requirements rather than charter. http://www.w3.org/TR/widgets-reqs/ . better than nowhere.) 17:16:31 Henry: There is an awful lot of precedent around here. I just spent some time with the SML folks (the WG extending W3C XML Schema to validate collections with inter-document links). One of the subsidiary parts of there spec is a packaging spec. 17:16:55 ...And there's multipart-mime which solves more problems than most people who start working on packaging think of. 17:17:19 ...It contains thoughtful analysis of relative URIs and such. 17:17:29 ...There's the jar: scheme that Java uses (which is unregistered). 17:17:45 (I'm convinced it's worth collecting the precedents under a new TAG issue) 17:17:50 ...So we could start by saying, "have you looked at all of these, do you really need something new? Is this the right WG to do it?" 17:18:22 Raman: I didn't see it as asking for help but that was my read. 17:18:34 Stuart: At least one of their members made an appeal for help. 17:18:50 hmm... jar uri scheme http://docs.sun.com/source/819-0913/author/jar.html ... did I know about that? 17:18:55 dorchard has joined #tagmem 17:19:09 Dave: My discussions with Marcus have been ideal in that they've asked for help early in the process with something that's web-architecture related. 17:19:12 +TimBL.a 17:19:14 -TimBL 17:19:14 ah... some part(s) of the community knew; it's registered in http://esw.w3.org/topic/UriSchemes 17:20:05 Regardless, we need the TAG's support resolving this 17:20:06 issue sooner than later. 17:20:18 from http://lists.w3.org/Archives/Public/www-tag/2008Jun/0090.html 17:20:39 Zakim, present+ Tim 17:20:39 I don't understand 'present+ Tim', Norm 17:20:55 SCRIBE: ADD Tim TO THE PRESENT LIST 17:21:15 Tim: The question is, should we design it in-house, or coordinate with other folks. 17:21:36 ...There are needs for doing this, I think using http: is the front runner. But it may even require additions to how you use http: 17:22:04 q+ to suggest that maybe the first step is asking them what they've considered and why they've rejected those things 17:22:19 Stuart: I think maybe the media type is important. 17:22:30 Tim: The fact that its in a widget shouldn't change its media type. 17:22:56 (yup... that's another precedent... chrome: ) 17:23:12 (and the requirement for relative addressing rules out tag: ) 17:23:20 ...You want to be able to navigate within a space, like the chrome: space in Firefox, and you need to be able to use URI addressing within it. That means you need to give full URIs to the actual things. 17:23:24 ...Not just fragids. 17:23:31 ack norm 17:23:31 Norm, you wanted to suggest that maybe the first step is asking them what they've considered and why they've rejected those things 17:23:32 ack Norm 17:24:01 Stuart: We could also review their current writing. 17:25:26 jar: is documented in http://docs.sun.com/source/819-0913/author/jar.html 17:25:28 Dan: I'm willing to catalog some precedents. But most of them aren't standardized either. 17:25:47 Tim: Multipart-mime uses CIDs which don't allow relative addressing. 17:26:04 Raman: I think the use case at the end of the day is important too. 17:26:37 ...Do you need the whole package, do you need to be able to get only parts of a package; once you've got a part, can you ask what its MIME type is. 17:27:09 ...They've been working on this for a while, they've got particular needs, but we shouldn't ask them to solve the general packaging problem. 17:27:32 Henry: The SML folks have tackled a similar problem for similar reasons. 17:27:50 sml 17:27:50 (one of perhaps several investigations into packaging... http://lists.w3.org/Archives/Public/www-xml-packaging/ ) 17:28:06 http://www.w3.org/TR/sml-if/ 17:28:19 Stuart: I'll ask on their list and see what sort of response I get. 17:28:30 ...I don't think we closed the question of creating a new issue. 17:28:34 ...Are there any objections? 17:29:14 ...We could use uriBasedPackageAccess-nn or another name or put it under something else. 17:29:30 Stuart: Proposed: Open a new issue named uriBasedPackageAccess-nn 17:29:39 Raman: I'm reluctant to open a new issue that just hangs around 17:29:46 Tim: What do you propose instead? 17:30:17 Raman: Given that the folks doing the widgets work are talking to us, let's see where it goes before we decide there's an issue here. 17:30:40 ...If the issue is that we don't like the solution proposed, we should wait until we know that. 17:30:59 ...If the issue is that we want something big and general, there's no point in doing it if no one is carrying it forward. 17:31:15 Tim: I think it's useful. Sometime saying something should be done is the first step. 17:31:29 DanC: I like the idea of having "packaging" somewhere in the TAG issues list. 17:31:37 ... to collect history 17:31:52 DaNC: Would we ever close this issue? 17:32:06 Tim: I'd like to close it with a demonstration of how to use http: with a .zip halfway down the path. 17:32:18 DanC: I understood that, but I wonder if anyone else did. 17:32:38 Stuart: I think I understood it, but I wonder if it respects the opaqueness of URIs. 17:32:45 DanC: It's completely opaque, you can spell it anyway you like. 17:32:54 Staurt: Let me call the question again. Are there objections to opening a new issue? 17:32:56 http://foo.com/example/packahe.zip/chrome/content/js/bar.js 17:33:19 ACTION: Stuart to create a new issue, uriBasedPackageAccess-nn 17:33:19 Created ACTION-164 - Create a new issue, uriBasedPackageAccess-nn [on Stuart Williams - due 2008-07-03]. 17:33:40 The server would have to have a way of responding to a direct request, or maybe wouln't. 17:33:44 Zakim, next agendum 17:33:44 agendum 4. "Issue UrnsAndRegistries-50" taken up [from Norm] 17:34:07 Stuart: I've been working to get a joint meeting with the XRI TC. 17:34:46 Stuart: Summer is looming, so there's really only one possible date: 3 July. Would anyone object to using this slot for a joint meeting next week. 17:35:22 ...I'm in particular looking for commitments from key players 17:35:27 Henry: I plan to be on the call. 17:35:31 Norm: As do I. 17:35:40 Tim: I think I'll be here. 17:36:15 Stuart: I believe that about eight people from the XRI TC are likely to attend. 17:36:55 ...All the discussion so far has been about agenda planning. 17:38:39 ...I don't hear any objections, so I'll go forward and plan that. 17:38:44 Dave: I can't scribe that. 17:38:52 ...I'll be participating. 17:38:56 Ashok: I'll scribe. 17:39:05 Stuart: Thank you! 17:40:22 ...One other thing: I'd like us to get going. From my point of view, it's important that we get the level of dialog going. I also think it's important that we try in a non-adversarial way to put on the table what our objections are. 17:40:24 Henry: I'll do that 17:40:36 s/I'll do that/I'll do that for the TAG position/ 17:40:48 Stuart: I'm looking for summaries, not point-counter-point debate. 17:41:07 ...I'll work on the agenda and review it with the XRI chairs throughout the week. 17:41:24 Ashok: I'm hoping that they'd start by speaking about their requirements. 17:42:12 Stuart: I think that's a good suggestion, I think that was on the list of five or so things I had in mind. 17:42:56 Zakim, next agendum 17:42:56 agendum 6. "Issue XMLVersioning-41" taken up [from Norm] 17:43:22 Stuart: We had Jonathan last week and not Dave, now we have Dave and not Jonathan! 17:43:25 ...Status? 17:43:32 zakim, who is talking? 17:43:38 Dave: I've not had a chance to work on it recently; I plan to spend the rest of today working on it. 17:43:45 ht, listening for 12 seconds I heard sound from the following: Stuart (72%), Dave_Orchard (36%) 17:44:07 Stuart: Dave, do you have any thoughts about the formalisms that Jonathan wrote up? 17:44:17 Dave: No, but I hope to take a look at that today. 17:44:55 Stuart: Looks like we won't be able to have much more discussion about this this week. 17:45:15 Dave: I wanted to bring up the related issue with respect to Hixie's comments on the versioning parts of the AWWW 17:45:35 ...We've agreed to revise part of the AWWW document with respect to those sections, but I don't recall what we'd agreed to do. 17:45:41 Stuart: Which parts? 17:46:04 I need to drop -- at least for a few minutes 17:46:07 Dave: I think we said that languages should use version identifiers, I think we decided to soften that to "a version identifier strategy" 17:46:07 -Ashok_Malhotra 17:46:28 Stuart: Is that in the errata document? 17:46:34 (er... do you need a fix in order to ack a bug? hm.) 17:46:42 Norm: No, if someone proposes text, I'd be happy to add it to the erratum document. 17:48:00 http://www.w3.org/2001/tag/webarch/errata.html 17:48:11 Version identification “good practice” questioned: 17:48:11 Added: 12 July 2007 17:48:11 Type: Substantive 17:48:11 Refers to: Section 4.2.1 of Volume 1 (First Edition) 17:48:11 Problem: 17:48:12 In the course of ongoing discussion about versioning, the TAG has come to question whether its good practice that a “…data format specification SHOULD provide for version information” is, in fact, good practice. It is no longer clearly a point about which the TAG has consensus. 17:48:16 Correction: 17:48:18 Unresolved 17:48:33 Norm stands corrected. 17:49:25 q+ to ask about css versioning 17:49:46 ACTION: David to formulate erratum text on versioning for the web architecture document 17:49:46 Created ACTION-165 - Formulate erratum text on versioning for the web architecture document [on David Orchard - due 2008-07-03]. 17:49:54 DanC: CSS versioning? Broken? Good idea? 17:50:30 Henry: All I remember is that Bert Bos feels very strongly but I've never been able to understand that position. 17:50:33 Raman: Me neither. 17:50:56 ...I can't believe they don't believe versioning is necessary in CSS given that the displayed results can be so different. 17:51:13 Dave: There's no version identifier, it's not that there are no versions. 17:51:38 Raman: When you look at a CSS stylesheet, you can't tell what version the author had in mind unless you recognize the name of a particular property. 17:51:52 Dave: And I thought they made the commitment never to introduce incompatable changes. 17:52:08 Raman: Yeah, but they've weasle worded around that a couple of times. 17:52:41 DanC: This is what the HTML 5 folks who don't want version identifiers point to as a success. 17:52:42 http://lists.w3.org/Archives/Public/www-tag/2008Apr/0035.html CSS versioning: exemplary? exceptional? 17:53:12 Stuart: If you take an older version stylesheet and you interpret it using a newer specification, are there any cases where the intended meaning of the document changes. 17:53:26 DanC: There are some edge cases, but they're seen as a very, very bad thing. 17:53:37 Stuart: And the other way around? 17:54:05 DanC: The older client understands some arbitrary subset of the stylesheet and that's just life. 17:54:52 DanC: There are media queries for things like "wider than 400px". These are sometimes used to test what a client supports, but I don't remember the details. 17:55:28 DanC: If you look at JavaScript, you see "if browser=this then do that". CSS is total black magic. 17:55:40 Stuart: Why did you bring this up? 17:56:02 DanC: Hixie says if you read webarch and then you read CSS, you'd think CSS was broken. And Hixie doesn't think that's broken. 17:56:45 Stuart: Does anyone think CSS is broken? 17:57:06 Norm: I'm not sure it's broken, but I'm not sure I'd want to generalize very far from it. 17:57:24 Henry: What are the things about CSS that make it possible to work without version numbers? Could those be expressed generally? 17:57:40 DanC: I think it's monotonicity. Anywhere they've had to not be monotonic they've had to apologize for breaking things. 17:57:50 Henry: That sounds like an hypothesis. 17:58:22 DanC: And that's sort of like the story about RDF. You can put all sorts of stuff together and as long as it's all monotonic, it's ok to just understand a subset. 17:58:30 Stuart: Dave, you did some analysis. Did you cover CSS? 17:58:40 Dave: No, I covered it slightly but not in enough detail. 17:59:52 Dave: The point that you don't need to have version identifiers in your languages all the time is a good point. Perhaps CSS and HTML5 are examples of that. You do have to have a versioning policy that handles compatibility in those cases. 18:00:38 (re ht's question... I think there's something about centralized evolution in there too... I think the way they achieve monotonicity is to make sure all the people making new CSS properties are talking to each other) 18:00:40 ...I don't know how to describe what niche a language has to be in in order to make this a reasonable strategy. 18:01:27 Tim: I encourage you to write these up as stories, even if they don't cover all the possible theoretical angles. 18:01:36 agenda + KC meeting logistics 18:01:42 Zakim, next agendum 18:01:42 I see a speaker queue remaining and respectfully decline to close this agendum, Norm 18:01:47 ack norm 18:01:55 ack danc 18:01:55 DanC, you wanted to ask about css versioning 18:02:07 Zakim, next agendum 18:02:07 agendum 7. "Issues with dormant action items" taken up [from Norm] 18:02:30 Stuart: There are a few actions that are outstanding. 18:03:32 ACTION-130? 18:03:32 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 18:03:32 http://www.w3.org/2001/tag/group/track/actions/130 18:05:13 Tim: I had some discusions with Ralph trying to clarify how follow-your-nose is supposed to work. 18:05:35 RDFa cr comments are due 18 July 2008 18:06:31 Tim: There's no obligation at all for the author to put the GRDDL profile in the document. You can put it in to be GRDDL compliant, but it isn't needed to be RDFa compliant. 18:07:01 ...To get out of CR, they need to demonstrate that there's support for getting the GRDDL transform out of the namespace document. 18:07:06 Stuart: So this action is done? 18:07:09 Tim: I think so. 18:07:15 Zakim, close 130 18:07:15 I don't understand 'close 130', Norm 18:07:27 close action-130 18:07:27 ACTION-130 Consult with Dan and Ralph about the gap between the XHTML namespace and the GRDDL transformation for RDFa closed 18:08:02 Tim: Because some GRDDL clients don't do namespace lookup, there's still a little concern there. 18:09:34 ACTION: Tim and Dan to resolve the fact that GRDDL does not define a set of triples to be derived from an arbitrary URI (i.e. from the namespace document?) 18:09:34 Created ACTION-166 - And Dan to resolve the fact that GRDDL does not define a set of triples to be derived from an arbitrary URI (i.e. from the namespace document?) [on Tim Berners-Lee - due 2008-07-03]. 18:10:09 action-93? 18:10:09 ACTION-93 -- Henry S. Thompson to review EXI WDs since 20 Dec -- due 2008-02-25 -- OPEN 18:10:09 http://www.w3.org/2001/tag/group/track/actions/93 18:10:31 Henry: I think there's a new raft of specs coming out that attempt to address our concerns. 18:11:15 ...We need to keep our eyes open and review this new suite of specs when they come out. 18:12:02 action-113? 18:12:02 ACTION-113 -- Henry S. Thompson to hT to a) revise composition.pdf to take account of suggestions from Tim & Jonathan and feedback from email and b) produce a new version of the Elaborated Infoset finding, possibly incorporating some of the PDF -- due 2008-05-15 -- OPEN 18:12:02 http://www.w3.org/2001/tag/group/track/actions/113 18:12:19 Henry: This isn't on the critical path for anything, but it's important and I'll get to it eventually. 18:12:47 action-24? 18:12:47 ACTION-24 -- Tim Berners-Lee to clarify http://www.w3.org/2003/04/iri , perhaps by using N3 -- due 2008-02-28 -- OPEN 18:12:47 http://www.w3.org/2001/tag/group/track/actions/24 18:13:26 Tim: Yes, I'll get there. 18:14:15 Zakim, agenda? 18:14:15 I see 4 items remaining on the agenda: 18:14:16 7. Issues with dormant action items [from Norm] 18:14:17 8. Any other business [from Norm] 18:14:17 9. URIs in HTML5 [from Norm] 18:14:18 10. KC meeting logistics [from DanC] 18:14:36 Zakim, take up agendum 9 18:14:36 agendum 9. "URIs in HTML5" taken up [from Norm] 18:15:15 DanC: The HTML5 approach to URIs tells you what everyone should do when they do conform and when they don't. 18:15:25 ...Most of it seems to be consistent with the URI specs or an extension of them. 18:15:29 http://lists.w3.org/Archives/Public/uri/2008Jun/0037.html 18:15:29 ...Except... 18:16:07 Also a massive thread on uri@lists.w3.org starting at: http://lists.w3.org/Archives/Public/uri/2008Jun/0002.html 18:16:22 http://esw.w3.org/topic/UriTesting 18:16:30 -> http://hixie.ch/tests/adhoc/uri/encoding/ 18:17:44 -Ht 18:20:46 Some discussion of what to do in the face of conflicting errors. 18:21:15 Some browsers encode the URI in ISO-8859-13 instead of UTF-8 as IRI mandates. 18:21:29 So fixing the browser breaks some pages. Changing the IRI spec breaks some pages. 18:21:52 The term "URL" in this specification is used in a manner distinct from the precise technical meaning it is given in RFC 3986. Readers familiar with that RFC will find it easier to read this specification if they pretend the term "URL" as used herein is really called something else altogether. 18:22:04 from http://www.whatwg.org/specs/web-apps/current-work/#url 18:23:19 Raman: The risk in defining error behavior for strings outside the specs is that you will encourage users to rely on that behavior. 18:23:35 q? 18:24:51 DanC: The case we just looked at was the 8859-13 case which isn't just error behavior, it's conflict between two specs. 18:29:56 Some discussion of whether or not the context-sensitive nature of the URI per the current browser behavior is reasonable. 18:30:18 Raman observes that the fact that it's done differently depending on whether you click on it or retype it in the address bar 18:30:32 ...is a potential fishing attack. 18:30:55 Stuart: It's relevant that it's the *query parameters* we're talking about here. 18:31:31 Norm: So if those characters were on the other side of the slash they'd be handled differently? 18:31:57 Stuart: There was some sentiment along those lines in the email thread. 18:32:04 Zakim, agenda? 18:32:04 I see 4 items remaining on the agenda: 18:32:05 7. Issues with dormant action items [from Norm] 18:32:06 8. Any other business [from Norm] 18:32:06 9. URIs in HTML5 [from Norm] 18:32:07 10. KC meeting logistics [from DanC] 18:32:10 Zakim, take up item 8 18:32:10 agendum 8. "Any other business" taken up [from Norm] 18:33:09 DanC: This is what Hixie is working on *right now*. In two weeks it'll be different. 18:33:16 Stuart: Next week's meeting is joint with the XRI folks. 18:33:16 -Dave_Orchard 18:33:18 Adjourned 18:33:19 -Raman 18:33:23 -Stuart 18:33:24 RRSAgent, set logs world-visible 18:33:33 -DanC.a 18:33:33 -Norm 18:33:37 RRSAgent, draft minutes 18:33:37 I have made the request to generate http://www.w3.org/2008/06/26-tagmem-minutes.html Norm 18:38:34 disconnecting the lone participant, TimBL.a, in TAG_Weekly()1:00PM 18:38:36 TAG_Weekly()1:00PM has ended 18:38:37 Attendees were Norm, Stuart, Dave_Orchard, Raman, Ht, DanC.a, Ashok_Malhotra, TimBL 18:40:09 Stuart has left #tagmem 18:40:52 Stuart has joined #tagmem 18:40:57 Stuart has left #tagmem 19:10:32 timbl has joined #tagmem 19:27:17 jar has joined #tagmem 19:28:20 jar has left #tagmem 19:52:30 timbl has joined #tagmem 21:32:17 Norm has joined #tagmem