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=23749>. 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=23749 [lang] [PATCH] NumberRange - adds inclusive and exclusive end points ------- Additional Comments From [EMAIL PROTECTED] 2004-06-27 06:35 ------- In response to Stephen's comment, we have nothing like this in [math]. I am -0 on this change, however, for the following reasons. First, as Stephen points out, the change would affect serialization. Second, while the extension makes sense logically, I am not sure that is has tremendous practical value. For integer ranges, (a,b) is no different from [a+1, b-1] -- i.e., being able to specify "inclusivity" does not really buy you anything other than convenience (at the expense of a more complicated API and some overhead). For floating point ranges, counting on the difference between (a,b) and [a,b] would in most cases I can imagine be dangerous -- so here again, the extension does not really buy you anything. I may of course be missing some important and valuable use cases, in which case I will happily move to +0 once I know what they are. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
