IRC log of xproc on 2009-10-15

Timestamps are in UTC.

14:52:30 [RRSAgent]
RRSAgent has joined #xproc
14:52:30 [RRSAgent]
logging to
14:52:37 [Norm]
Zakim, this will be xproc
14:52:37 [Zakim]
ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 8 minutes
15:00:25 [Vojtech]
Vojtech has joined #xproc
15:00:48 [PGrosso]
PGrosso has joined #xproc
15:01:18 [Zakim]
XML_PMWG()11:00AM has now started
15:01:25 [Zakim]
15:02:22 [Norm]
Norm has joined #xproc
15:03:00 [Zakim]
15:03:29 [Norm]
Meeting: XML Processing Model WG
15:03:29 [Norm]
Date: 15 Oct 2009
15:03:29 [Norm]
15:03:29 [Norm]
Meeting: 156
15:03:29 [Norm]
Chair: Norm
15:03:30 [Norm]
Scribe: Norm
15:03:32 [Norm]
ScribeNick: Norm
15:03:58 [Norm]
Regrets: Henry
15:04:02 [Norm]
Zakim, who's on the phone?
15:04:02 [Zakim]
On the phone I see PGrosso, Vojtech
15:04:06 [MoZ]
Zakim, what's the code
15:04:09 [Zakim]
I don't understand 'what's the code', MoZ
15:04:09 [MoZ]
Zakim, what's the code?
15:04:12 [Zakim]
the conference code is 97762 (tel:+1.617.761.6200 tel:+ tel:+44.117.370.6152), MoZ
15:04:32 [Zakim]
+ +1.413.624.aaaa
15:04:38 [Norm]
Zakim, aaaa is Norm
15:04:38 [Zakim]
+Norm; got it
15:04:50 [Norm]
Present: Paul, Norm, Vojtech
15:04:53 [Zakim]
15:05:44 [Norm]
Present: Paul, Norm, Vojtech, Mohamed
15:05:55 [Norm]
Topic: Accept this agenda?
15:05:55 [Norm]
15:06:07 [alexmilowski]
alexmilowski has joined #xproc
15:06:17 [Norm]
15:06:23 [Norm]
Topic: Accept minutes from the previous meeting?
15:06:23 [Norm]
15:06:27 [Zakim]
15:06:28 [Norm]
15:06:32 [Norm]
Present: Paul, Norm, Vojtech, Mohamed, Alex
15:06:43 [Norm]
Topic: Next meeting: telcon 22 Oct 2009
15:06:50 [Norm]
No regrets heard.
15:07:13 [Norm]
Paul gives regrets for 29 Oct
15:08:19 [Norm]
Topic: W3C Technical Plenary
15:08:35 [Norm]
Expected: Norm, Henry, Alex, Vojtech, correct?
15:09:02 [Norm]
Norm: I believe I requested a phone, we'll hook up Zakim for you if we can.
15:10:00 [Norm]
Alex gives regrets for TPAC after all
15:10:30 [ht]
Aw p1sh :-(
15:11:08 [Norm]
Topic: Versioning and forwards compatibility
15:11:27 [Norm]
15:11:47 [Norm]
Norm attempts to summarize where we stand.
15:12:10 [Norm]
Norm: The status quo allows very limited forwards-compatibility and only if new step declarations are loaded from the W3C server.
15:12:20 [Norm]
Norm: You can't just load a V2 pipeline in a V1 processor and expect it to work.
15:13:20 [Norm]
Norm: The desire has been expressed, from several camps, to provide a more flexible story.
15:13:36 [Norm]
Norm: They want something that will "just work"
15:14:51 [Norm]
Norm: And the ability to use p:choose to select between two different flavors of pipeline, for V1 or V2.
15:15:12 [Norm]
Norm: And they don't want to have to hit the W3C web server for new decls to make it work.
15:16:05 [Norm]
Norm: The last point to make is, if you don't do versioning "right" in V1, it's very hard to get it right later.
15:16:54 [Norm]
Norm: Do we care? Are we going to try to address this in V1?
15:17:21 [Norm]
No one is heard to argue for the status qo.
15:17:24 [Norm]
15:18:00 [Norm]
Mohamed: Let's go as far as possible in the investigation since this is the last chance. But at the end, perhaps we'll stick to the status quo.
15:18:22 [ht]
+1 to MoZ
15:18:36 [Norm]
Norm: I think the proposals boil down to two camps:
15:18:55 [Norm]
1. Some sort of defaulting rules for what to do when you see steps/ports in the p: namespace that you don't recognize.
15:19:09 [Norm]
2. Some sort of static manipulation like XSLT's use-when
15:21:32 [Norm]
Norm attempts to summarize the two flavors.
15:21:39 [Norm]
Norm: Thoughts?
15:21:44 [Norm]
Norm: Comments?
15:22:13 [Norm]
Alex: Thinking about Norm's proposal for empty sequence on output.
15:22:36 [Norm]
Norm: One weakness of my proposal is that it requires you to have the 2.0 declarations.
15:23:03 [ht]
As I said in email, I find Jeni's critique of that [being online] compelling
15:24:11 [Norm]
Alex: The 1.0 processor isn't going to do the right thing...
15:24:36 [Norm]
Vojtech: If we introduce defaulting that can work without the declarations, then we have to be a lot more relaxed about static errors.
15:25:21 [ht]
That's why I prefer the use-when approach
15:25:30 [Norm]
Alex: If you're trying to do this, the onus on the 1.0 processor is that it has to go retrieve the stuff.
15:26:11 [Norm]
Norm: I'm (mostly) convinced by the offline arguments.
15:27:09 [Norm]
Norm: The reality is, I think the use-when approach is the most practical. It balances ignoring things with user-control.
15:28:31 [Norm]
...It's the C preprocessor.
15:28:40 [Norm]
Vojtech: Does this solve what we want to solve?
15:29:03 [Norm]
...This is really the forwards-compatible mode. When you evaluate these use-when conditions, you wind up with some sort of pipeline.
15:29:35 [Norm]
Alex: One interpretation is that we have this static view and we're trying to adjust that. The other is that the data flow graph is the same in both situations, but what the steps can do is different.
15:30:17 [Norm]
...In the case where you produce an empty sequence, you can still hook things up.
15:30:22 [Norm]
Norm: Right. If you ahve the declarations.
15:30:25 [Norm]
15:32:35 [Norm]
Norm natters on about the need to have declarations.
15:33:00 [Norm]
Norm points out that the user community that wants us to fix this isn't going to be happy with the need to load declaratins.
15:33:10 [Norm]
Alex: I'm not against the use-when approach.
15:34:50 [Norm]
Norm wonders out loud about the requirement to use use-when; or can we have p:when that contains a step we don't recognize and still "compile" the pipeline.
15:35:12 [Norm]
Alex: I don't think use-when is as simple as it is in the case of XSLT.
15:35:34 [Norm]
Norm: And does this really solve the backwards compability problem? If you throw a random V2 pipeline at a V1 processor, what will it do?
15:38:07 [Norm]
Norm: If a pipeline uses a V2 step unconditionally, there's nothing a V1 processor can do with it.
15:38:39 [Norm]
...So if an author wants to write a pipeline that can run in V1, he or she will have to use some sort of conditionality.
15:40:11 [MoZ]
15:40:40 [Norm]
ack moz
15:40:52 [Norm]
Mohamed: My understanding is that we have three levels:
15:41:05 [Norm]
...1: mandate importing of step decls; without them then there are two levels:
15:41:14 [Norm]
...1a: primary ports
15:41:18 [Norm]
...1b: secondary ports
15:41:30 [Norm]
...My understanding is that only primary ports could be connected automatically.
15:41:32 [Norm]
Norm: Right.
15:41:48 [Norm]
Mohamed: So I think the lack of information that we have to compute the graph dependencies is only on primary ports.
15:41:54 [Norm]
Norm: Right.
15:42:16 [Norm]
Mohamed: On one branch, we say that a new primary port can never be added in
15:42:56 [Norm]
...Or, we say that if you add some primary port then we say that you have to make the connection explicit if you want to run it in V1.
15:43:24 [Norm]
Vojtech: This is only about existing steps, not about new steps.
15:43:26 [Norm]
Norm: True
15:43:57 [Norm]
Mohamed: The same could be true for new steps, you have to make all the bindings explicit.
15:44:10 [Norm]
Norm: So if you see a new step, you assume that it has no primary inputs or outputs.
15:44:45 [Norm]
Mohamed: Yes.
15:44:47 [Norm]
Norm: Interesting.
15:45:20 [Norm]
Mohamed: As soon as we say that we don't want the user to import the step declarations, then the user will have to put new information into the pipeline to make it work in V1.
15:46:12 [Norm]
Vojtech: For new V2 things that have have inputs like "iteration-source" that aren't recognized, then the pipeline will just fail.
15:48:14 [Norm]
More discussion.
15:48:40 [Norm]
Mohamed: The only point of my proposal is that it moves the entire static validation into dynamic when you have p:choose or p:try
15:51:22 [Norm]
More discussion
15:51:36 [Norm]
Norm talks through the "propagate errors up" story again.
15:53:22 [Norm]
Mohamed observes that we have to support p:choose/p:try dynamically.
15:56:35 [Norm]
Vojtech: We have to decide if a new messages output port on p:xslt should work or should be a failure.
15:56:41 [Norm]
...I don't think we can really solve this.
15:56:52 [Norm]
Alex: I'm having trouble following the different situations we want to handle.
15:57:34 [Norm]
Norm: Is there consensus to explore a radical solution that involves defaulting, use-when, and the other mechanisms that we've discussed here?
15:58:05 [Norm]
Proposal: Norm to attempt to write this up?
15:58:21 [ht]
15:58:33 [Norm]
15:58:35 [ht]
Willing to help
15:59:29 [Norm]
Norm: I think the solution has these general features:
15:59:35 [Norm]
1. Remove the requirement to load step declarations
15:59:55 [Norm]
2. Add use-when to allow authors to be explicitly dynamic
16:00:38 [Norm]
3. Add some defaulting rules to allow for dynamic selection (p:choose) of steps from different versions. (p:identity vs. p:identity-with-colors)
16:00:48 [Norm]
4. Add a version attribute to identify when forwards compatible behavior is required
16:02:16 [Norm]
Norm: I don't want a V1 processor running a pipeline that it thinks is a V1 pipeline to be unable to statically reject broken pipelines.
16:02:30 [Norm]
Norm: I suppose we could require a version attribute, like XSLT does.
16:03:12 [Norm]
Topic: Any other business?
16:03:45 [Norm]
ht, can you send email reminding us how short LC and CR are allowed to be?
16:03:54 [Norm]
16:03:58 [Zakim]
16:04:04 [Zakim]
16:04:08 [ht]
Will do
16:04:08 [Zakim]
16:04:11 [Zakim]
16:04:12 [Zakim]
16:04:14 [Norm]
RRSAgent, set logs world-visible
16:04:17 [Zakim]
XML_PMWG()11:00AM has ended
16:04:18 [Norm]
RRSAgent, draft minutes
16:04:18 [RRSAgent]
I have made the request to generate Norm
16:04:19 [Zakim]
Attendees were PGrosso, Jeroen, Vojtech, +1.413.624.aaaa, Norm, MoZ, Alex_Milows
16:05:48 [alexmilowski]
alexmilowski has left #xproc
16:09:00 [PGrosso]
PGrosso has left #xproc
18:00:22 [Zakim]
Zakim has left #xproc
18:53:03 [Norm]
RRSAgent, bye
18:53:03 [RRSAgent]
I see no action items