What if you want, say,

   <logic:iterate id="category" name="TraceForm" property="categoryList">
            ...
            On <html:radio  name="category" property="value" value="on"
indexed="true"/>
            Off <html:radio  name="category" property="value" value="off"
indexed="true"/>
            Deferred <html:radio  name="category" property="value"
value="deferred" indexed="true"/>
            ...
     </logic:iterate>

That way the buttons SHOULD all have the same name for each iteration, and
different one for the next one etc..  That was the thinking behind it.

Dave

PS  Agreed that the description is not very comprehensive - tried a while back
to change them, but wasn't able to finish.  other project demands...




"Frank Lawlor" <[EMAIL PROTECTED]> on
01/08/2002 01:03:29 PM

Please respond to "Struts Users Mailing List"
      <[EMAIL PROTECTED]>; Please respond to
      [EMAIL PROTECTED]

To:   "Struts \(E-mail\)" <[EMAIL PROTECTED]>
cc:    (bcc: David Hay/Lex/Lexmark)
Subject:  Indexed html:radio is broken



Maybe I'm misunderstanding how to use html:radio with
"indexed", but it seems broken to me.

If I specify:

 <logic:iterate name="ListForm" property="itemList" id="item" ... >
    ...
    <html:radio indexed="true" name="item" property="contact" ... />

then it generates code like:

    <input type="radio" name="item[0].contact" ... >
    <input type="radio" name="item[1].contact" ... >
                  ...

which puts every button in its own button group (the name
MUST stay the same)!

Further, the mapping of a button group to a collection opens
a lot of questions.  In trying to figure out how html:radio might
behave (the documentation is COMPLETELY lacking in
semantic description!) I could think of several possible behaviors,
not all of which are exclusive.  This is even more true when
"value" is brought into the picture.

Is there some description somewhere of how this is supposed
to operate (the documentation on the website does NOT explain
any of this)?  What about examples (I found nothing useful in
the examples or the forum posts)?

Is this a bug?

Frank Lawlor
Athens Group, Inc.
(512) 345-0600 x151
Athens Group, an employee-owned consulting firm integrating technology
strategy and software solutions.




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








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

Reply via email to