14:03:06 RRSAgent has joined #tagmem 14:03:06 logging to http://www.w3.org/2008/12/09-tagmem-irc 14:03:16 Zakim has joined #tagmem 14:03:22 agenda + Convene 14:03:35 agenda + schemeProtocols-49 14:03:51 agenda + XMLVersioning-41 14:06:01 Stuart has joined #tagmem 14:06:37 ht has joined #tagmem 14:07:20 (noodling on agenda topics... do we care how long HTTP headers names are any more?) 14:07:47 noah_away has joined #tagmem 14:08:08 Present: Noah, Ashok, Dan, Jonathan, Henry, Stuart, Tim 14:08:23 Regrets: TVR, DaveO, NormW 14:08:52 jar has joined #tagmem 14:09:06 scribenick: jar 14:09:24 Convening... call for scribes 14:09:37 Zakim, take up item 1 14:09:37 agendum 1. "Convene" taken up [from DanC_lap] 14:09:50 topic: http://www.w3.org/2001/tag/2008/12/09-f2f-agenda 14:10:04 DanC_lap has changed the topic to: http://www.w3.org/2001/tag/2008/12/09-f2f-agenda 14:10:09 Agenda: http://www.w3.org/2001/tag/2008/12/09-f2f-agenda 14:11:32 q+ 14:13:27 jar: Ashok will be speaking at semantic web gathering tonight 14:13:54 acl danc 14:13:55 Ashok has joined #tagmem 14:13:56 q+ to ask about http://www.w3.org/mid/18745.34521.579095.560739@retriever.corp.google.com 14:14:00 ack danc 14:14:00 DanC_lap, you wanted to ask about http://www.w3.org/mid/18745.34521.579095.560739@retriever.corp.google.com 14:16:20 agenda + tagSoup / error handling 14:16:50 stuart: re agenda: propose error handling discussion with raman at 15:30 today 14:22:19 NM: thoughts on future meeting dates/times? 14:22:26 AM: late Feb, east coast or west coast? 14:22:33 HST has Schema WG f2f 25--27 Feb, Austin TX 14:22:54 proposed - US east coast or west coast. proposed - west coast (even though no known-to-be-continuing tag members are west coast). 14:23:39 ht: Schema WG is Feb 25-27 (W-F). That would make Mar 3-5 M-W good. 14:23:56 timbl: (checking schedule) 14:24:05 s/3-5/2-4/ 14:25:51 ht: Tu-Thu Mar 3-5 is also OK but not as good w.r.t. concatenation with schema 14:27:41 stuart: (takes poll) Tue-Thu Mar 3-5 is preferred. 14:28:03 stuart: THIS IS TENTATIVE pending input from new TAG members. DO NOT book flights. 14:28:35 ACTION DanC: relay 3-5 Mar 2009 SFO proposal to TAG candidates and collect feedback 14:28:35 Created ACTION-197 - Relay 3-5 Mar 2009 SFO proposal to TAG candidates and collect feedback [on Dan Connolly - due 2008-12-16]. 14:29:26 ht: If we learn that all TAG candidates are OK with this then we will be able to confirm. 14:29:28 NM: note the AC meeting at MIT 3 weeks later 14:33:19 (location in case I forgot to record it: Bay Area) 14:34:22 Zakim, next item 14:34:22 agendum 2. "schemeProtocols-49" taken up [from DanC_lap] 14:34:38 Zakim, this is tag 14:34:38 DanC_lap, I see TAG_(AWWSW)9:00AM in the schedule but not yet started. Perhaps you mean "this will be tag". 14:34:44 Zakim, list 14:34:44 I see no active conferences 14:34:45 scheduled at this time are MM_InkML()9:00AM, TAG_(AWWSW)9:00AM, Team_(OfficesF2F)14:02Z, Team_(mediafrag)07:43Z, IA_CDFWG()8:30AM, Team_Offices()9:00AM, IA_MAWG()3:00AM 14:35:13 amy has joined #tagmem 14:35:20 hi amy. 14:35:25 hiya 14:35:34 we're trying to connect norm to our meeting; care to suggest a bridge code? 14:35:58 we could use TAG_AWWSW or an instant deely, I suppose, but stuart mentioned something about you arranging a bridge 14:36:33 yes, sorry, arranging w/ Ralph so I can use the scheduling system. my connection breaks on reboot 14:37:01 if you want TAG_AWWSW we can do that or TAG1, whatever you like for all three days 14:37:02 let's just use AWWSW, I guess... 14:37:08 Zakim, this will be AWWSW 14:37:08 ok, DanC_lap; I see TAG_(AWWSW)9:00AM scheduled to start 37 minutes ago 14:37:11 Zakim, code? 14:37:11 the conference code is 29979 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), DanC_lap 14:37:18 thanks, amy 14:37:23 wait, no, if you use that no one will be able to get on after that call is scheduled 14:37:29 oh, ok 14:37:34 we only expect norm 14:37:37 TAG_(AWWSW)9:00AM has now started 14:37:38 s/scheduled/scheduled to end 14:37:39 ok 14:37:44 +MIT-Star 14:38:41 +Norm 14:38:44 Norm has joined #tagmem 14:40:33 danc: Extension points exists, technologies are simple, but economics of different solutions differ 14:41:36 danc: HTTP WG received comment on using GET for unsafe operations (e.g. twitter) 14:42:31 (projected: Redacted article) 14:43:06 danc: Using openURL, which seems to be a kind of GET 14:44:15 danc: It ends up sending a message... thus this is a kind of POST on GET 14:45:36 danc: They're using URI schemes to do IPC (calls between apps on same gizmo) 14:45:42 amy has left #tagmem 14:46:29 noah: Would I ever email you one of these if you didn't have an iphone? Would I put a twitterific on my home page? 14:46:44 danc: No one has suggested this. 14:47:15 ht: This (it will hurt you later) is a real argument, but a weak one. 14:47:47 ht: (advocating devil) There are lot of short words out there. 14:48:06 s/devil/on behalf of the devil/ 14:48:40 danc: Mark Nottingham observes that TAG has written on the subject, but not very accessibly. 14:49:23 ht: What is so attractive about using URI schemes to do IPC? 14:49:52 ht: You don't have to worry about ...? 14:50:38 danc: Who are you asking about? It was Apple that chose the mechanism, and some clever person outside Apple who discovered them. 14:53:02 noah: The reason for this is pretty innocent. One builds a generalized broker useable by an application. 14:54:05 ... [broker = that which dispatches on URI scheme] 14:54:18 (well, no, I think timbl meant an IPC broker, never mind the web) 14:54:54 stuart: When you GET the URI, that fires up some application logic? 14:54:54 A broker which alloows clients to find services, like ORB etc 14:54:56 (the point, as HT said, is that apple didn't provide a somewhat traditional IPC broker, but some enterprising devs discovered you could use URI dispatching as an IPC mechanism) 14:55:41 noah: There are generic hookups between URI schemes and IPC mechanisms 14:55:53 q+ to note the irony of rdar: 14:56:19 ack danc 14:56:19 DanC_lap, you wanted to note the irony of rdar: 14:56:45 rdar://problem/6045562 (= a pointer in apple's bug database) 14:57:56 q+ to remind the TAG about http://esw.w3.org/topic/UriSchemes 14:59:04 NDW: I attempted to register urn:ndw ; they not only denied my request but exception to it 14:59:58 ack danc 15:00:01 DanC_lap, you wanted to remind the TAG about http://esw.w3.org/topic/UriSchemes 15:00:02 danc: Tim suggested maybe W3C should run a registry of these 15:00:37 danc: Similar to the wiki registry. 15:02:04 ht: Is the jar: URI scheme there [in the W3C informal URI scheme registry]? 15:02:20 -Norm 15:03:00 rentzsch.com on rdar:// urls 15:03:23 http://rentzsch.com/notes/rdarUrls 15:04:28 links t AWWW 2.4.1 ... 15:05:43 schemes registry link seems to be broken... 15:05:48 Zakim, what's the code? 15:05:48 the conference code is 29979 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Norm 15:05:59 s/schemes/IANA's URI schemes/ 15:06:01 ACTION DanC: ask IANA to continue to serve the old address in webarch for the URI scheme registry 15:06:01 Created ACTION-198 - Ask IANA to continue to serve the old address in webarch for the URI scheme registry [on Dan Connolly - due 2008-12-16]. 15:06:07 +Norm 15:07:38 danc: Let's see how hard it is to register a new URI scheme. (browses to IANA, the RFC, ...) 15:07:45 Sorry, we're cruising around IANA/IETF space - at RFC4395 at the moment 15:08:30 form to uri-review@ietf.org , ~4 week review period 15:08:46 noah: It should be hard. 15:10:08 ht: We should be looking at section 3 of the RFC = provisional URI scheme registration 15:10:15 (IETF/IANA runs a provisional URI scheme registry? did I know this?) 15:12:13 ht: Provisional means you have a claim. To be public spirited all of these schemes in use should be registered provisionally. 15:12:55 danc: [In case you've forgotten,] we are considering deployment scenarios and costs for various parties. 15:15:18 noah: Specifically when people want to use *local* URI-based IPC stack, is x-* (or something in that spirit) suitable? 15:16:04 timbl: Sometimes things look like bad web architecture, but then it turns out they're doing something quite different and inventing new architecture for it. 15:16:19 timbl: e.g. web services. 15:17:08 stuart: Local communication is the same problem as the widget folks identified. [to scribe: this was said before tim's comments] 15:17:26 danc: They're not making a new information space, typically 15:18:37 noah: RMI was a local registry way back when... JNDI... 15:18:45 tim: So if the need is for a way of cooronating between diff applications under OSX, what alternative registries are there apart from the URI registry? 15:18:51 noah: this was CORBA-inspired 15:19:34 eg in java, thinf skike co.sun.libs.whatever 15:20:12 I think more than Corba-inspired. My recollection is vague, but I think that when you wanted to actually connect to something in RMI, it was common to make calls that mapped to a Corba registry to locate the object that would be the target of communication. 15:20:27 timbl: What if I want to call a Java library - what do I do? (thinking about how to build a solution) 15:20:41 This is very analogous to a system() call 15:21:14 q+ 15:21:18 danc: The twitterific: case seems to not need URI schemes here - Apple should provide a different IPC mechanism 15:21:47 Note also OSX has services 15:21:59 See the Services menu 15:22:07 q+ 15:22:08 stuart: In the itunes case, the URI *will* be on a public web page, and clicking is supposed to fire up a local app 15:22:22 noah: There are two different use cases. 15:22:30 ... that's the other one. 15:22:54 danc: twitterific case and itunes case are very different. 15:23:17 q- 15:23:18 q? 15:23:20 ack next 15:24:02 (I'm not interested in the "services menu" architecture until it's open source.) 15:24:09 timbl: Highlight something in colloquy, go to services menu, can convert to chinese text, open as url, skype contact, etc.. lots of options 15:24:45 (hmm... maybe it is, as part of gnustep or something) 15:24:55 timbl: Under OSX there are mechanisms for doing this [twitterific use case] 15:25:37 stuart: But the mechanism will be different from one OS to the next 15:26:29 (hmm... there's a potential to transition to the web apps security discussion here... there's a drag-n-drop javascript API somewhere in the W3C /TR/ space) 15:26:58 timbl: When you do drag & drop - that will invoke an application (selected from namespace of applications) 15:27:59 Maybe one shuld have a catch-all service: URI scheme which allows one to eg POST to a URI service:Mail/SendTo 15:28:53 -Norm 15:28:59 norm, we may have a new zakim code 15:29:06 Ok. I'll look here 15:35:01 disconnecting the lone participant, MIT-Star, in TAG_(AWWSW)9:00AM 15:35:04 TAG_(AWWSW)9:00AM has ended 15:35:04 Attendees were MIT-Star, Norm 15:53:01 zakim, this is tag 15:53:02 ok, Stuart; that matches TAG_f2f()9:00AM 15:53:13 Zakim, who's on the phone? 15:53:13 On the phone I see MIT-Star 15:53:36 Zakim, what's the passcode? 15:53:36 the conference code is 824323 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Norm 15:56:37 (technical difficulties) 15:57:48 danc: Pownce and itunes are like http but signal use of a different application for 'browsing' 15:59:20 danc: Tradeoff between uri & mime type hooks - Mark N - mime type requires coordination with server - app developers should like uri schemes since no such coordination is needed 16:00:02 noah: mms URI scheme is just like http - if you replace the scheme with http it will work fine 16:00:15 s/mms/mms (for example)/ 16:00:20 indeed, mms: is another example of the case of uri schemes that alias http: for software dispatch reasons 16:01:19 danc: Purpose is to dispatch software. They run into the software installation problem when 2 players fight. 16:01:49 ht: things have gotten better in this way. everything now offers a set of checkboxes. 16:01:57 danc: informed consent 16:02:18 According to Wikipedia at http://en.wikipedia.org/wiki/Microsoft_Media_Server 16:02:32 Microsoft Media Server (MMS) is the name of Microsoft's proprietary network streaming protocol used to transfer unicast data in Windows Media Services (previously called NetShow Services). MMS can be transported via UDP or TCP. The MMS default port is UDP/TCP 1755. 16:02:44 danc: Everything reduces to the SW installation problem, which is unsolved. 16:03:12 ht: If you download the software on every use, there's less of an installation problem... 16:03:58 noah: For purely local interactions, you don't need web architecture. No issue until links leak to third parties 16:04:37 ht: A .ram file is *only* the information the media player needs to get access to the media stream 16:05:01 What I was trying to say was in relation to Henry's challenge that Web 2.0 downloads client software just before use. My point was that in that case, which is >not< local, you can easily have private contracts and protocols on the point-to-point connection from client to source server. 16:05:28 s/Everything reduces/the reason I have a hard time giving general advice about new URI schemes and media types is that Everything reduces/ 16:06:14 danc: There are multiple parties in the web 2.0 scenario, so the installation problem will emerge there 16:07:05 Zakim, is norm here? 16:07:06 DanC_lap, I do not see Norm anywhere 16:07:12 zakim, who is on the phone? 16:07:12 On the phone I see MIT-Star 16:08:15 jar: pownce may be a 3rd use case 16:08:26 From: http://blog.pownce.com/2008/12/01/goodbye-pownce-hello-six-apart/ 16:08:35 danc: (reading eran's email) 16:08:41 We have some very big news today at Pownce. We will be closing the service and Mike and I, along with the Pownce technology, have joined Six Apart, the company behind such great blogging software as Movable Type, TypePad and Vox. We’re bittersweet about shutting down the service but we believe we’ll come back with something much better in 2009. We love the Pownce community and we will miss you all. 16:09:46 danc: It's a continuation pattern - client sends continuation to server, which 'invokes' it 16:11:07 Stuart has joined #tagmem 16:11:32 Dave has joined #tagmem 16:11:39 http://lists.w3.org/Archives/Public/ietf-http-wg/2008OctDec/0015.html 16:11:43 danc: http: with localhost would work in the pownce use case 16:12:03 Zakim, code? 16:12:04 the conference code is 824323 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), DanC_lap 16:12:32 + +1.604.709.aaaa 16:12:46 Zakim, aaaa is me 16:12:46 +Dave; got it 16:14:19 danc: Suppose HT has an iphone. Wants to do something with pownce. You want to use your openid. Auth challenge from pownce redirects to university. University directs back to pownce -- the client actually. [scribe: check] 16:14:30 ht: so why not a media type? 16:15:39 ht: I give http://localhost/something, then the client software delivers the pownce media type, etc. 16:16:37 But that would mean university software would have to respond with a application/pounce media type after you login. Seems unlikely. I conclude the "requirement" is something that can be encoded in the URI, and scheme is one answer. 16:17:07 danc: Pownce is clearly not just IPC. But if the is no danger of a collision. 16:17:29 noah: Give me the next unused URI scheme from some local space of URI schemes. 16:17:43 ... like port numbers. 16:18:34 minor note, it's not OpenAuth, it's OAuth. AOL wouldn't give up the copyright on OpenAuth. 16:19:01 ht: But the email continues to say this oauth solution doesn't work because oauth servers are careful. 16:19:14 NOTE TO SCRIBE: What Dave says above. 16:20:39 ht: If you go to the relevant bit of FF, there is granularity in establishing proxies [per-scheme proxy assignments] 16:20:49 q+ to note webarch seems to overstate the case. 2.4.1 "The same thing can be accomplished ..." http://www.w3.org/TR/2004/REC-webarch-20041215/#URI-registration 16:21:11 noah: But most clients have an indirection table to figure out what to do with URI schemes 16:21:35 ack danc 16:21:35 DanC_lap, you wanted to note webarch seems to overstate the case. 2.4.1 "The same thing can be accomplished ..." http://www.w3.org/TR/2004/REC-webarch-20041215/#URI-registration 16:24:53 danc: With media type, you can't control what software is used to retrieve (GET), but you can say what software is to be used to process (show, play) the representation 16:27:01 (looking at the retrieval diagram) 16:29:08 timbl: tel: URIs don't make FF go to skype... 16:30:40 stuart: Is firing up an application (on GET) a good thing to do, and if so how should it be arranged? 16:32:03 q+ to migrate to discussion tactics 16:32:07 rmstar: 16:32:14 ack next 16:32:15 DanC_lap, you wanted to migrate to discussion tactics 16:32:15 jar: Maybe only some applications. What if there were a delete: URI scheme, like file:, that deleted files? 16:32:41 a slide: http://www.w3.org/2008/Talks/0910how-fast/#(4) 16:32:49 tel: URIs on iPhone do cause the phone app to start up and dial the number... 16:33:02 q+ to waonder about maiing post() as common as get in the OS APIs would help 16:33:36 danc: Web architecture: Exploration is safe 16:34:07 danc: Problem: links that delete things 16:35:25 s/links that/URIs for which GETs/ 16:37:04 danc: reason: e.g. the google web accelerator 16:39:12 ht: My client is not convinced 16:40:16 (discussion of cartoons) 16:42:30 noah: I think a lot of these cases have this feel - e.g. itunes - but if it were a problem people would have complained and it would have been corrected 16:43:36 danc: Re GET vs. POST, I think the story needs to be told again and louder. itunes is not as much of a problem. 16:43:54 danc: itunes has problems re bookmarking 16:44:18 q? 16:44:48 q- 16:45:01 danc: Apple wins in the case of itunes, but the web doesn't 16:45:10 s/itunes/itunes:/ 16:47:01 NOTE TO SCRIBE: check on itms: vs. itunes: - fix 16:47:52 jar: It's sort of like doi: 16:49:57 http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewAlbum?i=296000131&id=296000087&s=143441&v0=WWW-NAUS-ITUWEEKLY-WHATSON 16:50:09 (experiment looking for a URI for a song from itunes) 16:50:30 http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewAlbum?id=298111039&s=143444 16:50:35 set-cookie: itmsUrl=itms://ax.itunes.apple.com/WebObjects/MZStore.woa/wa/viewAlbum?i=296000131&id=296000087&s=143441&v0=WWW-NAUS-ITUWEEKLY-WHATSON; version="1"; expires=Wed, 10-Dec-2008 16:50:15 GMT; path=/WebObjects; domain=.apple.com 16:51:31 ("edge-control:"??? news to me; I wonder if that's in the http header field name registry) 16:53:26 but if you're in itunes and click right for "Get itunes URL" you get an http: URL. 16:53:54 Google reports: Results 1 - 10 of about 2,040 for "itms://ax". 16:54:06 (itms: is the scheme in http://www.tbray.org/ongoing/When/200x/2003/04/30/AppleWA ) 16:55:30 daap: 16:55:43 let's look from http://esw.w3.org/topic/UriSchemes 16:55:46 http://en.wikipedia.org/wiki/Digital_Audio_Access_Protocol 16:56:38 At it's heart, DAAP is the latest in a long line of protocols that 16:56:38 uses HTTP[3] as it's underlying transport mechanism. 16:56:45 from http://tapjam.net/daap/ 16:57:04 q+ to noodle on wikipedia as a/the repository of conventional developer wisdom 16:57:14 http://en.wikipedia.org/wiki/Digital_Audio_Access_Protocol 16:57:39 Request: daap://server/server-info 16:58:05 Request: daap://server/server-info (or http://server:3689/) 16:58:19 ack next 16:58:21 DanC_lap, you wanted to noodle on wikipedia as a/the repository of conventional developer wisdom 16:59:00 q+ to finish his thought on wikipedia 17:04:05 on wikipedia conflict of interest policy, some data: http://en.wikipedia.org/wiki/Talk:Dan_Connolly 17:04:15 http://en.wikipedia.org/wiki/URI_scheme 17:08:12 (hmm... fairly clearly better than the list in the ESW wiki) 17:09:22 (callto:, skype:, tel:) 17:10:58 ht: (has gunzipped result of redirection from itms: URI - changed scheme to http: first) 17:11:35 ... a complicated XML file. how to display song's page in the itunes store 17:13:00 ... original mime type is compressed. xml doc has namespaces (new) 17:13:14 http://www.ltg.ed.ac.uk/~ht/xx.xml 17:13:21 action-198? 17:13:21 ACTION-198 -- Dan Connolly to ask IANA to continue to serve the old address in webarch for the URI scheme registry -- due 2008-12-16 -- OPEN 17:13:21 http://www.w3.org/2001/tag/group/track/actions/198 17:14:03 Hmm, the page you’re looking for can’t be found. 17:14:41 404 17:14:42 $ curl -I http://www.apple.com/itms/ 17:14:42 HTTP/1.1 404 Not Found 17:14:58 bubbles has joined #tagmem 17:15:12 Hi Gang! 17:15:39 I must alredy be signed in to W3C as Raman, which is why I became Bubbles. Will become me in a minute 17:16:00 How do we know that this isn't the real you? 17:16:21 raman has joined #tagmem 17:16:41 Now it's really me 17:17:07 -Dave 17:17:14 -MIT-Star 17:17:16 TAG_f2f()9:00AM has ended 17:17:17 Attendees were MIT-Star, +1.604.709.aaaa, Dave 17:17:46 lunch time in Boston? 17:17:58 I can call in at 11:00 and stay till 12:15 or so PST 17:18:05 Have a meeting in 45 minutes 17:19:05 stuart says you and dave will please figure out the timing. 17:21:00 Dave, you there? 17:24:11 Still on IRC.. 17:38:26 could we negotiate times? Specifically, could I request that tag-soup be move to 11:00 PST 14:00 EST? 18:04:53 I can't really move it into that slot. 18:05:11 I have to drop off kids from 12:45 to 1:15pm. 18:05:24 And I really need to be fully online and at home for that. 18:05:57 I'm ok with doing something else in the last slot today and doing tagsoup tomorrow.. 18:23:38 jar has joined #tagmem 18:24:53 Stuart has joined #tagmem 18:31:23 timbl has joined #tagmem 18:31:58 TAG_f2f()9:00AM has now started 18:32:05 +MIT-Star 18:33:03 +Dave 18:33:07 ---------------------------------- 18:33:20 scribenick: timbl 18:33:22 Zakim, close item 2 18:33:22 agendum 2, schemeProtocols-49, closed 18:33:23 I see 2 items remaining on the agenda; the next one is 18:33:25 3. XMLVersioning-41 [from DanC_lap] 18:35:08 Ashok has joined #tagmem 18:35:39 DaveO: I have to be off the call 3:45-4:15 ET 18:35:59 I can be kind of on the call, but not leading/etc. 18:36:48 noah has joined #tagmem 18:44:19 zakim, take up item 3 18:44:19 agendum 3. "XMLVersioning-41" taken up [from DanC_lap] 18:44:37 topic: XMLVersioning-41 18:45:43 Start: Dave produced a new draft Friday. 18:46:00 Noah: I Read skimmed , read ch 5 in detail. 18:46:48 Staurt: I read the whole thing on the way over 18:46:58 I think we have done hte document damage after the last few revs 18:47:12 It doesn't feeel like a cohesive whole. 18:47:25 DO: I think that is over-stating it. 18:47:39 We can fix up [document auther etc] 18:48:00 DO: The document could be shortened by remiving some number ofm version numbers 18:48:20 ... but I don't think that would be desirable. 18:49:00 ... We have made good progress getting though 2,3 and 4. 18:49:40 I revised section 5.1 a bit to makde clearer about what happens to a subtree when you are ignoring or preserving. 18:51:07 We have nit spent a lot of time on Section 5. 18:52:25 Stuart: I don't see energy for this in the group. 18:53:05 Jar: A lot of good work has gone into it and it should preserved. Could we make it a note if not a finiding? 18:53:27 Stuart has joined #tagmem 18:53:46 Jar: Maybe we could do a very short finding inspired by this 18:54:20 Noah: My inclination what we might do as anotehr step in thefuture from what we do about this. This document represents a lot of work. 18:55:06 ... If we decide it is the basis for a finding, we need to make sure it has that quality. If it is a Note, we should be clear what level of endorsement it gets. 18:55:30 ... We could make a finding an action item for the new TAG next year 18:55:41 q? 18:56:07 Tim: +1 to a note as a snapshot 18:57:09 Ashok: If we are thinking of publishing in this form and later in a different form, how would these be different? 18:57:54 Noah: I would be interesting in seeing Jonathan's formalism be used, but I don't think a non-mathematical reader wouldunderstand. 18:59:09 ... We could just show a markup language evolving, in a document 19:00:08 jar: Would be a lot of work to align the formalism with the examples. 19:00:34 Noah: I think the foamlism attacks very well the fact that when you change a language yu can doit in so macny ways. 19:00:44 ... The formalism makes this much more simple. 19:01:43 Clarification of what I said: if this doesn't become a finding, we NOT should assume we want to do some other document on versioning as a priority. We should put it on a list of possible priorities, and see how it stacks up against the other things we could do next year. 19:02:06 Ashok: Propose: publish as a Note just now 19:02:54 Henry: I am happy with pressing on this to get it as good as we can and publish it as a white paper (whatever we decide). 19:03:16 ... for the remainder of this session and Dave's term. 19:03:41 ... I apologize I have not been able to see how to get this into a finding form 19:04:04 S: We have been talkingabout publishing this as a note since the Southampton meeting. 19:05:13 N: I will get a lot of flack on the lists if we publish this as a note without clarifying it is not a complete 19:05:38 A: Whose note? Dave ro TAG? Propose; author Dave, with TAG helped. 19:05:59 DO: Like to keep the fact that the TAG has very much beeen involved with reviewing this. 19:07:40 S: Propose: A white paper in Dave's name published with the TAG's review 19:08:09 DO: I think there are 5 pages of material in §5. 19:08:34 ... Maybe we can push this through to a finding. 19:09:12 ... The TAG thought this was a priority when I was not on the TAG -- I am prepared to do that again. 19:09:37 N: Are you suggesting we compress §5 or what? 19:09:58 ... I notice Stuart had detailed comments on things we have alreday been though. 19:10:07 ... So those we need more work. 19:10:19 S: I only sent my review to you, Dave. 19:10:57 ... You got my raw fresh commentary on it. 19:11:18 DO: How far did we make it down into §2? 19:11:43 ... In §5, we were partway thorugh §5.1 and said we should have a nother look at this 19:13:17 ... The §5 part we got down to in the must accept ... we got halfway through §5.1 and I started rewriting just before "discarder prserve". 19:14:06 (projected is http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies-20080917.html#iddiv290818088 ) 19:14:15 http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies-20081205.html 19:14:34 Tim: Note the doc we are discussing is not linked from the agenda. 19:16:08 ACTION-181? 19:16:09 ACTION-181 -- Jonathan Rees to update versioning formalism to align with terminology in versioning compatibility strategies -- due 2008-12-05 -- OPEN 19:16:09 http://www.w3.org/2001/tag/group/track/actions/181 19:16:22 JAR: didn't get as far as I planned on that; seems orthogonal 19:16:24 Jar: I didn't get far with that 19:16:29 action-182? 19:16:29 ACTION-182 -- David Orchard to provide example for jar to work into the formalism -- due 2008-12-05 -- CLOSED 19:16:29 http://www.w3.org/2001/tag/group/track/actions/182 19:17:26 DO: We did a heavy review, lots of comments about adding site (?) scripts, about migration to 1.1 having failed... 19:18:01 Staring at 5.1 [http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies-20081205.html#id36453 ] I think we started rewrites 19:18:07 I'm going to push ACTION-181 back to 2008-12-31. 19:18:56 ht has joined #tagmem 19:19:06 DO: Looking at the first Good Practice note in section 5, just beloe that. 19:19:38 [Definition: A language is Extensible if the syntax of a language allows information that is not defined in the current version of the language and provides default handling of documents in any extended set.] 19:20:14 RESOLVED: We will pursue this toward a Note at this time. 19:20:29 (resolved a bit above) 19:20:48 s/this/http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies-20081205.html/ 19:21:06 s?this?http://www.w3.org/2001/tag/doc/versioning-compatibility-strategies-20081205.html? 19:21:24 re: extensible... we have: "Definition: A language is Extensible if the syntax of a language allows information that is not defined in the current version of the language and provides default handling of documents in any extended set.]" 19:23:04 N: The word is 'text' is used both for the text and also for some text withing the text -- in the first sentence in §5.1 19:24:45 (trying to remember other analagous terminology... "strings in a language" and substrings... ) 19:25:01 tbl offered "material" 19:25:04 Fix first sentence to deal with texts, instances of text, runs.. 19:27:10 I think timbl also suggested something like MUST vs must 19:27:11 N: Suggest you pass though te document to make sure it is consistent with what you decide here. 19:27:19 clean up use of "unknown text", all occurrences of text 19:27:34 Text vs text 19:31:25 N: Sometimes you can for example recgnioze an attribute as an attriubute but not know what it means -- so what does that mean? 19:31:44 J: This is just bout conformance to the language spec. 19:31:50 s/bout/aout/ 19:31:57 s/aout/about/ 19:32:06 Must Accept Unknowns Rule: Consumers MUST accept unknown text parts/portions where the language has allowed extensibility. 19:33:52 N: The whole framework doesn't work for me -- that is why I have that problem. Ignore my comment above. 19:34:16 +1 that dave's rewrite improves the statement of the rule. 19:36:52 DO: I think XML Schema separates out these two caes. If you want to make your language extensible, you have to explicitly put in wildcartds. 19:37:34 ... Some badly written code would fault when t encountered the text. 19:37:37 SKW: yes, exactly; this is advice to the language designer 19:37:56 J: You are giving advice, differnt advice to different oarries. 19:38:15 A proposal: In order to achieve extensibility, language designers must specify which extension content SHOULD be accepted by consumers. 19:38:18 ... To spec writers, you say it is good to define your languages this way so they have extesion points 19:38:23 DO; [interripts] 19:38:49 Must Accept Unknown Rule: Languages SHOULD require that consumers must accept.... 19:38:56 JAR: You are also giving advice to implementers to respect the design which has extensability points. 19:39:28 A proposal: In order to achieve extensibility, language designers must specify which extension content SHOULD be accepted by consumers. 19:40:27 DO: I am trying to speak t the language designers. 19:40:43 s/ t / to / 19:40:50 q? 19:40:54 languages should specify which extension content should be accepted by consumers. 19:41:55 "Languages should be specified so that ..." ? but only under a certain set of assumptions. 19:42:41 Need to choose between: Language designers +? consumers vs languages vs language specifications.... 19:43:06 DO: We need to chose between language designers or specifications 19:43:25 JAR: The spec speaks for the designer ... so equivalent. 19:43:34 Need to choose between: 1) Language designers +? consumers vs 2) languages vs 3) language specifications. 19:47:11 [14:39] A proposal: In order to achieve extensibility, language designers must specify which extension content SHOULD be accepted by consumers. 19:47:19 ^ht was referring to 19:47:37 timbl: This document is about how to design languages. Therefore about what language deisgners do. The spec they produce defines what consumers nd producers do. Often we mean "Language designers should produce specifications in which consumers do X" and we are tempted to say "consumers should do X". 19:47:48 ... This is not altogether unreasonable. 19:48:58 Starting 2 "There are 2 further decisions, each with 2 common options" 19:50:58 need to change "consumers should accept" to language designers style. 19:51:15 Tim: Not very generic in §5.1.1 as a proxy is a special case. 19:53:04 Why the heck was I thinking of the table as a Venn diagram??? geesh 19:56:24 raman has left #tagmem 19:56:36 raman has joined #tagmem 19:57:48 The proxying issue is not about language design - it is about clients being generic across language variants (maybe future ones, or chimeras) 20:01:51 A language spec induces a class of conforming agents (producers and consumers). An agent induces a class of language specs (those to which it conforms). 20:03:54 N: We can generalize things like a proxy preserving unknown text in text is sends on to the end party, and an accountable agent recording unknown text in the auditing database, by saying that the early version of the language in general defines a way of dealing with unknown content, so that the effect/damage of a move to a new language can be controlled and understood. 20:04:40 (projected is: http://www.w3.org/2001/tag/group/track/agenda#act_by_iss ) 20:04:49 action-165? 20:04:49 ACTION-165 -- David Orchard to formulate erratum text on versioning for the web architecture document -- due 2008-12-09 -- OPEN 20:04:49 http://www.w3.org/2001/tag/group/track/actions/165 20:05:06 action-165 due next week 20:05:06 ACTION-165 Formulate erratum text on versioning for the web architecture document due date now next week 20:08:29 action-183 due 15 Jan 2009 20:08:29 ACTION-183 Incorporate formalism into versioning compatibility strategies due date now 15 Jan 2009 20:12:23 agenda? 20:12:38 -Dave 20:12:38 Zakim, close item 3 20:12:39 agendum 3, XMLVersioning-41, closed 20:12:40 I see 1 item remaining on the agenda: 20:12:41 4. tagSoup / error handling [from DanC_lap] 20:12:41 Zakim, is raman here? 20:12:41 DanC_lap, I do not see Raman anywhere 20:47:22 Raman, you there? 20:48:50 timbl has joined #tagmem 20:50:42 Zakim, code? 20:50:42 the conference code is 824323 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), DanC_lap 20:51:58 http://lists.w3.org/Archives/Member/tag/2008Dec/0012.html 20:52:01 Zakim, next item 20:52:01 agendum 4. "tagSoup / error handling" taken up [from DanC_lap] 20:52:16 The TAG reconvenes having failed to raise Raman 20:52:28 topic: tagSoup / error handling 20:52:40 -> http://lists.w3.org/Archives/Public/www-tag/2008Nov/0041.html Hickson 17 Nov 20:52:42 H: This is where this thread really got started. 20:53:03 One of the threads which emerged from the TAG-HTMLWG visit was error handling 20:53:24 This started with Boris, this from Ian Hixon 20:53:40 s/Hixon/Hickson/ 20:54:34 ... There is what amounts to a proposal fro what amounts to an taxonomy of web error handling and an assertion that the XML spec falls short of giving you tht you need in th e terms of this taxonomy. 20:54:54 ... Error recovery and Error correction are two kinds of error handling. 20:56:34 ... fior XML, we know certaily what errors are. However, it i snot clear to me that hte next to statements are clear 20:56:54 ... but the last sentnece is truee: what he calls error handling is not defined in teh XML spec. 20:56:56 "Error handling is not well 20:56:56 defined, which is a major problem. 20:56:56 " 20:57:06 Tim: And t thsi is bad for verioning 20:57:37 q+ to note that this looks like new informatin w.r.t errorHandling-20 and to start discussion of re-opening it 20:58:15 in th esesne that Noah said - you have to define what hapens when stg in eth accept set but not define set. 20:58:24 q+ DanC2 to note an interesting sublanguage of HTML5 which is streamable 20:58:31 HT: The accpt set doe snotinclude lexical toeniser errors 20:58:48 Noah: The HTML community anst t obroaden th eaccept set 20:59:02 Tim: For HTML, they have broadened it to every stream of characters. 20:59:51 HT: The defined set is what you can serialize from the DOM 20:59:51 q? 21:00:00 q+ DanC3 to clarify what the HTML5 spec says re accept set 21:00:24 queue= DanC3, DanC2, DanC 21:00:30 N: Answering Jonathan's question another way, if you belive gthat the acept set of the universal set, then what will change is the subset which is the defined set. 21:00:38 ... For exxample was then wasn't 21:00:50 HT: We wer talking about XML errors here. 21:01:36 ... We shoul either dentify and fix XML's problem or explain why XML does not have a problem. 21:01:56 ... I think one be neutral as to the ideology of the HTML5 project. 21:03:05 Tim: Let us not fidn a proof that XML is in fgact OK philosophically without addressing the practical problems of why people don't want to use it! 21:03:22 HT: Eliotte Rusty Harold says this is a layering problem. 21:03:33 q? 21:03:52 ... It is not the XML layer which defined the error handling, as it should be defined by the application layter higher up. This makes sense. 21:04:40 Tim: So XML parsers be very smart about error reporting. 21:06:12 q+ DanC2 to push back on tim's point about philosophy 21:06:32 From: http://www.w3.org/TR/2006/REC-xml-20060816/#sec-conformance 21:06:37 Validating and non-validating processors alike MUST report violations of this specification's well-formedness constraints in the content of the document entity and any other parsed entities that they read. 21:07:25 -> http://lists.w3.org/Archives/Public/www-tag/2008Dec/0055.html Hickson 8 Nov 21:08:00 HT: Hixie pushes back on the layering argument, saying that theright place in the stack is the XML spec "Wouldn't it make more sense for the XML spec to define this once instead 21:08:00 of having this defined in CSS, DOM, XHR, SVG, MathML, and every other spec 21:08:00 that uses XML and is to be implemented in a user agent that needs 21:08:01 interoperability even with the case of non-XML documents labeled as XML? 21:08:01 " 21:08:12 q+ 21:08:13 q+ to dive a bit on processor conformance requirements 21:08:26 ack next 21:09:01 q+ jar How Scheme did it (optional features etc) 21:09:18 q+ jar to say how Scheme did it (optional features etc) 21:09:58 HT: The set of CONFORMING HTML5 documents is relatively small. 21:10:02 Ashok has joined #tagmem 21:10:50 http://www.w3.org/TR/html-design-principles/#handle-errors 21:12:01 ack next 21:12:02 DanC2, you wanted to push back on tim's point about philosophy 21:13:20 q+ to ask about xhtml error handling as a user facing technology (in response to ht's comment contrasting html5 v xml error handling) 21:14:17 tim: "Wouldn't it make more sense for the XML spec to define this once instead 21:14:17 of having this defined in CSS, DOM, XHR, SVG, MathML, and every other spec 21:14:18 that uses XML and is to be implemented in a user agent that needs 21:14:18 interoperability even with the case of non-XML documents labeled as XML? 21:14:18 " all te use cass are in a browser -- very close! Not enterprise XML for example. 21:14:37 danc: the crux of this is which layer to put the error handing 21:15:27 q+ 21:15:49 q+ to suggest a versioning should about saing if you ignore stuff silently you always have to. 21:17:00 DC: In 1993 I replaced the code in eht NCSA code whcih parsed HTML and I was mioving to austin to change jobs and i never sent the patch, so we will never know what would have happened. they din't ahve the parser separated from teh formatter. 21:17:41 HT: The C s[ec doesn;t say stuff aboute error handling eiter. 21:17:46 q- later 21:17:47 q? 21:17:54 q- later 21:18:04 q+ to ask for helpful analogies 21:18:07 S: Does XML being a metalangauge mke a difference here? What aout for exanple XBNF? 21:18:13 q? 21:18:15 x/XBNF/ABNF/ 21:18:22 ack dan 21:18:48 ack danc 21:19:22 Zakim, tell your daddy that Zakim loses people's tjohyghts when you reorder the queue maybe 21:19:22 I don't understand you, timbl 21:19:49 Dave has joined #tagmem 21:20:20 +??P1 21:20:34 zakim +??p1 is me 21:20:41 hi! 21:20:42 zakim, +??p1 is me 21:20:42 sorry, Dave, I do not recognize a party named '+??p1' 21:20:55 zakim, ??p1 is me 21:20:55 +Dave; got it 21:20:55 Zakim, ??P1 is Dave 21:20:56 I already had ??P1 as Dave, DanC_lap 21:21:23 DWC: The HTML5 parsing algorithm is not streamable: the error correction can completely change teh DOM rigtht at the end. 21:21:59 ... Henri S has added a streaming parser .. but it aborts if it meets one of those situations. 21:22:19 ... The streamable sub-lnguage is obvioulsy interesting. 21:23:26 issue-20? 21:23:26 ISSUE-20 -- What should specifications say about error handling? -- CLOSED 21:23:26 http://www.w3.org/2001/tag/group/track/issues/20 21:24:21 "Agents that recover from error by making a choice without the user's consent are not acting on the user's behalf." 21:24:31 see also http://www.w3.org/2001/tag/issues#errorHandling-20 21:25:26 q? 21:25:27 q? 21:25:33 ack timbl 21:25:33 timbl, you wanted to suggest a versioning should about saing if you ignore stuff silently you always have to. 21:25:41 quote above is from http://www.w3.org/TR/webarch/#error-handling 21:25:41 and... http://lists.w3.org/Archives/Public/www-tag/2003Dec/0044 21:28:32 tim: It woudl eb good for the TAG to write up the HTMLWG ehis about this as a versioning strategy. Aslo to point out the dangers of silently corrrecting errors (unless yo promis to do it for ever) 21:28:56 ack ht 21:28:56 ht, you wanted to ask for helpful analogies 21:29:02 ack next 21:29:03 noah, you wanted to dive a bit on processor conformance requirements 21:29:45 http://www.w3.org/TR/2006/REC-xml-20060816/#sec-conformance 21:29:52 Validating and non-validating processors alike MUST report violations of this specification's well-formedness constraints in the content of the document entity and any other parsed entities that they read. 21:30:52 error 21:30:52 [Definition: A violation of the rules of this specification; results are undefined. Unless otherwise specified, failure to observe a prescription of this specification indicated by one of the keywords MUST, REQUIRED, MUST NOT, SHALL and SHALL NOT is an error. Conforming software MAY detect and report an error and MAY recover from it.] 21:31:09 We look at 1.2 in the XML spec 21:31:21 HT: hmm... maybe "draconian error handling" isn't error handling... it's document reporting 21:31:47 N: The XML rules here ofetn don't meet the needs of the HTML5 spe 21:31:49 c 21:32:19 q+ to push back on "lots of xml processors" ; one "xml processor" product category was endosed by design, and it worked for a certain market 21:32:49 ... one could however define processors which react differently, with different conformance requirments on the *software*. 21:35:17 T: Agree that the HTML5 spec does not distinguish between defining the language and defining application behaviour, wich is a problem. 21:38:48 N: I think the XHTML people could have allowed non-draconian error handlign, but some people felt that under XML rules they could not. 21:39:00 can I still call in? 21:39:21 HST: I was asking NM to drill a bit because I thought there was no coherent 'error recovery' story for XHTML short of the full HTML5 story 21:39:39 +Raman 21:39:49 just joined 21:40:37 Right, my point was narrower: if XHTML stuck with the design that "correct" input is always well form, they could have still chosen to specify non-brittle recovery (and rendering) for some or all non-well formed documents. 21:41:19 Stuart has joined #tagmem 21:42:02 Raman: You can'r eresolve this question until you have decided whether yo belive in modular architecture 21:42:14 If you don't have modules you won't have layers 21:42:36 If you need modularity then you will need layering. 21:43:10 ... the only way yo can have modularity an layering is if 21:43:23 ... [not understood] 21:43:40 I think that raman is talking about upward delegation of error handling to the layer(s) above. 21:43:54 ... The XML processor should tell the guy aboev it -- here is the rest of it, deal with it. I think fatal error was fatally bad choice of term. I don't think it should fail. 21:43:56 q+ 21:44:53 ... In a layered system for an errro behaviour to be defin edin mltiple places 21:45:15 q+ to ask for helpful analogies 21:45:22 T: You need to be able to be much more sophisticaed when you bit an XML error -- yo have to be able to continue after eferro 21:45:56 R: you ahve as an application to be able to chose, to tell hte parser to d things like insert a or something.... there is no one way to recover from error. 21:46:21 R: John Cohen's fixup rules in his parser do that/ 21:46:32 Crucial observation there: XML error recovery must depend on help from the application, based on the language 21:47:03 T: This of course makes the software more yukky. 21:47:45 R: Recovery is very context-dependent. YOu fidn a free-floating input element will insert a form. 21:49:12 q? 21:49:16 ack jar 21:49:16 jar, you wanted to say how Scheme did it (optional features etc) 21:50:19 (tim, "arguments against doing it" -- doing what, please?) 21:50:21 J: HTML5 is interesting .. but let us start by going back to HTML 21:50:58 q+ ht2 to say something about the tension between the defn of "an XML document" and the assumption of streaming interaction 21:51:22 (danc, the fact that the parser softwae interface has to be yukky weights against using these techniques for versioning, to do these levels of error correction) 21:51:34 J: I remember the idea o optiionl features in scheme. 21:52:06 .. "If you had something lije this, then you ought to do it in this way" 21:52:51 ... The problem was that things were done in differet ways, which makes it dificult to read programs written for systems with these features. 21:53:39 ... Here, the error recovery was being specified independently by specs at many different places in the spec. 21:54:57 ... It seems to makes sense that one does error handling .. but you don't have to enforce it, you have to do it in this way. 21:54:58 noah has joined #tagmem 21:55:03 s/going back to HTML/going back to XML/ 21:55:57 I think that *if* one were to take the upward delegation view of the world, just like you might have a data model (eg infoset), one would also need an interaction model (eg. error and recovery event/action vocab) between the 'parser' and the user of the 'parser' 21:56:26 q? 21:56:43 ack Stuart 21:56:43 Stuart, you wanted to ask about xhtml error handling as a user facing technology (in response to ht's comment contrasting html5 v xml error handling) 21:57:51 (this business of saying XML is totally separate from HTML is wierd, to me; I got W3C to work on XML on the basis that it would be deployed much like HTML) 22:00:49 the feedback cycle is much to long and/or unreliable 22:00:59 ack tim 22:01:04 ack danc 22:01:04 DanC_lap, you wanted to push back on "lots of xml processors" ; one "xml processor" product category was endosed by design, and it worked for a certain market 22:01:14 ack next 22:01:15 ht, you wanted to ask for helpful analogies 22:01:39 HST: XHTML is an XML application which could have chosen a much richer way to respond to XML errors -- perhaps by putting up a frozen picture of "what this page might have been supposed to be like" 22:01:41 tim: Random thought: Maybe one could detect when a user is the person who wrote the page because they us the refresh button a lot. 22:01:49 S: Or they use file:// URIs a lot? 22:02:06 T: (Then you could give them help making it betrter)) 22:02:28 s/S: Or/H: Or/ 22:02:34 DC: The business of separateing the HTML and XML discssion is werird to me. 22:02:35 s/S:/D: 22:03:08 ... The XML errorhandling spec does satisfy a large community, but for a very large community then the parsers the add error handling. 22:03:20 ack ht 22:03:20 ht2, you wanted to say something about the tension between the defn of "an XML document" and the assumption of streaming interaction 22:03:41 Q+ 22:03:52 HT: C compilers - no one ever made an error correcting C parser. 22:03:58 q? 22:04:12 there was an error correcting PL/C compiler 22:04:35 q+ ht, you wanted to ask for helpful analogies 22:04:38 Raman: the only thing whcih is needed for te XML world was that there should be an API between the parser and the applications. 22:04:45 q+ 22:05:38 H: I would like som ebetter analogy -- C is not a useful one. 22:05:45 ... I need other examples of layering 22:06:17 q+ to point out that software in the C days was small and memory space cstly and the complexity of a C compiler would have been one factor 22:06:47 culturally, that draconian error handling was a pushback that was a result of people rebounding from the mess that went before it 22:06:59 quite, raman 22:07:24 for an instant I thought you were saying "quiet!":-) 22:07:31 ;) 22:07:46 and error-correcting C processors -- I should have said "made a commercial success with a widely deployed and used C compiler" 22:07:48 H: Then t has to deal with the fact that hte XML parser is not just a BNF and it is in fact in a spec in a layer. The XML spec tries to balance the two thinsg you need to know (1) this is not a valid document and (2) this is what wec can do with it now 22:07:56 XML draconian errors, and HTML5 clarity over how to handle errors, are both solutions to the *same* problem - that of undesired extensions 22:08:07 ack ashok 22:08:15 s/valid document/XML document at all/ 22:08:34 did the meeting get extended? 22:08:37 Ashok: We have beene talking about XML error handling in theory. Does someone have an actual implementayon of a parser with error handling in it? 22:08:48 q+ to come back to Henry's original question as a way of wrapping up. 22:08:59 zakim, please close the queue 22:08:59 ok, Stuart, the speaker queue is closed 22:08:59 H: Yes, two: one a rconstruction of the other 22:09:09 A: Good stuff? 22:09:23 q? 22:09:28 ack timbl 22:09:28 timbl, you wanted to point out that software in the C days was small and memory space cstly and the complexity of a C compiler would have been one factor 22:10:39 q? 22:10:54 ack stuart 22:10:54 Stuart, you wanted to come back to Henry's original question as a way of wrapping up. 22:16:27 action Henry: follow up on error handling thread ( 22:16:28 Created ACTION-199 - Follow up on error handling thread ( [on Henry S. Thompson - due 2008-12-16]. 22:16:39 action-199 due 15 Jan 2009 22:16:39 ACTION-199 Follow up on error handling thread ( due date now 15 Jan 2009 22:16:46 action-199? 22:16:46 ACTION-199 -- Henry S. Thompson to follow up on error handling thread ( -- due 2009-01-15 -- OPEN 22:16:46 http://www.w3.org/2001/tag/group/track/actions/199 22:17:02 action-199: see http://lists.w3.org/Archives/Public/www-tag/2008Dec/0055.html 22:17:02 ACTION-199 Follow up on error handling thread ( notes added 22:17:50 topic: Admin 22:18:22 Ashok: The conference rooms for the meeting in March 3-5 at Oracle will be booked. At Oracle HQ 22:18:57 (ht, I connected your action to tagSoup, but I wonder about connecting it to errorHandling-20) 22:18:58 rrsagent, pointer 22:18:58 See http://www.w3.org/2008/12/09-tagmem-irc#T22-18-58 22:19:02 Ashok: The conference rooms for the meeting in March 3-5 at Oracle are booked. At Oracle HQ 22:19:12 ADJOURNED 22:19:18 scibenick: done 22:19:22 scibenick: none 22:19:28 UNADJOURNED 22:20:39 RESOLVED: Re-open Issue 20 22:20:47 ADJOURNED 22:21:41 rrsagent, make logs world-visible 22:21:54 rrsagent, make logs world-readable 22:21:55 -Dave 22:22:22 -Raman 22:22:25 -MIT-Star 22:22:27 TAG_f2f()9:00AM has ended 22:22:27 Attendees were MIT-Star, Dave, Raman 22:27:59 raman has left #tagmem 22:51:43 DanC_lap has joined #tagmem 23:06:46 ht has joined #tagmem