You are viewing a plain text version of this content. The canonical link for it is here.
Posted to taglibs-dev@jakarta.apache.org by bu...@apache.org on 2005/11/11 22:37:57 UTC
DO NOT REPLY [Bug 36626] -
input:select options has key and value reversed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36626>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36626
------- Additional Comments From karl@xk72.com 2005-11-11 22:37 -------
Yes I agree as well. It is counter-intuitive but I'm sure there was good
reason for it initially, and I guess you can see an argument both ways... as
you say: the option tag does have a value, which suggest that a select tag is
a key to value mapping. It's just not perhaps how we see keys from a Map &
Java perspective.
As Rahul said it would be an incompatible change. I find the optionLabels and
optionValues a more flexible option: full control over the order of labels and
no misunderstandings.
The only way I can see that this change could be made would be if an
additional attribute was added to the tag, eg. reverseOptions="true" but
hopefully with a better name. Something along those lines would be a simple
solution I believe. Thoughts?
Alternative is to mark this as WONTFIX or INVALID I guess.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org