Well, on the one hand I guess that means it's not supported yet.  But on the
other, it's nice to see that there's interest in it.

Taking it a step further, it'd be nice if you didn't even need to bind a
value and if they just became properties of the component itself.  E.g., why
supply a value or an index parameter if they're likely to be read-only
anyway?  If the loop can already figure these out, make them read-only
properties of the loop.  Then you could reference them like ${loop_id.index}
or ${loop_id.value}.

-- 
Kevin


On 8/24/07 1:49 PM, in article
[EMAIL PROTECTED], "Josh Canfield"
<[EMAIL PROTECTED]> wrote:

> Interesting idea.
> 
> You could look at contributing a BindingSource, call it 'variable'.
> You'd need to investigate how they are created, not sure about typing
> the values, the get/set in the Binding interface are Object so you may
> be able to get away with out worrying about it:
> 
> <t:loop t:source="mystrings" t:value="variable:theValue">
>   ${variable:theValue}<br/>
> </t:loop>
> 
> Look at the TapestryModule for details about adding BindingSource...
> http://tapestry.apache.org/tapestry5/tapestry-core/apidocs/src-html/org/apache
> /tapestry/services/TapestryModule.html
> (line 329)
> 
> Any reason something like that couldn't work?
> 
> Josh
> 
> On 8/24/07, Kevin Menard <[EMAIL PROTECTED]> wrote:
>> Hi,
>> 
>> Now that T4 is likely to go the way of the dodo and I'm looking at a new
>> app, I'm evaluating T5 along with several other frameworks.  I'm trying to
>> get some info on T5 that may help out.
>> 
>> It appears that the page spec has gone away in T5.  While it was optional in
>> T4, one of the things I found myself using it for was the declaration of
>> temporary properties.  I did not want to pollute my page classes with the
>> temporary property used to hold a For loop's value, for example.  Aside from
>> aesthetics, this would create a problem with code analyzers that would
>> inaccurately mark sections as unused.  Someone would invariably delete them,
>> then the app would stop working.
>> 
>> Is my only option in T5 to declare the property in the page class?  Or is
>> there some other way to handle this case?
>> 
>> As an aside, I even had an idea for cleaning this up in T4 [1]
>> 
>> Thanks for any info,
>> Kevin
>> 
>> [1] -- https://issues.apache.org/jira/browse/TAPESTRY-1694
>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to