Hello Stephen
Correct, it's live updating of the form based on user input. This is what
you're saying, i.e. user submits one form and then another.
This is called post-back in XEP-0336. So, when a field that is marked for
post-back has been edited, the form is sent back, and a new is
returned, exactly what you wanted.
If you explicitly want a button to press, then I think the easiest way it to
define a button field type. As with any field type, the button could
be marked with a post-back flag, signalling the client that if the button is
pressed, the form is returned. XEP-0336 then describes how the
new form is joined with the old. It can be an entirely new form.
Additional benefits of using XEP-0336, apart from post-back, which allows for a
richer user experience and customized server-side validation of fields, is
better error information per field, giving better feedback to the user why the
value of a field is invalid, allowing enabling anddisabling of fields and
flagging fields to be "unknown" or "undefined", as is the case when editing
multiple objects at the same time, having different field values.
Best regards,
Peter Waher
>
> > http://xmpp.org/extensions/xep-0336.html
> >
> > This XEP allows the server to respond to user actions in the form,
> > including changing the form (adding, updating, removing fields) etc.
>
> Hmm, this seems to solve a different purpose, that is, live updating of
> a form based on user input. In the multi-stage registration case, the user
> submits one form and then another, it's not really a "dynamic form".
>
> I'm willing to be convinced otherwise, but the two seem orthogonal.
>
_______________________________________________
Standards mailing list
Info: http://mail.jabber.org/mailman/listinfo/standards
Unsubscribe: standards-unsubscr...@xmpp.org
_______________________________________________
