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