W3C home > Mailing lists > Public > public-xml-processing-model-wg@w3.org > June 2008

XProc Minutes 19 June 2008

From: Norman Walsh <ndw@nwalsh.com>
Date: Wed, 25 Jun 2008 11:05:59 -0400
To: public-xml-processing-model-wg@w3.org
Message-ID: <m2r6aleeqw.fsf@nwalsh.com>
See http://www.w3.org/XML/XProc/2008/06/19-minutes

W3C[1]

                                   - DRAFT -

                            XML Processing Model WG

19 Jun 2008

   Agenda[2]

   See also: IRC log[3]

Attendees

   Present
           Paul, Norm, Rui, Vojtech, Henry, Alex

   Regrets

   Chair
           Norm

   Scribe
           Norm

Contents

     * Topics
         1. Accept this agenda?
         2. Accept minutes from the previous meeting?
         3. Next meeting: telcon 26 June 2008?
         4. Comments on current editor's draft?
         5. p:filter select expressions
         6. Error code QNames
         7. C14N support
         8. Any other business?
     * Summary of Action Items

     ----------------------------------------------------------------------

  Accept this agenda?

   -> http://www.w3.org/XML/XProc/2008/06/19-agenda

   Norm proposes to add C14N to the agenda

   Accepted as amended.

  Accept minutes from the previous meeting?

   -> http://www.w3.org/XML/XProc/2008/06/12-minutes.html

   Norm: Thank you, Henry, for chairing.
   ... And scribing!

   Accepted.

  Next meeting: telcon 26 June 2008?

   None regrets heard.

  Comments on current editor's draft?

   Norm: Anyone looked at it?

   Henry: Not I, sorry.

  p:filter select expressions

   Norm: I put this on because there was a thread, but I think it all
   resolved itself.
   ... The p:filter step needs to throw an error if you get non-nodes.

   Vojtech: Yes, and I wanted to reuse an XD error but we should use a
   component error.

  Error code QNames

   Vojtech: Can the p:error step throw err:XD* errors?

   Norm: I think it should be allowed to.

   Vojtech: I think it makes it possible for a step to re-throw errors, which
   could be usefl.

   Norm: Anyone opposed?

   Proposal: there are no constraints on what errors p:error can throw.

   Rui: What about static errors?

   Norm: The fact that you'd have to throw an error if someone attempted to
   throw an error that they're not allowed to throw is sufficiently bizarre
   that I think we shouldn't bother.

   Accepted.

  C14N support

   Norm attempt to summarize the minutes

   Norm: For V1.0, let's leave it up to implementors to use an
   implementation-defined method.

   Alex: But if someone wanted to do it, they'd need to use extension
   attributes

   Some discussion about whether or not extension attributes are allowed on
   p:serialization. They are.

   Alex: I'm ok with this story.

   Proposal: Do nothing for this in V1.0

   Norm observes that Mohamed isn't here, but hopefull that'll be ok.

   Accepted.

  Any other business?

   Alex: There were some questions about http-request.

   <alexmilowski>
   http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2008Jun/0031.html[6]

   Vojtech: If @detailed is false, is the c:body element generated or not?

   Alex: If it's not specified, you get the raw content for XML media types,
   otherwise you get a c:body with data inside.

   Vojtech: It seems clear to me now.

   Alex: You can put multipart inside multipart, but I don't think we should
   try to deal with that.
   ... I think we should only do the first level.

   Vojtech: But there's no way you can dive deeper into the multipart-mixed

   Alex: There's a hole there, but I don't think I want to get http-request
   to dig deeper

   Norm: I'm comfortable with the answer.

   Vojtech: I was just wondering

   Proposal: We're only going to support one-level of de-multiparting.

   <scribe> ACTION: Alex to add a note to the spec to indicate that we'll
   only do one level. [recorded in
   http://www.w3.org/2008/06/19-xproc-minutes.html#action01[7]]

   Some discussion of content-type vs. encoding.

   Vojtech: Then maybe what's missing is some discussion of what to do if the
   encoding is base64

   Norm: Maybe an example that uses base64 encoding would help.

   Vojtech: The test suite could cover this.

   <scribe> ACTION: Norm+Alex to construct examples for the test suite
   [recorded in http://www.w3.org/2008/06/19-xproc-minutes.html#action02[8]]

   Some discussion of the note at the end of the "Converting Response Entity
   Bodies" section (7.1.9/10.4)

   Alex: If you send the data with a non-Unicode character encoding, that's
   not our problem.

   Proposal: Strike the note.

   Accepted.

   Adjourned.

Summary of Action Items

   [NEW] ACTION: Alex to add a note to the spec to indicate that we'll only
   do one level. [recorded in
   http://www.w3.org/2008/06/19-xproc-minutes.html#action01[9]]
   [NEW] ACTION: Norm+Alex to construct examples for the test suite [recorded
   in http://www.w3.org/2008/06/19-xproc-minutes.html#action02[10]]
    
   [End of minutes]

     ----------------------------------------------------------------------

   [1] http://www.w3.org/
   [2] http://www.w3.org/XML/XProc/2008/06/19-agenda
   [3] http://www.w3.org/2008/06/19-xproc-irc
   [6] http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2008Jun/0031.html
   [7] http://www.w3.org/2008/06/19-xproc-minutes.html#action01
   [8] http://www.w3.org/2008/06/19-xproc-minutes.html#action02
   [9] http://www.w3.org/2008/06/19-xproc-minutes.html#action01
   [10] http://www.w3.org/2008/06/19-xproc-minutes.html#action02
   [11] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
   [12] http://dev.w3.org/cvsweb/2002/scribe/

    Minutes formatted by David Booth's scribe.perl[11] version 1.133 (CVS
    log[12])
    $Date: 2008/06/25 15:04:13 $

Received on Wednesday, 25 June 2008 15:06:38 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 25 June 2008 15:06:39 GMT