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]