Thanks, Alain, > The rendering for the first one and the second one are different > because the corresponding labels are not located identically. For > the first one, the corresponding label is located in the > grand-parent group. For the second one, the corresponding label is > located in the parent group. > Did you try to associate the label directly to the corresponding > input control? XForms 2.0 does not yet specify xforms:label/@for and > this is not implemented in latest build of XSLTForms.
The point is that the 'grandfather' label allocation styles right and the more correct direct (or parent) label allocation styles wrong. I guess it is a CSS issue rather than an XSLTForms one. Why does the <div class="xforms-group-content"> get only 50% width and not the full space available? I found a solution by assigning different classes to the div's that are parent of the <div class="xforms-group-content"> and define the width of the XSLTForms generated divs through those. Examples of well-styled complex forms would probably help many implementers. Does a place exist to upload and view such solutions? Kind regards, Fred van Blommestein ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr _______________________________________________ Xsltforms-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xsltforms-support
