The User guide now is quite good, however it would be good to have a "real life" Example for each part of the user guide. For instance have 1 or 2 demo applications and refer to that application when you are describing a concept.

Please, create a proper forum. It is so much easier to get involved at a forum. Nabble is quite cumbersome.

... either as an XSL to XPL layer, or instead/as well as XPL

Google Wave looks like it is going to revolutionize online collaboration. It seems to be fairly extensible, and is built on XLM documents, so it seems like it might be possible to connect Orbeon forms directly to this platform. Could be a huge win for collaborative forms editing.

There is an XML:DB driver for Sedna

Allow people to host forms via the people who brought us Orbeon! THhis allows for developing and deploying small-scale solutions quickly w/o the need for their one's own Application Server or Hosting Provider. Users can be charged by usage of their form and the total # of forms hosted. What do you think?

This is essential for practical use. For example, we should not expect users to know the exact format for time, dateTime, duration (e.g. P5DT4H). So there should be a widget for at least each basic XSD datatype.

Right now, if you have an id="..." or class="...", those are not copied to the <div> corresponding to the label in the generated HTML.

http://img.skitch.com/20081022-qfgmejj8yquape1h1a4ynhhnbd.png

I dó not know if it is possible already, but can you make the form builder or xforms fill a list with items from a query from a database?

Installation on JBOSS5 as extracted WAR deployment failed, this cause remaked eXist db.
Solution is that you need to remove "org/xml/sax/" from exist-xmlrpc-1_2-patched.jar

This makes a difference when scrolling:

If the dialog is pinned to the viewport, it always stays visible in the viewport when you scroll through the page with the browser scroll bars.

If the dialog was pinned to the page, then it would be easier to see the rest of the page when scrolling.

The current demos are very functional & neat, but may some with some jazzed up UI's could be nice. It would take some integration with maybe some other 3rd party toolkits.

Right now the server does not sent anything to the client when the label of a dialog changes. This is an issue, in particular, when changing the language for a page, and titles for dialogs are expected to change as well.

Salut, Intalio server utilise obeon pour les formulaires. Et j'ai essayer en vain de modifier le popup calender qui est en anglais en français en vain. comment faire.

Merci

Orbeon generated HTML representations of forms have special caracter(id="xforms-element-124·1") which breaks canoo webtest and HttpWebUnit.

There are quite a few events and attributes on those events that Orbeon Forms does not fully support yet.

the sandbox examples are very useful, but it's sometimes hard to find the example that fits a certain problem. additionally, there could be links in the documentation to the example that demonstrates a certain technique. So the user can easily switch from the docs to a implementation example.

For reference, the XMP specification: http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf

We would add this as a feature of the oxf:pdf-template-base processor (org.orbeon.oxf.processor.pdf.PDFTemplateProcessor).

iText support for XMP: http://www.1t3xt.info/api/com/lowagie/text/xml/xmp/XmpWriter.html