IRC log of xproc on 2010-06-17

Timestamps are in UTC.

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