Re: [Xsltforms-support] quicker rendering

[Leigh L K. Jr <lei...@xe...>]

Stephen,
You might also consider using the subform support:

http://www.w3.org/MarkUp/Forms/wiki/XForms_2.0#The_load_Element
http://www.w3.org/MarkUp/Forms/wiki/XForms_2.0#The_unload_Element 
<http://www.w3.org/MarkUp/Forms/wiki/XForms_2.0#The_load_Element>

Alain has implemented load/@show='embed' support in the SVN versions of 
XSLTForms.

The event sequence model isn't yet written up but you should expect 
model-construct-done and refresh and so on to work.
The loaded subform should be an XHTML+XForms document with a minimal 
model (if you want to use the outer form's model) or a full model with 
an ID (if you want the page to use the new model).  Start the html/body 
with a single xf:group with the desired @model attribute.  In the outer 
page, use an empty xf:group to contain the loaded subform.  The xf:group 
will get an xforms-subform-loaded CSS class added to it when then load 
is done, and it will be removed when the unload is done.

Leigh.


On 02/09/2012 01:59 PM, Stephen Cameron wrote:
> Hi Dan,
>
> Its not the model that is the issue in this case but the form itself.
>
> Doesn't the current versions of XSLTForms make use of a browser DOM 
> object for each model instance? Whereas originally it built a 
> Javascript tree which was slower.
>
>
> On Fri, Feb 10, 2012 at 1:11 AM, Dan McCreary <dan...@gm... 
> <mailto:dan...@gm...>> wrote:
>
>     Hi Stephen,
>
>     One alternative I might suggest is to use a "multi-tab" form and
>     use a technique called "incremental model loading" if your model
>     is large.
>
>     Here is a demo of incremental model loading:
>
>     http://en.wikibooks.org/wiki/XForms/Incremental_Model_Loading
>
>     here is some sample UI for the tabs:
>
>     http://en.wikibooks.org/wiki/XForms/Horizontal_File_Tab_Menu
>
>     The tricky part comes if you have bind rules that span tabs.
>
>     - Dan
>
>     On Thu, Feb 9, 2012 at 3:19 AM, Stephen Cameron
>     <ste...@gm... <mailto:ste...@gm...>>
>     wrote:
>
>         Hello All,
>
>         I have a large xform and its going to get bigger, the time to
>         transform the xform and render it is now quite significant and
>         getting to the point where it is an issue, given that people
>         don't see anything happening throughout the process.
>
>         One option is to pre-transform the xml 'form' into an html
>         'page', which I used to do successfully but now cannot using
>         Saxon, it complains.
>
>         But my questions actually relate to browser transformation:
>
>         1. If I give all of the xform controls an explicit ID, rather
>         than the xsltforms.xsl stylesheet having to calculate them,
>         does this speed up the transformation significantly?
>
>         2. Is it possible perhaps to change the way that the transform
>         occurs such that the html markup is generated first and then
>         the Xform related javascript second. In theory the browser
>         should start rendering the page before the parsing of the
>         Javascript section is completed. I'm imagining this as a
>         two-pass process in the xsltforms stylesheet.
>
>         I have to say that once the rendering is completed the
>         performance of the form itself is excellent, despite its
>         growing complexity. I assume this is due to the presence of a
>         true dependency graph in the newer versions of XSLTForms. :)
>
>         Thanks for your insights.
>
>         Steve Cameron
>
>
>
>
>         ------------------------------------------------------------------------------
>         Virtualization & Cloud Management Using Capacity Planning
>         Cloud computing makes use of virtualization - but cloud computing
>         also focuses on allowing computing to be delivered as a service.
>         http://www.accelacomm.com/jaw/sfnl/114/51521223/
>         _______________________________________________
>         Xsltforms-support mailing list
>         Xsl...@li...
>         <mailto:Xsl...@li...>
>         https://lists.sourceforge.net/lists/listinfo/xsltforms-support
>
>
>
>
>     -- 
>     Dan McCreary
>     Semantic Solutions Architect
>     office: (952) 931-9198 <tel:%28952%29%20931-9198>
>     cell: (612) 986-1552 <tel:%28612%29%20986-1552>
>
>