W3C

- DRAFT -

XML Processing Model WG

27 May 2015

Agenda

See also: IRC log

Attendees

Present
+1.512.761.aaaa, +226256aabb, Alex_Milows, Norm, Murray, ht
Regrets
Jim
Chair
Norm
Scribe
Norm

Contents


Date: 27 May 2015

<scribe> Meeting: 271

<scribe> Scribe: Norm

<scribe> ScribeNick: Norm

Huh.

I guess we've been pulled off poor Zakim's dying frame

<ht> yes, xproc# doesn't work

<ht> :-(

<ht> Liam, any ideas?

Also, Zakim, FU.

<scribe> Meeting: XML Processing Model WG

<scribe> Agenda: http://www.w3.org/XML/XProc/2015/05/27-agenda

Date: 27 May 2015

<scribe> Meeting: 271

<scribe> Chair: Norm

<scribe> Scribe: Norm

<scribe> ScribeNick: Norm

Accept this agenda?

-> http://www.w3.org/XML/XProc/2015/05/27-agenda

Accepted.

Accept minutes from the previous meeting?

-> http://www.w3.org/XML/XProc/2015/04/29-minutes

Accepted.

Plan for the face-to-face

-> https://github.com/xproc/specification/issues

Roughly: I think Wednesday morning for agenda planning; some mixture of discussion and drafting.

Henry reports he's unavailable from 13:00-14:30 on Wednesday 10 June.

Norm: What time do we want to start?

Henry: Doors open at 8:30.

Norm: I propose we start at 9:00.

<ht> I propose we convene at the Police Box coffee kiosk, some 50 metres or so West of the front door, as they have good coffee. . .

Alex: Some of the issues are nicely compartmentalized; others are central to a better draft. We should try to organize that list a little better.

Norm: Perhaps we should divide the actions per spec to keep the step actions apart from the language actions.

Next meeting

Regrets from Norm and Henry for 3 June; next meeting is the face-to-face, 9:00a on Wednesday 10 June.

How to deal with local filesystem encodings, issue #159

-> https://github.com/xproc/specification/issues/159

<ht> Sigh

Norm waffles about reading text files in known encodings from the filesystem; it's another crack between http-request and the filesystem.

Alex: We could add a property.

<ht> Call it file-media-type

Norm: Where would you add the property?

Alex: The request.

<ht> my mistake

Norm: Oh, ok, on the request not a document property in the "document properties" sense.

<alexmilowski> text/plain; encoding=ascii

Alex: Or we could add the encoding to the override-content-type as a parameter.

<ht> That is definitely a good way to do it

Norm: Yes, if you know the encoding you probably no the content-type.

Alex: We could spec it..."If you specify the encoding and it's not provided by the system, then that's the encoding used..."

<scribe> ACTION: Norm to spec the encoding parameter on override-content-type as a way to specify the encoding of documents. [recorded in http://www.w3.org/2015/05/27-xproc-minutes.html#action01]

<Zakim> ht, you wanted to note the different semantics, however. . .

Henry: Well, we spoke of this in terms of only applying when the encoding wasn't provided.

Norm: True.

Henry: I think the server encoding is more likely to be correct.

Norm mutters on about whether overriding the encoding from HTTP makes sense.

Norm: Perhaps we should document it as an override, use with care.

Shortcut attribute to define properties, issue #146

-> https://github.com/xproc/specification/issues/146

Norm: Aside from the microparsing of the attribute value, I'm sympathetic.

Alex: We could add attribute sets

Henry: That's just as complicated as using p:set-properties
... It's premature optimization

Norm: Defer until we have more experience?

Alex: Are there certain properties that we want to be able to set universally?
... Like content-type.

Recurse directory on p:load, issue #156

-> https://github.com/xproc/specification/issues/156

Norm: I have reservations.

Alex: I'd like to see the pipeline that does this with directory listing.
... And see how that would be simplified by this change. Maybe there are other things we can do to make this simpler.
... I think it's a good problem. I think we should look at the pipeline instead of adding a feature to load now.

Norm: I just don't have to do this very often.

Alex: You do this with ebooks all the time.

Norm: Ah, true.

Alex: A few good examples would help us understand the problem better.

Any other business

Alex: Can we take this to the list and have a conversation about agendas there.

Norm: I'd be happy to have some help.

Alex: Start with dividing the issue list into two sets and add priorities.

Norm: Ok. Modulo the fact that there isn't complete parity between the action list and the issue list.

Adjourned.

Summary of Action Items

[NEW] ACTION: Norm to spec the encoding parameter on override-content-type as a way to specify the encoding of documents. [recorded in http://www.w3.org/2015/05/27-xproc-minutes.html#action01]
 
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.140 (CVS log)
$Date: 2015/05/27 14:34:09 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.140  of Date: 2014-11-06 18:16:30  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/server content type/server encoding/
Found Scribe: Norm
Inferring ScribeNick: Norm
Found ScribeNick: Norm
Found Scribe: Norm
Inferring ScribeNick: Norm
Found ScribeNick: Norm
Default Present: +1.512.761.aaaa, +226256aabb, Alex_Milows, Norm, Murray, ht
Present: +1.512.761.aaaa +226256aabb Alex_Milows Norm Murray ht
Regrets: Jim
Agenda: http://www.w3.org/XML/XProc/2015/05/27-agenda
Found Date: 27 May 2015
Guessing minutes URL: http://www.w3.org/2015/05/27-xproc-minutes.html
People with action items: norm

[End of scribe.perl diagnostic output]