17:16:10 <RRSAgent> RRSAgent has joined #forms
17:16:10 <RRSAgent> logging to http://www.w3.org/2009/02/11-forms-irc
17:16:14 <wiecha> wiecha has joined #forms
17:16:16 <John_Boyer> rrsagent, make log public
17:17:15 <John_Boyer> Meeting: W3C Forms WG Face to Face Meeting, Day 3, Feb. 11, 2009
17:17:30 <John_Boyer> Chair: John
17:18:55 <klotz> Scribe: Leigh
17:19:06 <klotz> John: Erik has asked about tests that we may have nobody pass.
17:19:16 <klotz> John: Part of that is conformance triange.
17:19:22 <klotz> s/triange/triage/
17:19:25 <klotz> John: XForms 1.2
17:19:39 <klotz> John: For the latter half of the day, start on XForms for HTML assertions
17:19:56 <klotz> Erik: I won't be here this afternoon.
17:20:29 <wellsk> Nick, can you find out Joern meant with tests 5.5.2.a and 5.5.3.a passing?  those are not real test cases
17:21:02 <klotz> John: We got an idea of what we're not doing (on Monday) but we need an idea of what we are doing.
17:21:24 <klotz> John: Test suite?  New report?  1.2 Mod?
17:21:35 <klotz> Charlie: Let's look quickly at what's important from yesterday.
17:21:49 <klotz> John: So, XForms 1.1 testing.
17:25:34 <klotz> John: Chapter 4 had some surprising no-passes.
17:25:50 <klotz> Charlie: If there are ones people can sign up to implement...
17:26:38 <John_Boyer> http://lists.w3.org/Archives/Public/public-forms/2009Feb/0031.html
17:28:07 <klotz> Keith: I made the test case changes to the Ubiquity tests but haven't tested them yet.
17:28:22 <Steven> Steven has joined #forms
17:28:39 <klotz> John: So we might get a few more passes.
17:29:07 <klotz> John: 3.3.4.b more bind element examples
17:30:13 <klotz> Erik: What should the first one do? There's no nodeset on the bind.
17:30:20 <klotz> Nick: It is then the default context node, the root.
17:30:34 <klotz> John: You should get an exception then as it has child elements.
17:30:41 <klotz> Erik: Binding exception; that's new in 1.1
17:31:13 <Steven> rrsagent, don't start a new log at midnight
17:31:22 <klotz> Keith: This was sparked by controversy on the list
17:31:23 <Steven> rrsagent, pointer?
17:31:23 <RRSAgent> See http://www.w3.org/2009/02/11-forms-irc#T17-31-23
17:31:29 <Steven> rrsagent, make minutes
17:31:29 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html Steven
17:31:43 <klotz> John: The controversy was the second one, a bind with no nodeset, for inner binds.
17:31:56 <ebruchez> 8.1.1 "Element nodes: If element child nodes are present, then an xforms-binding-exception occurs. "
17:32:21 <klotz> Leigh: So you should get an error on this whole page because of the first test, which has the wrong label?
17:32:59 <klotz> Erik: So what does bind with no nodeset mean?
17:33:04 <klotz> Nick: It's the initial context.
17:33:14 <Steven> i/John: Erik has asked about tests /Topic: Testing 1.1
17:33:19 <Steven> rrsagent, make minutes
17:33:19 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html Steven
17:34:08 <Steven> Present: Raman, Hubble, Uli, Leigh, Charlie, John, Erik, Nick, Steven
17:34:12 <klotz> Erik: So bind_002 should be "avg" not "/car"
17:34:44 <Steven> i/scribe: Leigh/scribenick: klotz
17:34:47 <klotz> Nick: There's no way to see both values at the same time.
17:34:50 <Steven> rrsagent, make minutes
17:34:50 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html Steven
17:35:05 <klotz> Leigh: Should we look at the spec to see what this was trying to test?
17:35:26 <klotz> John: It's testing the in-scope evaluation context node as default for nodeset.
17:35:42 <Steven> i/Scribe: Leigh/Scribenick: klotz
17:35:49 <Steven> rrsagent, make minutes
17:35:49 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html Steven
17:36:04 <klotz> John: [fixes example]
17:36:16 <klotz> Erik: The /prices/price operates relative to the av element so we need
17:36:17 <klotz> John: ..
17:36:27 <Steven> Present+Keith(remote)
17:38:40 <klotz> Erik: We've lost the first bind
17:38:45 <klotz> Leigh: That could be a different test.
17:41:11 <klotz> John: The inner bind has no nodeset.
17:41:29 <klotz> Leigh: OK.
17:44:27 <klotz> John: 4.5.2.a xforms-compute-exception
17:46:53 <klotz> Erik: The event handler is on the model; let me check the spec.
17:47:03 <klotz> John: 4.5.2.a is a copy-paste error.
17:47:16 <klotz> Erik: compute is dispatched to the model; there was a different test that was wrong.
17:47:23 <klotz> John: Why is this a link exception?
17:47:41 <klotz> Erik: The compute exception is always dispatched to the model; the bind exception is dispatched to the element.
17:48:25 <klotz> John: It has to be changed to compute exception.
17:49:08 <klotz> Erik: I think that's not true; it bubbles and stops processing after setting the instance.
17:50:14 <klotz> Leigh: I think our exception handling is way over engineered for what value it provides.
17:50:22 <klotz> John: It's under engineered; it just says "processing stops"
17:50:37 <klotz> Erik: You can't recover from this one so it makes no sense.
17:50:56 <klotz> John: We should say that the processor is required to dispatch the event but we can't say you can then use XForms markup.
17:51:30 <klotz> Erik: It should disable xforms after that; the events bubble but no xforms; you could use script for example.  We can't require the xforms engine to do anything.
17:51:49 <klotz> Uli: We say processing stops, but I don't know what that means.  What happens to outer events?  Is it cut off?
17:51:57 <klotz> Erik: It's implementation dependent.
17:52:17 <klotz> John: It does capture, bubble, and then done.  Anything after that nobody can have expectation.
17:52:25 <klotz> Erik: You can set a global flag.
17:52:57 <klotz> Uli: So how useful is such an exception if you can't handle it?  It's the opposite of Java (error/exception)
17:53:17 <klotz> John: We've changed version; we'll have to change this and some binding tests to "may also see the expression."
17:53:21 <klotz> Erik: It's more correct.
17:53:32 <klotz> Erik: Will Ubiquity show it?  Too early to say.
17:53:35 <klotz> John: Too early ot say.
17:53:42 <klotz> Erik: It depends on the processor.
17:53:51 <klotz> John: Firefox should now pass this test.
17:54:21 <klotz> Leigh: What generates it?
17:54:45 <klotz> John: xf:output value="es@#invalidXpath"
17:54:55 <klotz> Leigh: I think we've way overspecified what happens with authoring errors.
17:55:25 <klotz> Erik: We should say that no XForms processing can be done after.
17:55:37 <klotz> John: The spec says processing halt; the test assumes it doesn't.
17:55:44 <klotz> Erik: I had never understood.
17:55:57 <klotz> Uli: So it's useless to attach a message.
17:56:12 <klotz> John: It says that the default action is to halt processing.
17:56:16 <klotz> Erik: ...
17:56:20 <klotz> John: We halt processing after.
17:56:46 <klotz> Erik: I don't agree. We had this test where we through the exception during model initialization and the XForms processor could ignore any xforms actions that should be run.
17:56:50 <wellsk> FYI: test 4.5.a.xhmtl passes on FF3 when the link is changed to xforms-compute-exception
17:57:13 <klotz> Erik: It's an edge case, not very useful.  There's no way to say what ought to happen with half-initialized models and controls.
17:57:29 <klotz> Uli: What's the user's expectation?  The author?  you want to be notified.
17:58:09 <klotz> Leigh: I think it's a debugger issue, not an xforms issue.
17:58:21 <klotz> Erik: Look at a javascript error, for example.
17:58:25 <klotz> Uli: ...
17:59:08 <klotz> John: This is a design tool mechanism; an xforms processor is required to dispatch the exception but other than dispatching the event and letting it bubble, our processing (actions, ui) is not to be expected.  The XForms runtime is reporting an error.
17:59:46 <klotz> Erik: That's for exceptions; errors are recoverable.  So we shouldn't spend too much time on it.  The spec should have a note saying that the minimum support is necessary.
18:00:06 <klotz> Erik: Stop processing once default action is reached.
18:00:16 <klotz> Charlie: Do you have to go to the default action?  Can you dispatch and quit?
18:00:30 <klotz> Erik: The default action is what stops processing. You could simulate it.
18:01:10 <klotz> Charlie: It could terminate before bubble captures.
18:01:32 <klotz> John: I've gone through once before and made sure all exceptions halt processing.
18:01:54 <klotz> Uli: This says the default action happens after capture/bubble.  I've learned it's not necessarily so, in discussions iwth Mark Birbeck.
18:02:09 <klotz> Steven: XML Events doesn't define it; it's DOM events.
18:02:32 <klotz> Steven: The DOM 2 spec is vague; as I understand it, it has to happen after capture nad bubble.
18:02:40 <klotz> s/nad/and
18:02:47 <klotz> John: None are cancellable.
18:03:08 <unl> s/iwth/with/
18:05:19 <klotz> Leigh: can we just add a note saying what we "default action halts processing" means with respect to DOM events?
18:05:49 <klotz> John: I think what we need to say is that the hooked actions won't necessarily run either with exceptions that happen early in model construction.
18:07:12 <klotz> John: We can make a note in each exception saying implementations need not execute action handlers for each event (nor ui refresh)
18:07:45 <klotz> John: This test 4.5.2.a is challenging
18:08:01 <klotz> Erik: We can take out the second part.  Just test to see that the exception is thrown.
18:08:11 <klotz> Charlie: A script handler
18:08:18 <klotz> John: Which is implementation dependent.
18:13:28 <klotz> Leigh: Why not take out a "You may seen an output" and take out the Forms markup that runs after the exception.  Leave in only the stuff that all implementations should show and just print out "processing should halt" and test the negative: put in markup that ought not happen to show processing has halted.
18:13:38 <klotz> John: We did that once.  Was it link exception?
18:13:43 <klotz> Nick: 4.5.4.a
18:15:28 <klotz> John: So all the exception should do like 4.5.4.a and say "You shouldn't see this"  and say processor-dependent mechanism is necessary to test.
18:16:01 <klotz> Leigh: Sounds good.  If the xf:message in there isn't causing problems but won't show up necessarily, I'd say remove it, but I can live with it if it's not causing problems.
18:16:10 <klotz> Erik: It's confusing because it's not required.
18:16:24 <klotz> John: The xf:output inside xf:message may or may not work in the link exception.
18:16:34 <klotz> Charlie: It's in the bubble-capture so it should work.
18:17:06 <klotz> John: Since the link exception is in the instance you might not have an evaluation context, though it could be the default instance; we just don't say the order.
18:17:18 <klotz> John: So should I amend all the tests now?
18:19:22 <klotz> ACTION: John Boyer, for each exception event, note that implementations are not required to run XForms action handlers, and user interface update should not occur.
18:19:22 <trackbot> Sorry, amibiguous username (more than one match) - John
18:19:22 <trackbot> Try using a different identifier, such as family name or username (eg. jkugelma, jboyer)
18:19:46 <klotz> ACTION: jboyer, for each exception event, note that implementations are not required to run XForms action handlers, and user interface update must not occur.
18:19:46 <trackbot> Sorry, couldn't find user - jboyer,
18:20:50 <klotz> John: In 4.5.4.a we switched to using xhtml:p instead of xf:group because these exceptions halt processing.
18:32:05 <klotz> ACTION: John Boyer to update exception test cases to make no use of xforms processor after exception and indicate fatal error in prose.
18:32:05 <trackbot> Sorry, amibiguous username (more than one match) - John
18:32:05 <trackbot> Try using a different identifier, such as family name or username (eg. jkugelma, jboyer)
18:35:05 <klotz> Erik: ... xsi:type ...
18:35:14 <klotz> Nick: There is a test using id type as xsi:type
18:35:40 <klotz> Nick: There are 3 tests: name id, bind, and xsi:type
18:35:52 <klotz> John: I have a preference for things in our namespace.
18:36:41 <klotz> John: Do we need separate tests?  I don't want to get rid of xsi:type, but it looks like many fail.
18:36:54 <klotz> Erik: We don't pass lots of type tests, just not via xsi:type.
18:38:06 <klotz> Leigh: Is there a strong reason you don't implement xsi:type now?
18:38:25 <klotz> Erik: I'd have to look.
18:38:54 <klotz> John: It's a bit of a performance issue; we create pseudo-mips.
18:39:04 <klotz> Erik: I could check at control binding.
18:39:21 <klotz> John: It also affects validation.
18:39:43 <klotz> Erik: Our validation process applies a schema and the goes through the binds.  We are lacking the third one looking for xsi:type.
18:41:22 <klotz> Leigh: So it's not more deep problems; it's just work.
18:41:24 <klotz> Erik: Right.
18:45:47 <klotz> John: What about the chapter 5 tests?
18:46:18 <klotz> John: So 5.1.a-d uses xsi:type.  We need pairs with bind/@type
18:47:54 <klotz> John: Or change these to use type mip and make one test for xsi:type
19:01:12 <klotz> http://xformstest.org/2009/02/f2f/tests now has 5.1.a
19:07:29 <John_Boyer> I added/uploaded a new test 5.1.e that tests datatype validation using xsi:type (in prep for converting the other tests to using the XForms type MIP)
19:12:39 <klotz> http://xformstest.org/2009/02/f2f/tests now has 5.1.*
19:24:39 <unl> unl has joined #forms
19:24:46 <klotz> http://xformstest.org/2009/02/f2f/tests now has 5.2.1.*
19:51:47 <klotz> http://xformstest.org/2009/02/f2f/tests now has 5.2.6.a
19:55:54 <klotz> http://xformstest.org/2009/02/f2f/tests 5.2.1.a has changed the invalid anyURI value to "% 6 7" from " Bogus Data "
19:57:16 <Steven> Seen this XForms editor before? http://bpt.hpi.uni-potsdam.de/Oryx/XForms
19:57:25 <klotz> s/5\.\2\,1\.a/5.1.a/
20:03:27 <John_Boyer> http://www.w3.org/MarkUp/Forms/Test/XForms1.1/Edition1/Chapt04/4.5/4.5.3/4.5.3.a.xhtml
20:16:10 <klotz> John: Can we test it in FormsPlayer?
20:16:11 <klotz> Steven: Yes.
20:16:35 <klotz> John: It notices and puts up an error message but doesn't run the action, so it seems possible but it's technically not passing.
20:16:40 <klotz> Leigh: And show=replace
20:16:47 <klotz> Steven: It shows it in a different place
20:17:13 <klotz> Leigh: Why not remove the feature and let authors use submission/@replace='none' for testing beforehand and let authors who care rely on GET being idempotent?
20:17:27 <klotz> John: That doesn't implement it properly because it does two gets.
20:17:39 <klotz> Leigh: No, remove the feature and let authors do it themselves if they care.
20:17:47 <klotz> John: It's a 1.0 feature
20:18:04 <klotz> Erik: The world has changed since then and there are non-native implementations.
20:19:35 <klotz> Leigh: It's possible to do as an author in HTML using XHR and two gets.
20:19:45 <klotz> Erik: It's not quite correct because it might fail the second time.
20:20:01 <klotz> Leigh: Yes, that's the Wile E. Coyote problem.
20:20:10 <klotz> Erik: right.
20:20:59 <klotz> Erik: So it optional good enough?
20:21:04 <klotz> John: Optional means one implementor.
20:21:09 <klotz> Erik: What's weaker than optional?
20:21:14 <klotz> John: Nothing.
20:21:38 <klotz> John: We did not in status distinguish between recommended and optional.  Maybe in the future.
20:22:05 <klotz> Erik: So we can't go to rec.
20:22:09 <klotz> Leigh: Unless we take it out.
20:22:17 <klotz> John: We won't have a formal objection then.
20:22:24 <klotz> Erik: Mark could make it pass.
20:22:36 <klotz> John: But he's not working on it.
20:23:59 <klotz> John: So what do you think about removing xforms-link-error?  It is a 1.0 feature but nobody is counting on it.
20:24:07 <klotz> Raman: Remove it and see who screams.
20:24:27 <klotz> ACTION: John Boyer to remove xforms-link-error from 1.1 on the basis that it is not implemented.
20:24:27 <trackbot> Sorry, amibiguous username (more than one match) - John
20:24:27 <trackbot> Try using a different identifier, such as family name or username (eg. jkugelma, jboyer)
21:56:23 <nick> nick has joined #forms
22:02:05 <wiecha> wiecha has joined #forms
22:02:23 <John_Boyer> John_Boyer has joined #forms
22:03:57 <klotz> http://inwap.com/pdp10/pclsr.txt
22:04:29 <klotz> http://www.panda.com/tops-20/pclsr-memo.txt
22:05:11 <John_Boyer> rrsagent, make minutes
22:05:11 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html John_Boyer
22:08:52 <klotz> http://lambda-the-ultimate.org/node/463 also on PCLSR
22:09:20 <unl> unl has joined #forms
22:10:17 <Steven> Steven has joined #forms
22:21:23 <Steven> scribe: steven
22:21:40 <Steven> Topic: Community building
22:22:46 <Steven> Charlie: It would be fun to experiment in Ubiquity with different frameworks than Dojo
22:23:26 <Steven> John: People otuside of this room?
22:23:31 <Steven> s/tu/ut/
22:23:40 <wiecha> s/than/in addition to
22:23:48 <Steven> Leigh: We need to see the current stuff working first
22:24:17 <Steven> ... I think I can get involved a bit further along, but not yet
22:25:34 <Steven> Charlie: Is there anyone who wants to help with Ubiquity
22:25:57 <Steven> Steven: Not out of the question
22:26:10 <Steven> ... now that Jack Jansen is adding SMIL to Ubiquity
22:26:40 <Steven> Nick: Noton company time, but maybe in spare time
22:26:47 <Steven> s/Noton/Not on
22:27:10 <Steven> [John demos Ubiquity]
22:27:35 <Steven> [with outputs with images in the labels]
22:32:47 <Steven> [Group debugs example :-) ]
22:37:49 <Steven> John: Howmuch further along do we need to be?
22:37:56 <Steven> s/How/How /
22:38:31 <Steven> Leigh: There are things that don't work that stop me from trying it out sufficiently
22:38:53 <Steven> John: Couldn't you just fix it? It's open source
22:39:01 <Steven> Leigh: Not enough resources
22:39:16 <Steven> ... I would like to see custom controls being possible
22:40:18 <Steven> STeven: What's the process of joining
22:40:40 <Steven> John: Join the contributors'group
22:40:52 <Steven> s/group/ group/
22:40:54 <John_Boyer> http://groups.google.com/group/ubiquity-xforms-eng
22:41:26 <Steven> John: There is more information on that page
22:41:34 <Steven> ... including licensing
22:42:07 <Steven> STeven: Install SVN?
22:42:14 <Steven> John: Yes
22:42:21 <Steven> Raman: There is a web interface
22:49:27 <Steven> [John explains mechanics of Google code]
22:54:13 <Steven> [Leigh tries following the instructions]
22:55:05 <wellsk> try this: http://code.google.com/p/ubiquity-xforms/source/browse/trunk/samples/purchaseOrder/purchaseOrder.html 
22:59:17 <wellsk> oops: this one http://ubiquity-xforms.googlecode.com/svn/trunk/samples/purchaseOrder/purchaseOrder.html
23:02:52 <Steven> Topic: Modularisation
23:03:36 <John_Boyer> http://www.w3.org/MarkUp/Forms/wiki/XForms_1.2_Modularization
23:04:08 <Steven> John: We had a discussion Monday, but I'm not sure what the resolution of that was
23:05:52 <Steven> ... is there a higher-level view? How do we move forward?
23:06:01 <Steven> Leigh: Are we doing the modularization or not?
23:06:10 <Steven> John: I think not, not at the spec level
23:06:30 <Steven> ... there is a modularization at the script level
23:11:32 <Steven> John: We published XForms for HTML in December
23:11:49 <Steven> Raman: What's stopping us from going to last call?
23:12:20 <Steven> John: Last call in June would be good
23:12:35 <Steven> ... taking us to CR
23:12:46 <Steven> Steven: Who will implement?
23:12:54 <Steven> John: Ubiquity
23:13:08 <Steven> ... success will be over different browsers
23:13:42 <Steven> ... since getting it to work in different browsers is a lot of work
23:14:31 <Steven> ... it takes a lot of work to get through the rec track process,
23:14:41 <Steven> ... another test suite on top of the current one
23:14:57 <Steven> Leigh: We should write some samples
23:17:39 <Steven> Charlie: There are some in the Ubiquity project
23:18:49 <Steven> [John shows an example]
23:21:26 <Steven> Leigh: We don't want to do full modularization, but we are happy if it gets done for us by Ubiquity.
23:21:47 <Steven> ... The first example we should look for is an instance module
23:22:23 <Steven> Charlie: Functionally that works today, but the modules are not available yet
23:29:49 <Steven> Raman: Show how to do the Google suggest equivalent
23:33:59 <Steven> Leigh: Pick an Ajax library, and look to see what it means for the instance module to work with it
23:34:21 <Steven> Charlie: I am about to implement the data island module
23:40:30 <Steven> Raman: You can sell it to people who like the model, and to people who need controls
23:42:22 <Steven> John: Do people bind controls to JSON objects now?
23:42:37 <Steven> Charlie: ...
23:43:07 <Steven> ... there are data providers that give notifications
23:44:49 <Steven> Charlie: The repeat module is clearly missing elsewhere, so is a strength for us
23:53:52 <unl> unl has joined #forms
23:59:38 <Steven> John: So are we done?
00:00:01 <Steven> Uli: Well, there's XForms 2.0
00:00:21 <Steven> Leigh: We still have to deliver on the charter
00:01:00 <Steven> ... but modularization is not directly serving anyone
00:01:23 <Steven> ... we should be open to take the modules from outside, but we don't have to do it ourselves
00:06:58 <John_Boyer> work items going forward, then, are
00:06:59 <John_Boyer> 1) advancing xforms for html (examples, assertions, test suite),
00:07:27 <John_Boyer> 2) some new xforms 1.2 features to support xforms for html, such as context everywhere and json submissions
00:08:44 <John_Boyer> 3) start analyzing ajax programming and how parts or all of xforms might fit in
00:08:54 <John_Boyer> 4) XForms 2.0
00:11:49 <John_Boyer> 5) Finish XForms 1.1
00:13:35 <Steven> Leigh: Why do we have to do Basic?
00:13:49 <Steven> Steven: We can't leave it; either a note or take it to rec
00:14:12 <Steven> Leigh: 1.1 has subsumed basic in a profile
00:15:30 <Steven> Raman: Just do it, it is the same amount of work
00:15:52 <Steven> Leigh: We should add something to the status that points to 1.1 basic profile
00:17:57 <Steven> John: I favour a note, as being less work
00:22:25 <Steven> opic: Future meetings
00:22:32 <Steven> Topic: Future meetings
00:24:09 <Steven> Steven: Amsterdam or London?
00:24:18 <Steven> Leigh: Amsterdam is easier to argue for
00:24:30 <Steven> Charlie: I'd like to go somewhere new
00:25:31 <Steven> Steven: Well, we don't have to decide now. We can just say AMsterdam/London
00:25:35 <Steven> s/AM/Am/
00:25:45 <Steven> Uli: London will be more expensive
00:26:46 <Steven> Raman: But in London Mark will come
00:27:22 <Steven> Steven: He may well come to Amsterdam
00:27:30 <Steven> ... it's not too far
00:27:47 <Steven> Steven: ANd then there's TPAC
00:27:52 <Steven> s/AN/An/
00:28:01 <Steven> Steven: Dates for Europe?
00:28:14 <Steven> Nick: 8-10 June
00:28:35 <Steven> ... 4 June is the vday
00:31:17 <Steven> John: London for preference?
00:31:20 <Steven> Uli: Yes
00:31:29 <Steven> Leigh: Slightly harder for me then
00:32:20 <Steven> John: When and where is TPAC?
00:32:39 <Steven> Uli: San Francisco area, 2-6 November
00:33:39 <Steven> ... 2-6 November
00:33:39 <Steven> TPAC2009, Santa Clara Marriott, Santa Clara, CA, USA (in conjunction with AC Meeting)
00:33:47 <unl> http://www.w3.org/Consortium/meetings
00:35:49 <Steven> http://www.w3.org/Member/Eventscal
00:36:25 <Steven> http://www.w3.org/Member/#foryourcal
00:36:54 <nick> http://www.w3.org/Consortium/meetings
00:37:01 <klotz> http://letmegooglethatforyou.com/?q=w3c+technical+plenary+2009
00:37:57 <Steven> http://www.w3.org/2002/09/TPOverview.html
00:39:14 <Steven> EOM?
00:42:48 <Steven> [ADJOURN]
00:42:57 <Steven> rrsagent, make minutes
00:42:57 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html Steven
00:43:25 <nick> 11.10.a
00:43:25 <nick> 11.4.b Corrected instance reference
00:43:25 <nick> 5.1.a Changed xsi:type to MIPs
00:43:32 <nick> 5.1.b Changed xsi:type to MIPs
00:43:33 <nick> 5.1.c Changed xsi:type to MIPs
00:43:37 <nick> 5.1.d Changed xsi:type to MIPs
00:43:37 <nick> 5.2.1.a Changed xsi:type to MIPs
00:43:39 <nick> 5.2.1.b Changed xsi:type to MIPs
00:43:39 <nick> 5.2.1.c Changed xsi:type to MIPs
00:43:55 <Steven> s/STeven/Steven/G
00:43:56 <nick> Updated those action items
00:43:57 <wellsk> got them
00:44:07 <John_Boyer> also previously checked in new 5.1.e
00:44:17 <John_Boyer> rrsagent, make minutes
00:44:17 <RRSAgent> I have made the request to generate http://www.w3.org/2009/02/11-forms-minutes.html John_Boyer
00:45:08 <John_Boyer> John_Boyer has left #forms
01:26:55 <nick> nick has joined #forms