[Standards] XEP-0004 Data Forms, and Multiple Submits

Peter Saint-Andre stpeter at stpeter.im
Sat Aug 1 02:43:46 UTC 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 7/28/09 8:31 PM, David Maxwell wrote:
>> On Mon, Jul 27, 2009 at 10:54 PM, David Maxwell <david at crlf.net> wrote:
>>> While it's not absolutely critical, it would be nice if there was a
>>> way to implement a form with multiple Submit actions, and a way for
>>> the form processor to distinguish them. This is very similar to a
>>> common problem encountered in designing HTML forms - except in
>>> XMPP, the Submit isn't a form element, it seems to be implicit.
>>>
>>> The workflow I'm thinking of is queue processing, where you get a
>>> queue item - fill out the form, and then want to do either Cancel,
>>> Submit, or 'Submit+Next'.
>>>
>>> While the '+Next' could be implemented as a checkbox, that still makes
>>> it two clicks instead of one, and is a bit artificial.
>> You should check out XEP-0050 Ad-Hoc Commands.  It sounds like this spec
>> will cover your use case better.  It builds on XEP-0004 to provide a user
>> workflow for forms with actions for submit, next, cancel, prev, finish.
>> While not as flexible as say HTML Forms, it should cover your use case fine
>> and if not, just have a list field for selecting a custom action type.
> 
> I've read that - but I don't think it addresses the case I described.
> 
> The form-server can <actions execute="next">, in which case you get
> a 'Next' button, but no 'Submit and don't take another' button.
> 
> Or, you can send execute="submit" for the opposite case.
> 
> If you do use Next, the server will accept a client's request for
> action="prev" - and let you go back, which wouldn't make sense in a
> 'Submit+Next' form environment, since you can't logicall 'undo' your
> Submit.

I think that XEP-0050 covers your use case, because the responding
entity (which I suppose you could think of as a commands "server") could
refuse to provide a "prev" option at any point in the workflow, thus
giving you submit+next as I understand it from your message.

Peter

- --
Peter Saint-Andre
https://stpeter.im/


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkpzq+IACgkQNL8k5A2w/vyixQCfa0nqqharu++G/Ibm97TydhlA
WNwAn175KC+YjJk02TyvHb+c1Rb+bS/N
=L6Rq
-----END PGP SIGNATURE-----




More information about the Standards mailing list