LeighKlotz, ErikBruchez, MarkBirbeck to start.

  1. just remove the content restriction on xf:message with the same processing model, and live binding to the instance.
  2. Some people want the dialog to edit a "copy" of the data and pass back to the bound instance only when the diaalog is confirmed.
  3. make a new xf:dialog that has a different processing model that uses show and hide events or uses relevance ormodel based switch to display.

  4. do something the gets the effect of the inline-message type thing that Dojo and others provide, where the content is displayed inline without popping up a dialog box and the rest of the page is grayed out and non-focusable. The Orbeon xxforms:dialog seems a direct way of writing this, but one could imagine other ways of achieving this effect with other declarative markup (even the existing xf:message could do this; there is no requirement that level="modal" mean pop-up dialog box on a desktop browser).

Proposals from ErikBruchez

(ErikBruchez please document) xxforms:dialog mentioned at http://www.orbeon.com/blog/2006/11/04/ It appears to be a variant of switch.

Proposals from MarkBirbeck

MarkBirbeck please document)

Proposals from CharlieWiecha

(CharlieWiecha is there some componentization proposal?)


CategoryXFormsFutureFeatures

Dialogs (last edited 2007-03-23 17:33:03 by LeighKlotz)