14:55:20 RRSAgent has joined #xproc 14:55:20 logging to http://www.w3.org/2010/06/17-xproc-irc 14:55:27 Zakim has joined #xproc 14:55:32 zakim, this will be xproc 14:55:32 ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 5 minutes 14:55:40 PGrosso has joined #xproc 14:56:17 Meeting: XML Processing Model WG 14:56:17 Date: 17 June 2010 14:56:17 Agenda: http://www.w3.org/XML/XProc/2010/06/17-agenda 14:56:17 Meeting: 174 14:56:17 Chair: Norm 14:56:18 Scribe: Norm 14:56:20 ScribeNick: Norm 14:59:43 Regrets: Vojtech 15:00:39 XML_PMWG()11:00AM has now started 15:00:46 +[ArborText] 15:01:03 How very punctual of you :-) 15:01:10 zakim, what's the passcode? 15:01:10 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Norm 15:01:31 +Norm 15:05:09 + +44.794.975.aaaa 15:05:36 ht has joined #xproc 15:05:37 zakim, aaaa is Alex 15:05:37 +Alex; got it 15:05:47 Sorry, just finding a 'phone 15:09:31 zakim, code? 15:09:31 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), ht 15:11:01 +??P15 15:11:09 zakim, ??P15 is ht 15:11:09 +ht; got it 15:11:45 Present: Paul, Henry, Alex, Norm 15:13:29 Topic: Accept this agenda? 15:13:29 -> http://www.w3.org/XML/XProc/2010/06/17-agenda 15:13:56 Norm: Let's add my HTML/encoding question and drop 2.1 because there's nothing new today. 15:14:19 Henry: No, there's one thing we can talk about wrt 2.1 15:14:26 Accepted. 15:14:32 Topic: Accept minutes from the previous meeting? 15:14:32 -> http://www.w3.org/XML/XProc/2010/06/10-minutes 15:14:35 Accepted. 15:14:40 Topic: Next meeting: telcon, 24 June 2010? 15:14:56 Paul is at risk, he'll dial in if he can. 15:15:23 Topic: Of HTML and encodings 15:16:13 alexmilowski has joined #xproc 15:18:29 Some discussion of what the expected processing is for an XHTML document sent as text/html 15:18:46 Alex: If you do this with an Reader in Java, you've already made the encoding choice. On an InputStream, you haven't. 15:19:09 ...What processors do here is sniff if the content type isn't specified and work out the encoding from the first 200 bytes or so. 15:21:03 http://www.rfc-editor.org/rfc/rfc2854.txt 15:21:11 Henry: I've been looking at RFC 2854, the RFC that current governs text/html 15:22:55 ...oddly, the RFC makes several observations but doesn't actually seem to say what to od. 15:22:59 s/to od/to do/ 15:23:34 +[IPcaller] 15:23:36 -Alex 15:23:59 (I'm now on Skype) 15:26:12 Spec exploration ensues 15:31:33 Henry: The final note in 7.1.10.4 is clearly wrong, if there's a charset parameter it is text. 15:32:00 Content-Type: text/html; charset=utf-8 15:32:22 ACTION: Norm to propose an erratum for the note at the end of 7.1.10.4 to add something like "without a charset" 15:32:50 Or you could have said override-content-type="text/html; charset=utf-8" 15:37:21 Norm: Yes, I could. That might be the easiest solution, in fact. 15:37:45 Regrets: Vojtech, Mohamed 15:39:55 Some discussion of content transfer encoding. 15:43:09 For what it's worth, RFC2616 defines 'entity body' as the octets in the message 15:44:01 Wrong 15:44:03 "The entity-body is obtained 15:44:04 from the message-body by decoding any Transfer-Encoding that might 15:44:04 have been applied to ensure safe and proper transfer of the message. 15:44:05 " 15:53:21 ACTION: Norm to propose en erratum for 7.1.10.3 to clarify that "decoded if necessary" applies to Content-Encoding headers. 15:54:37 Henry: The .svgz documents should allow us to demonstrate the problem pretty quickly. 15:55:01 Topic: Any other business? 15:55:11 None heard. 15:55:31 Adjourned. 15:55:35 -PGrosso 15:55:36 -Norm 15:55:37 -alexmilowski 15:56:16 rrsagent, set logs world-visible 15:56:19 rrsagent, draft minutes 15:56:19 I have made the request to generate http://www.w3.org/2010/06/17-xproc-minutes.html Norm 15:57:28 Here you go: http://www.svgmaker.com/gallery/3dbar.svgz 15:57:43 -ht 15:57:45 XML_PMWG()11:00AM has ended 15:57:47 Attendees were PGrosso, Norm, +44.794.975.aaaa, Alex, ht, [IPcaller], alexmilowski 15:58:00 PGrosso has left #xproc 15:58:00 Here's the header you get for that: 15:58:12 HTTP/1.1 200 OK 15:58:12 Date: Thu, 17 Jun 2010 15:56:55 GMT 15:58:12 Server: Apache 15:58:12 Last-Modified: Sun, 11 Dec 2005 15:12:04 GMT 15:58:12 ETag: "72d03d9-952-a80f900" 15:58:13 Accept-Ranges: bytes 15:58:15 Content-Length: 2386 15:58:17 Connection: close 15:58:19 Content-Type: image/svg+xml 15:58:21 Content-Encoding: gzip 15:59:40 heh. Emacs is smart enough to decode that for me if I open it 15:59:46 (I mean after saving it on th efilesystem) 16:01:03 But (my implementation) of p:http-request, not so much 16:06:26 Hmm, despite the Accept-Header, python's httplib just gives me the gzipped bytestream 16:06:28 :-( 16:55:31 Norm has joined #xproc 17:39:03 Zakim has left #xproc 18:07:27 Norm has joined #xproc