... It seems like the framework already handles this complexity nicely, in the 
form of components, but maybe I'm missing something in your requirements. I 
think there are at least two viable, very simple options.

Option 1: 
  Extract all of the fields into a "PersonEditor" component. This component 
will NOT have <t:form>, nor will it have the submit/cancel buttons.
  Now the edit page looks something like:
    <t:form>
      <t:personeditor/>
      <t:submit .../> <t:submit mode="cancel" .../>
    </t:form>
   Then you can handle the save/update logic within the page. Your view page 
would look like:
   <t:form>
     <t:personeditor/>
   </t:form>

Option 2:
  Move all control to the personeditor and use conditional rendering based on a 
"mode" parameter, or something of that nature.. Now PersonEditor.tml looks 
something like:
  <t:form>
     ...
     <t:if test="editMode">
       <t:submit .../> <t:submit mode="cancel" .../>
     </t:if>
  </t:form>

  PersonEditor.java:
  @Parameter(required=true)
  private boolean editMode;


You could even enable/disable fields based on whether the editMode was true or 
false (or some other value: you could make it an enum).

Now your pages look like:
  <t:personeditor editMode="true"/>
and
  <t:personeditor editMode="false"/>



Robert
  
On Sep 12, 2012, at 9/122:46 PM , netdawg wrote:

> Thanks, Michael.   Your suggestion makes sense - for most.  
> 
> Unfortunately, I have to using a fully customized form - not bean editor.  
> 
> In addition to TML, there is the property files that need to be not repeated
> - I know there is the app level properties for this - but still project
> demands this to avoid label clashes.  
> 
> I think there needs to be a way to contrive this include - simple on the
> outside - but the framework handles the complexity somehow in the back-end. 
> 
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/One-Template-to-include-another-TML-JSP-style-tp5716240p5716242.html
> Sent from the Tapestry - User mailing list archive at Nabble.com.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org

Reply via email to