13:04:23 <RRSAgent> RRSAgent has joined #forms
13:04:23 <RRSAgent> logging to http://www.w3.org/2010/03/25-forms-irc
13:04:29 <John_Boyer> zakim, code?
13:04:29 <Zakim> the conference code is 26631 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), John_Boyer
13:04:45 <Steven> zakim, [IBM has Steven, Nick, Leigh, Erik, Charlie
13:04:45 <Zakim> +Steven, Nick, Leigh, Erik, Charlie; got it
13:05:35 <Zakim> +John_Boyer
13:05:35 <Steven> Meeting: Forms WG FtF Cambridge Ma. USA, Day 2
13:05:53 <Steven> Chair: Steven, Leigh
13:07:35 <Steven> Agenda: http://www.w3.org/MarkUp/Forms/wiki/FtF_2010_03_24_Agenda
13:07:42 <Steven> rrsagent, make minutes
13:07:42 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/25-forms-minutes.html Steven
13:08:26 <Steven> rrsagent, make log public
13:08:33 <Steven> rrsagent, make minutes
13:08:33 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/25-forms-minutes.html Steven
13:09:22 <Steeeven> Steeeven has joined #forms
13:09:28 <klotz> klotz has joined #forms
13:10:34 <Steven_> rrsagent, here
13:10:34 <RRSAgent> See http://www.w3.org/2010/03/25-forms-irc#T13-10-34
13:12:44 <Steven> steven
13:18:41 <wiecha> http://lists.w3.org/Archives/Public/public-forms/2010Mar/att-0024/index-diff.html
13:18:47 <Steven_> Topic: External models
13:18:54 <Steven_> [Leigh scribing offline]
13:28:15 <Steven> q+ Nick
13:28:24 <Steven> ack Nick
13:29:02 <raman> raman has joined #forms
13:38:55 <klotz> http://en.wikipedia.org/wiki/Lambda_calculus#Beta_reduction
13:39:29 <klotz> http://en.wikipedia.org/wiki/Lambda_calculus#Alpha_equivalence
14:07:52 <raman> lambda calculus sounds more interesting than my current meeting
14:12:38 <nick> q+
14:13:36 <wiecha> q+
14:13:57 <Steven> ack Nick
14:15:06 <klotz> q+
14:15:13 <Steven> ack Wei
14:15:17 <Steven> ack W
14:20:07 <Steven> ack k
14:37:01 <nick> q+
14:37:04 <John_Boyer> q+
14:38:06 <Steven> ack n
14:39:10 <Steven> we'll take a break in 12 then
14:39:43 <Steven> zakim, remind me in 10 to break
14:39:43 <Zakim> ok, Steven
14:40:07 <Steven> ack j
14:40:14 <nick> There is a big difference between the import and instance use case, I think there is a use case for the override of instances
14:49:44 <Zakim> Steven, you asked to be reminded at this time to break
14:50:46 <Zakim> -John_Boyer
14:51:19 <Zakim> -[IBMCambridge]
14:51:21 <Zakim> Team_(forms)13:02Z has ended
14:51:22 <Zakim> Attendees were Steven, Nick, Leigh, Erik, Charlie, John_Boyer
15:11:19 <nick> nick has joined #forms
15:11:24 <markbirbeck> markbirbeck has joined #forms
15:12:11 <ebruchez> ebruchez has joined #forms
15:12:14 <klotz> klotz has joined #forms
15:12:45 <wiecha> wiecha has joined #forms
15:28:23 <ebruchez> Scribe: Erik
15:28:24 <klotz> http://lists.w3.org/Archives/Public/public-forms/2010Mar/0035.html
15:28:28 <ebruchez> Scribenick: ebruchez
15:28:37 <klotz> That is the morning minutes.
15:28:49 <ebruchez> Topic: XForms for HTML
15:29:29 <ebruchez> Leigh: charter says we need to do a note on XForms for HTML. My proposal: document what implementations are already doing.
15:29:46 <ebruchez> Charlie: What happens with the attributes spec?
15:30:00 <ebruchez> Steven: That was attempt to bridge w/ HTML ppl and that failed. So there is no point anymore.
15:30:21 <ebruchez> Charlie: Asking because I found ppl interested in it.
15:30:59 <ebruchez> Leigh: My story is we document, and XForms for HTML/A is a separate document.
15:31:29 <ebruchez> Leigh: So 2 docs: document current stuff under title XForms for HTML. And separate doc for attributes version.
15:32:41 <ebruchez> Leigh: "XForms for HTML" should describes just that, XForms for HTML.
15:33:06 <ebruchez> Leigh: It will continue to be a rec track doc, and then we can still publish it as a Note.
15:35:04 <ebruchez> Charlie: I don't plan to work myself on the attributes version.
15:35:45 <ebruchez> Leigh: We could do both docs as rec track docs.
15:36:00 <ebruchez> Leigh: What are the goals for "XForms for HTML"?
15:36:49 <ebruchez> Steven: Validation + support models in the body.
15:37:22 <klotz> Validation, documentation
15:37:26 <ebruchez> Leigh: It's an architectural choice: Ubiquity supports that, e.g. XSLTForms doesn't.
15:38:11 <ebruchez> Erik: Shouldn
15:38:11 <ebruchez> '
15:38:25 <ebruchez> t such as spec say something about placement of models?
15:38:30 <ebruchez> Leigh, Steven: Yes.
15:38:38 <ebruchez> Leigh: Styling is a big one too.
15:38:51 <ebruchez> Charlie: What's the issue?
15:39:47 <ebruchez> Leigh: In Mozilla, CSS syntax w/ xf|* etc. Some implementations just use special class names.
15:40:44 <ebruchez> Erik: We decided on class names a long time ago, but it's not in a spec.
15:41:41 <ebruchez> Leigh: Transforming implementations, e.g. XSLTForms, insert stuff between elements. So some CSS won't work exactly as intended.
15:42:00 <ebruchez> Steven: You could have some base CSS what works with most implementations.
15:42:22 <ebruchez> Leigh: We are pretty weak on CSS already, would be nice to say more.
15:44:14 <klotz> Scribnick: klotz
15:44:24 <klotz> Erik: <xf:input><xf:label>...</xf:label>... 
15:44:54 <klotz> Erik: What does a transforming impl produce?  <label>...</label><input>... loses the nesting.  If you want the nesting you do something different.
15:45:30 <klotz> Erik:<span class="xf-input"><label class="xf-label">...</label><input ...></span> with classes
15:46:27 <ebruchez> Leigh: We should have goals. E.g. for improved interoperability and author facility.
15:47:23 <ebruchez> Leigh: Also, what things are not going to work: xf:submission[@replace = 'all'] not handling events afterwards, or breaking the back button.
15:48:04 <ebruchez> Erik: There was a shift from XForms as part of the browser to XForms implemented in HTML/JavaScript etc.
15:48:52 <ebruchez> Leigh: That's why we need a new spec to address those things.
15:49:27 <ebruchez> Leigh: Including some problematic controls, like upload and range.
15:50:11 <ebruchez> Leigh: Different schemas: for best author practice, and for conformance
15:51:23 <ebruchez> Charlie: Is this only related to XForms/HTML, or a general XForms thing?
15:52:12 <ebruchez> Erik: HTML and XHTML are both serialization of an information set, you could apply schema to HTML.
15:52:28 <ebruchez> Leigh: Oxygen etc. have tools.
15:53:21 <ebruchez> Charlie: Is DTD compatibility in scope?
15:53:34 <ebruchez> Steven: DTD has issues w/ e.g. inline instances.
15:54:11 <ebruchez> Charlie: Isn't this XForms for HTML, not XForms for XHTML.
15:55:56 <ebruchez> Charlie: Should consider the title: is it for HTML or XHTML?
15:56:59 <ebruchez> Erik: For us there are not big difference between HTML and XHTML.
15:57:13 <ebruchez> Leigh: ...
15:57:31 <klotz> Leigh: Namespaces in HTML are a big red flag to many people and we shouldn't try to claim that.
15:58:26 <ebruchez> Steven: Some say that since IE 9 will support XHTML, "distributed extensibility" is no longer an issue.
15:58:57 <ebruchez> Leigh: I'd rather not invent new stuff here, just document. CSS is a little more tricky.
15:59:25 <ebruchez> Leigh: So in short: 1. Draw CSS to the center 2. Express limitations, and 3. Schema.
16:00:51 <klotz> Two schemas: one for authors with recommended practices and one for implementors with minimal compliance.
16:01:11 <klotz> Also I'd like to note that we expect DOM APIs and WebApps to provide APIs to reduce limitations in future.
16:01:13 <ebruchez> Steven: Erik, do you rewrite CSS as well?
16:01:36 <ebruchez> Erik: No, we assume that the CSS author knows the resulting HTML (use Firebug).
16:02:35 <ebruchez> Erik: Seems everybody agrees on those goals.
16:03:07 <ebruchez> Leigh: SGML-based HTML is a non-goal.
16:05:23 <ebruchez> Charlie: Would be nice later to have something about XForms within HTML (e.g. HTML 6).
16:07:02 <ebruchez> Leigh: This is for the future, when the dust settles on HTML 5.
16:07:37 <ebruchez> Leigh: First decision: existing document and titles.
16:07:48 <Steven> Steven has joined #forms
16:10:12 <klotz> Leigh: The shortname is xforms-for-html
16:11:45 <ebruchez> Steven: Easiest way should be to just put a clarification of the title.
16:13:39 <Steven> and point to the HTML Mime types document for tips on serving to HTML UAs
16:13:59 <Steven> http://www.w3.org/TR/xhtml-media-types/
16:14:24 <ebruchez> Charlie: "XForms/A" has yet unknown title, will have content of current "XForms for HTML", and move somewhere else. Current document "XForms for HTML" will have new content and have explanation re. HTML vs. XHTML.
16:15:34 <John_Boyer> zakim, code?
16:15:34 <Zakim> the conference code is 26631 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), John_Boyer
16:15:41 <John_Boyer> zakim, who is here?
16:15:41 <Zakim> apparently Team_(forms)13:02Z has ended, John_Boyer
16:15:43 <Zakim> On IRC I see Steven, wiecha, klotz, ebruchez, markbirbeck, nick, RRSAgent, John_Boyer, Zakim, trackbot
16:15:58 <Steven> phoning in
16:16:29 <Zakim> Team_(forms)13:02Z has now started
16:16:37 <Zakim> +[IBMCambridge]
16:16:44 <Zakim> +John_Boyer
16:16:53 <Steven> zakim, [ibm has Erik, Charlie, Steven, Nick, Leigh
16:16:53 <Zakim> +Erik, Charlie, Steven, Nick, Leigh; got it
16:17:05 <Steven> rrsagent, make minutess
16:17:05 <RRSAgent> I'm logging. I don't understand 'make minutess', Steven.  Try /msg RRSAgent help
16:17:10 <Steven> rrsagent, make minutes
16:17:10 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/25-forms-minutes.html Steven
16:17:19 <ebruchez> Leigh: (Summarizes.)
16:18:19 <Steven> http://www.w3.org/TR/XForms-for-HTML/
16:18:27 <ebruchez> John: Reason for HTML only?
16:18:45 <ebruchez> Leigh: We don't want to be embroiled in the HTML/XHTML discussion.
16:18:56 <ebruchez> s/HTML only/XHTML only
16:19:32 <nick> rrsagent, make minutes
16:19:32 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/25-forms-minutes.html nick
16:20:11 <ebruchez> Leigh: Theory is to only describe XHTML in the spec, and leave HTML up to implementors who are free to transform one way or the other.
16:21:19 <ebruchez> Steven: Proposal: this documents how ppl are currently serving XHTML+XForms docs to legacy user agents. Docs are XHTML+XForms, but they are served to HTML user agents.
16:21:42 <ebruchez> John: It doesn't seem that besides XForms elements, well-formedness is needed for HTML content.
16:22:05 <ebruchez> John: You can still use XForms markup within HTML.
16:22:27 <ebruchez> Leigh: It's not necessarily interoperable. Some implementations don't support XForms within HTML, so is not current practice.
16:23:16 <Steeeven> Steeeven has joined #forms
16:23:28 <ebruchez> John: Apps in Ubiquity work better in HTML, XHTML actually harder for Ubiquity.
16:24:21 <ebruchez> Leigh: All other implementations are using XHTML.
16:25:02 <ebruchez> John: Doc could say that implementations may use the tags in HTML.
16:25:42 <ebruchez> Steven: There is a way to serve XForms+XHTML to HTML user agents that will work.
16:26:22 <ebruchez> John: We support non-well-formed HTML.
16:26:34 <ebruchez> s/formed HTML/formed XHTML
16:27:14 <ebruchez> Leigh: I would really like to try to stay away from the HTML/XHTML debate.
16:27:33 <Steven> really he said "the extensibility debate"
16:28:05 <ebruchez> John: Only downside would be that I can't say that we are "XForms for XHTML"-compliant if we produce HTML+XForms.
16:28:20 <ebruchez> Leigh: Right.
16:29:16 <ebruchez> Leigh: Q. re XForms/A: who is going to be the editor?
16:29:26 <ebruchez> John: In the short term, we need a different editor.
16:30:17 <ebruchez> Leigh: We just move it and leave John as editor.
16:30:58 <ebruchez> “There are only two hard problems in Computer Science: cache invalidation and naming things.”
16:31:52 <ebruchez> Leigh: "XForms attributes for HTML"
16:32:57 <klotz> s/attributes/Attributes/
16:33:31 <klotz> that gives us X4H, XA4H.
16:34:06 <ebruchez> RESOLUTION: The current "XForms for HTML" document is renamed to "XForms attributes for HTML".
16:34:41 <klotz> xf
16:35:02 <klotz> xmlns:xf="http://www.w3.org/2002/xforms"
16:35:51 <ebruchez> John: Proposing "xa" as namespace prefix. Same namespace.
16:37:14 <ebruchez> ACTION: Leigh Klotz to document "XForms for HTML" goals for group agreement.
16:37:14 <trackbot> Created ACTION-610 - Klotz to document "XForms for HTML" goals for group agreement. [on Leigh Klotz, Jr. - due 2010-04-01].
16:42:53 <wiecha> http://st85meetings.lotus.com/stmeetings/room/wiecha@us.ibm.com/public
16:47:30 <klotz> http://twitter.com/AlainCouthures/status/8514096737
16:51:35 <klotz> http://en.wikipedia.org/w/api.php?action=opensearch&format=json&search=xforms
16:52:27 <klotz> ["xforms",["XForms","XForms (toolkit)","XForms (disambiguation)"]]
16:53:47 <nick> PicoForms version of the JSON: <json type="array">xforms</json><json type="array" type="array">XForms</json><js
16:53:48 <nick> on type="array">XForms (toolkit)</json><json type="array">XForms (disambiguation
16:53:48 <nick> )</json>
16:58:57 <klotz> http://kuberam.ro/
17:03:51 <klotz> <xf:xslt xmlDoc="instance('instance2')/pac" xslDoc="/webApps/apps/sitKubera/examples/xslt_action/test_xslt_action.xsl" target="instance('instance1')/v1" parameters="instance('instance2')/parameters"/>
17:04:25 <nick> XSLT transform with an XPath function : http://www.saxonica.com/documentation/extensions/functions/transform.html
17:09:57 <ebruchez> <xf:replace target="instance('instance2')/pac" origin="instance('instance1')/v1"/>
17:14:26 <Steven> Leigh: An interesting space to watch, since we're seeing people adding extension functions to other people's XForms implementations
17:15:41 <klotz> those are the four demos of exsltforms.
17:17:55 <Zakim> -[IBMCambridge]
17:17:57 <Zakim> -John_Boyer
17:17:58 <Zakim> Team_(forms)13:02Z has ended
17:18:00 <Zakim> Attendees were John_Boyer, Erik, Charlie, Steven, Nick, Leigh
17:34:40 <raman> raman has joined #forms
18:32:58 <raman> raman has joined #forms
18:38:37 <nick> nick has joined #forms
18:38:39 <Zakim> Team_(forms)13:02Z has now started
18:38:46 <Zakim> +[IBMCambridge]
18:39:38 <wiecha> wiecha has joined #forms
18:40:43 <John_Boyer> zakim, code?
18:40:43 <Zakim> the conference code is 26631 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), John_Boyer
18:41:25 <Zakim> +John_Boyer
18:41:58 <ebruchez> ebruchez has joined #forms
18:44:05 <Steeeven> Steeeven has joined #forms
18:44:50 <ebruchez> Scribe: Erik
18:44:54 <ebruchez> Scribenick: ebruchez
18:45:00 <Steeeven> rrsagent, make minutes
18:45:00 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/25-forms-minutes.html Steeeven
18:45:40 <Steeeven> Steeeven
18:46:27 <klotz> klotz has joined #forms
18:46:32 <ebruchez> Topic: External models
18:48:57 <ebruchez> John: Compound document/archival format is the better solution. At this time we use @src only. And maintaining a single XML document is harder and harder to maintain. So we go more towards the archival format and the use of the @src attribute. So importing model into a single infoset is of less value and a single attribute would be better. @resource attribute use is not on the rise.
18:49:21 <ebruchez> Charlie: I can do a new pass on the text removing @resource and focus on the merge case.
18:50:00 <ebruchez> John: Then there are other questions, like ids.
18:50:51 <klotz> http://www.google.com/webhp?hl=en#hl=en&source=hp&q=import+vs+include&aq=f&aqi=g5g-m5&aql=&oq=&gs_rfai=&fp=a2bb30ecf4f91972
18:50:55 <ebruchez> John: Does the entire content of referenced resource get imported? Attributes, binds, etc. get merged.
18:51:06 <klotz> http://www.google.com/webhp?q=import+vs+include
18:51:18 <ebruchez> John: Any room for conflicts?
18:51:40 <ebruchez> Charlie: Id conflicts.
18:52:33 <ebruchez> John: Seems easier to be in situation where imported model and importing model both have same constraint.
18:53:02 <John_Boyer> we should support imported model and importing model both expressing a constraint
18:53:13 <ebruchez> Erik: There doesn't seem to be a fundamental issue supporting this: do AND or OR.
18:53:19 <ebruchez> Charlie: @calculate could be harder.
18:53:45 <ebruchez> Charlie: Could there be a question of priority?
18:54:07 <ebruchez> John: If sby says node is readonly, then it should be readonly.
18:54:46 <ebruchez> John: Especially if we say definitions are merged in. Behavior should be identical.
18:56:58 <Steven> Steven has joined #forms
18:58:38 <ebruchez> Leigh: I did a graph/table showing all the combinations: to be complete, you would need to specify how things combine.
18:59:10 <ebruchez> John: Is there a default combination setting?
18:59:21 <ebruchez> Leigh: Default right now is "disallow".
18:59:33 <ebruchez> John: I was proposing to change that default.
18:59:49 <ebruchez> Leigh: I woud propose to make this explicit.
19:00:38 <ebruchez> John: Doest import get anything over includes?
19:00:49 <ebruchez> s/Doest/Does
19:01:23 <John_Boyer> I think model src needs to have better combinators by default and needs to solve some ID problems
19:01:24 <ebruchez> Leigh: No, we need to solve the underlying tough issues re. binds merging.
19:02:40 <ebruchez> Erik: Validity seems an obvious AND.
19:03:31 <ebruchez> John: Right. ...
19:04:25 <John_Boyer> already do it on type+required+constraint
19:04:41 <ebruchez> Leigh: In 2002, we said we would look into it for 2.0.
19:05:15 <John_Boyer> which we could maybe reinterpret as one point 2.0
19:05:46 <ebruchez> John: Without explicit combinations, I think we have a pretty good solution already.
19:06:32 <ebruchez> Leigh: We should look into whether override is the default.
19:06:39 <ebruchez> John: No, AND is the natural default.
19:07:04 <John_Boyer> for constraint
19:07:12 <ebruchez> Leigh: What about required?
19:07:20 <ebruchez> Erik: It's a validity constraint too.
19:07:23 <ebruchez> John: And type as well.
19:07:47 <raman> raman has joined #forms
19:08:32 <ebruchez> John: I can already write constraints that never pass, e.g. < 0 and > 0 in a single constraint.
19:10:17 <ebruchez> Erik: required has 2 aspects: data validation & UI.
19:10:35 <ebruchez> Leigh: Required goes the other way then.
19:11:33 <ebruchez> John: It's an OR on the attribute value, but an AND for the resulting constraint.
19:12:33 <ebruchez> Erik: By default, node is readwrite, optional, relevant, and valid.
19:12:57 <ebruchez> John: Try the reasonable defaults first, then add explicit combinators if we find out that we need them.
19:13:27 <ebruchez> Erik: Would be nice to see use case for non-defaults.
19:14:17 <ebruchez> Leigh: Was just saying we need to think about the potential issues and make sure they are solved, otherwise it's no better than XInclude.
19:16:38 <ebruchez> Leigh: I can be convinced that the solution is ok.
19:17:05 <ebruchez> John: We already say right now that all types must apply.
19:18:03 <ebruchez> Erik: @calculate is tricky. Should probably just be "disallow".
19:18:19 <ebruchez> John: We have AND, OR, and "disallow".
19:18:28 <ebruchez> Leigh: Also "replace" is possible.
19:19:08 <ebruchez> Leigh: In RELAX NG, include supports nested schema stuff, which overrides imported definitions.
19:20:11 <ebruchez> Erik: A bit different since in RNG, overrides imported definitions. Here, we have the definitions in the importing model.
19:20:31 <ebruchez> John: What about document security?
19:20:49 <ebruchez> Erik: If you import, you trust what you are importing.
19:22:00 <ebruchez> John: In CDF, there were lots of discussion on security.
19:23:35 <ebruchez> Erik: You import submissions, binds, that may affect instances in importing model. I think you are assuming trust.
19:24:18 <ebruchez> Erik: Diff w/ XInclude is we can better import /*/(xforms:*, @schema) while XInclude requires schemes that nobody implements to do that.
19:24:32 <ebruchez> John: And recursion.
19:25:12 <ebruchez> John: Is it necessary to have separate syntax then?
19:25:56 <ebruchez> Leigh: If all we are getting is same as XInclude behavior, and no value over that, then we should question what we are doing.
19:26:16 <ebruchez> Leigh: Also, import vs. include.
19:26:55 <ebruchez> Leigh: For now, it seems to me we are doing include, the simple stuff.
19:28:39 <ebruchez> Leigh: Lots of stuff that could be done w/ import.
19:29:40 <ebruchez> Erik: We don't know what import would do.
19:30:16 <ebruchez> John: Id adjustment.
19:30:56 <ebruchez> Erik: Other idea was using @name instead of @id.
19:33:05 <ebruchez> Erik: Scenario w/ @name works when referencing model content from the UI because we already have scoping by model.
19:33:41 <John_Boyer> seems the import element itself needs to say the name that will be used to refer to things in the imported content
19:34:30 <ebruchez> John: I need to say <import name="y">.
19:35:04 <raman> raman has joined #forms
19:35:15 <ebruchez> John: scenario of address model, with ship-to and bill-to.
19:35:45 <ebruchez> Erik: Better solved w/ XBL and local models.
19:36:15 <ebruchez> John: Just an example where you need to control the name.
19:37:41 <ebruchez> Erik: Can we work off a real use case?
19:37:51 <ebruchez> Charlie: Started with Steven's very simple use case: plain include.
19:38:04 <ebruchez> John: So would be illegal to import same resource twice.
19:39:49 <klotz> http://xformstest.org/klotz/2010/03/reception/test1.xml
19:39:54 <ebruchez> Erik: We have no experience on this.
19:40:17 <ebruchez> Charlie: Think that we should have implementations to base this feature on, not design it here.
19:41:40 <ebruchez> Leigh: So a simple include mechanism?
19:41:43 <ebruchez> Erik: xf:include
19:42:38 <ebruchez> John: Seems valuable to be able to break off stuff to manage complexity.
19:42:40 <ebruchez> http://www.w3.org/TR/xslt20/#include
19:43:49 <wiecha> wiecha has joined #forms
19:44:13 <ebruchez> John: Does the schema allow even putting xi:include in the model?
19:44:21 <ebruchez> Leigh: Schema is not really relevant here.
19:44:41 <nick> q++
19:45:08 <ebruchez> Leigh: Do like Erik, do your own stuff ;)
19:45:16 <ebruchez> Erik: We use XInclude but it has limitations.
19:46:23 <ebruchez> Leigh: Why not at the XFDL level?
19:46:30 <nick> ack me
19:47:17 <ebruchez> John: At XForms level would be more future proof.
19:47:45 <ebruchez> Leigh: We don't have enough implementation experience, just Erik and XInclude and he has a list of things he is not happy with that solution. Who else?
19:48:46 <raman> raman has joined #forms
19:49:41 <ebruchez> Leigh: I would like to see xxf:include in your implementation first.
19:52:01 <ebruchez> Leigh: People thinking about how nice it would be to have a feature doesn't mean we are ready to standardize it.
19:52:27 <ebruchez> Steven: How is that different from the initial XForm spec?
19:53:16 <ebruchez> Leigh: That was a very long time ago.
19:53:31 <ebruchez> John: Import/include is not unique to XForms.
20:12:13 <ebruchez> ACTION: Charlie to remove @resource attribute from external models draft.
20:12:13 <trackbot> Sorry, couldn't find user - Charlie
20:13:52 <John_Boyer> Default combinators (rather than disallow) for MIPs other than calculate
20:14:03 <John_Boyer> type - logical AND
20:14:08 <John_Boyer> constraint - logical AND
20:14:20 <John_Boyer> required - logical OR
20:14:32 <John_Boyer> readonly -logical OR
20:14:55 <John_Boyer> relevant - logical AND
20:18:43 <ebruchez> Erik: I suggest XOR for p3ptype.
20:22:22 <John_Boyer> calculate combinator is "disallow"
20:23:34 <John_Boyer> p3ptype combinator is "disallow" (or disallow unless identical)
20:25:05 <ebruchez> PROPOSED RESOLUTION: For XForms 1.2, we relax the constraint that only one MIP can apply to a given node. Depending on MIP: type: logical AND; constraint: logical AND; required: logical OR; readonly: logical OR; relevant: logical AND; calculate: "disallow"; p3ptype: "disallow".
20:26:41 <ebruchez> RESOLUTION: For XForms 1.2, we relax the constraint that only one MIP can apply to a given node. Depending on MIP: type: logical AND; constraint: logical AND; required: logical OR; readonly: logical OR; relevant: logical AND; calculate: "disallow"; p3ptype: "disallow".
20:28:32 <ebruchez> John: If p3ptype is deprecated, we don't even need to test for it anymore.
20:30:18 <klotz> www.zurich.ibm.com/~mts/.../AsKS_03-P3PPracticalExperiences-submit.pdf
20:31:48 <ebruchez> http://docs.google.com/viewer?a=v&q=cache:xotv-7hrO3gJ:www.zurich.ibm.com/~mts/bibliography/AsKS_03-P3PPracticalExperiences-submit.pdf+p3ptype+useful+or+not&hl=en&gl=us&pid=bl&srcid=ADGEESjw8ClflO8kqHIu5_s481aKzhOVZwl0vMSVWNuBiQ-y7mtXFi005xDPxQu3dxj3dIfBmuPr8Lw-1-v1JR9nflY26Ei5tzo1Ft3vh-ayv1bOSRBAo-EpF_DsLpVSRBXzRaFjYvXz&sig=AHIEtbTrYlz8Gk0PxsXyNKwz43p1RJSCMA
20:32:21 <klotz> http://lmgtfy.com/?q=p3p+type+useful+or+not
20:33:34 <ebruchez> http://www.zurich.ibm.com/~mts/bibliography/AsKS_03-P3PPracticalExperiences-submit.pdf
20:35:25 <ebruchez> PROPOSED RESOLUTION: We deprecate p3ptype in XForms 1.2.
20:35:47 <ebruchez> RESOLUTION: We deprecate p3ptype in XForms 1.2.
20:37:17 <klotz> <note>In this version, p3ptype is deprecated</note>
20:38:25 <ebruchez> Leigh: We don't have an XForms 1.2 document to put new features in, right?
20:38:36 <ebruchez> Erik: We tend to do the first pass on the wiki.
20:38:39 <klotz> OR take old features out.
20:40:00 <ebruchez> Steven: I think we should modularize.
20:40:10 <ebruchez> Erik: It will take too much manpower and we don't have it.
20:40:26 <ebruchez> John: We can start with a thin spec for now.
20:41:35 <ebruchez> http://www.w3.org/MarkUp/Forms/wiki/Category:XForms12
20:47:02 <klotz> http://www.w3.org/MarkUp/Forms/wiki/MIPS
20:47:49 <ebruchez> Current spec says: "It is an error to attempt to set a model item property twice on the same node (see 4.3.1 The xforms-rebuild Event for details)."
20:48:11 <ebruchez> "If a node already contains a model item property of the same name due to the processing of prior bind elements, then XForms processing for the containing document halts with an exception (4.5.1 The xforms-binding-exception Event)."
21:02:41 <raman> raman has joined #forms
21:06:37 <nick> http://www.w3.org/TR/xpath-functions/#func-iri-to-uri
21:09:10 <ebruchez> ACTION: Erik and John to report on use cases and experience on XInclude and form parts as feedback to group.
21:09:11 <trackbot> Created ACTION-611 - And John to report on use cases and experience on XInclude and form parts as feedback to group. [on Erik Bruchez - due 2010-04-01].
21:11:45 <ebruchez> http://www.w3.org/TR/xforms11/#model-xformsconstraints
21:21:13 <Zakim> -John_Boyer
21:21:15 <Zakim> -[IBMCambridge]
21:21:15 <Zakim> Team_(forms)13:02Z has ended
21:21:17 <Zakim> Attendees were [IBMCambridge], John_Boyer
21:21:31 <wiecha> rrsagent, make minutes
21:21:31 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/25-forms-minutes.html wiecha
21:36:09 <John_Boyer> John_Boyer has left #forms