On 12/1/06, Mark Menard <[EMAIL PROTECTED]> wrote:
On 12/1/06 12:01 PM, "Don Brown" <[EMAIL PROTECTED]> wrote:

> Well, I had some free time (holding my new son to let mom get some
> sleep) and figured everyone deserved at least a reply.  Yay for
> GMail's search.
>
> Anyways, cool, thanks for the update.  I don't know of a better tag,
> but we are always open for a patch... :)

Ok, I was thinking of that when I wrote that email this morning. We have
<s:set>, <s:bean>, and <s:push>. How about something that would just let you
run an expression against the value stack. As a beginner I would have
thought that <s:set> would do that, but it doesn't seem to.

So, my thought is a tag that I could pass: "#myMap['myProperty'] =
somevalue" to actually process the expression against the stack. Maybe:

    <s:evaluate value="#myMap['myProperty'] = somevalue" />

Makes sense to me.  Put together a proposal on dev, or better yet, a
JIRA ticket with patch, and we'll see what others think.

In a related vein I would like to add some default properties to the UI
tags. Currently I'm passing these things into my template using <s:param>
tags. I'd like to be able to do the following though:

    <s:textfield name="someProperty" inputcolspan="2" />

Any idea where I would start with this?

This is a trickier problem.  With JSP 2.0 IIRC, they support the
concept of attributes that aren't defined in the TLD.  The problem
here is that then the tag becomes less useful to tools that provide
autocompletion.  Stripes solves this problem by providing two sets of
tags - same tags but different TLDs - so you can use the non-varargs
ones by default but then switch to the varargs when necessary.  If you
think Struts 2 should have this, start a thread on [EMAIL PROTECTED]

HTH,

Don
Thanks,

Mark

---------------------------------------------------------------------
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