See also: IRC log
<trackbot> Date: 12 March 2014
Debriefing from XML Prague? [Alain?]
Steven: How was it?
Alain: Interesting for
XForms
... many cites of XForms
... about HTML5, instead of using XForms namespace, we could
could use xforms- for elements i.s.o namespace
... a new XSLT2 engine for browsers, compared with XFOrms
... Erik vd V about testing platform
... formula EMC still being developed, and added to
platform
... and XProc, using XForms
Steven: 'xformsunit' was the testing platform?
Alain: How to run tests automatically, testing XForms implementations
Steven: http://xformsunit.org/
Alain: All talks are on Youtube, so you can see everything
Steven: http://www.youtube.com/user/XMLPrague
Reminder about today and next two weeks.
Steven: For another two weeks, Europe is an hour earlier
http://lists.w3.org/Archives/Public/public-xformsusers/2014Mar/0002.html
Erik: Nothing to add here.
http://lists.w3.org/Archives/Public/public-forms/2014Mar/0008.html
Steven: We agreed to do it,
didn't make a resolution and then it got forgotten.
... what should we do?
Erik: It should be easy.
Alain: Agree.
RESOLUTION: We will add the @label alternative agreed on earlier.
<scribe> ACTION: Steven to implement @label spec text [recorded in http://www.w3.org/2014/03/12-forms-minutes.html#action01]
<trackbot> Created ACTION-1967 - Implement @label spec text [on Steven Pemberton - due 2014-03-19].
Steven: I think for <item> that the <value> element is a string value, and @value is an expression
<ebruchez> <item label="New York">NY</item>
<ebruchez> <option value="NY">New York</option>
Erik: I'm not sure which I want
<ebruchez> <item label="New York" value="..."/>
Steven: Since it is
<option> in HTML and <item> in XForms, I don't
think we have to worry about the loss of consistency there too
much
... I think @value consistency across all elements in XForms is
more important
<ebruchez> <item label="New York" value="ny"/>
Erik: I think that is OK. There
is always the risk that someone will write {above}, but that
wont work anyway.
... There is no easy way to avoid that.
Steven: So we shall resolve that @value is always an expression?
RESOLUTION: @value is an expression whereever it is used
[search XPath specs]
http://lists.w3.org/Archives/Public/public-forms/2014Mar/0011.html
Steven: Nothing to do then, right?
Erik: Not an easy topic, those specs are huge, and the intent is not always clear, but I think we're covered.
http://lists.w3.org/Archives/Public/public-forms/2014Mar/0012.html
Erik: Now we have done what was
in the note, the section can go.
... all datatypes are in the main spec anyway.
Erik: Is there an action item for @labels
Steven: Yes, to me
[ADJOURN]
This is scribe.perl Revision: 1.138 of Date: 2013-04-25 13:59:11 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/Eric/Erik/g Succeeded: s/XFO/XFo/ Succeeded: s/;// Succeeded: s/Resolution:/RESOLVED:/ No ScribeNick specified. Guessing ScribeNick: Steven_ Inferring Scribes: Steven_ Default Present: Steven_, ebruchez, [IPcaller] Present: Steven_ ebruchez [IPcaller] Regrets: Uli Philip Agenda: http://lists.w3.org/Archives/Public/public-forms/2014Mar/0014 Found Date: 12 Mar 2014 Guessing minutes URL: http://www.w3.org/2014/03/12-forms-minutes.html People with action items: steven[End of scribe.perl diagnostic output]