That seems to be the problem, thanks!
Still, that sounds like a bug. If I explicitly put in a "id='foo'"
then it should be rendered regardless. Given the "fix version", will
this be fixed in 5.2? Better to do so without a mixin, as this is not
both non-obvious and breaks the "sane defaults" rule of Tapestry's
design.
Next, why doesn't Hidden inherit from ClientElement? I can't inject
the component and then call getClientId() since it doesn't have such a
method.
Norman Franke
Answering Service for Directors, Inc.
www.myasd.com
On Jul 6, 2009, at 2:16 PM, Robert Zeigler wrote:
id isn't rendered because nowhere in the server-side code is
"getClientId" called.
Check out:
https://issues.apache.org/jira/browse/TAP5-680
Which describes this. There's a new mixin in the 5.2-SNAPSHOT
branch (RenderClientId) that ensures the client id is rendered for a
form element.
It's a small mixin that you can easily add yourself, if you want;
otherwise, just be sure to call "getClientId" on the component
instance from the server.
Robert
On Jul 6, 2009, at 7/61:02 PM , Norman Franke wrote:
I'm trying to use a Hidden component to allow my web page to
automatically submit a login page if a browser-injected JavaScript
object exists. (Allowing my web app to auto-login if run in my
embedded web browser.)
I've created the field thusly:
<input t:type="Hidden" t:id="login_id" value="${loginId}"/>
However, it doesn't really work. The control never gets an "id" so
Prototype can't find it to set the value.
First, why doesn't it get an ID (the submit button does) and is
there a better way of doing this?
Norman Franke
Answering Service for Directors, Inc.
www.myasd.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
