Re: [Xsltforms-support] Dialog OK vs. cancel

[Klotz, L. <Lei...@xe...>]

	
	
	-----Original Message-----
	From: Micah Dubinko [mailto:Mic...@ma...]
	Sent: Sunday, February 07, 2010 9:04 PM
	To: COUTHURES Alain
	Cc: xsl...@li...
	Subject: Re: [Xsltforms-support] Dialog OK vs. cancel
	
	
	On Feb 2, 2010, at 1:52 PM, COUTHURES Alain wrote:
	>
	>
	>
	> Then I would suggest another action to abort changes and hide the
	> dialog such as xf:abort or xf:rollback
	>
	> Maybe xf:commit could also be defined for a more explicit back up and
	> xf:reset could have an extra attribute to specify state to be restored....
	>
	> It wouldn't be very difficult to implement this in XSLTForms because
	> for each instance there is already a single srcXML Javascript property.
	> Turning it to an array might be the solution.
	>
	> What do you think?
	
	Sounds fantastic. How much of this is in the 1.2 spec? What can we do to help?
	
	-m
	
	

For 1.2, my personal belief is that we should be putting out smaller modular specs (like the thin-spec that John Boyer did) but have those be essentially final.  Then we produce a core XForms 1.2 document near the end of the charter, filling in the holes.  I'd like to have the modules come from implementors who are either already doing the work (JSON submission from several, xxf:dialog from Orbeon, etc.) or who are concurrently doing the work.  So if you or Alain plan to implement dialog with cancel ability, I'd recommend doing it with a submission or event communication mechanism, see what you like best, and then write up a text description of what it does.  Then the WG can turn that into a REC-track module.

Leigh.