Hi Alan, Thanks for the info. It's not what I was wanting to hear ;-). But now that I know it's not the OpenBD code; and I thought I found a nice obscure bug.
I did do some testing in using strings but had odd results with that were not acurate. But that might have been due to the padding i was doing. I will dig in to this a bit more and see if it will work for me. Thanks, Charlie On Mar 14, 6:41 pm, Alan Williamson <[email protected]> wrote: > Charlie, while we would love to simply update this to a long we can't. > > The reason is that this is the signature of the Comparable interface. > To provide a sort for long's would require some extra work. > > If you padded your numbers out to strings, you could use the string sort > > On 14/03/2012 14:14, Skellington wrote: > > > > > > > > > I think I found the issue in the structSort.java source. The double > > value is being converted to a int and thus truncating a longer > > number . I really think this should be converted to a long. > > > public int compareTo(numericSortElement o) { > > double otherVal = o.value; > > int result = new Double(value).compareTo(new Double(otherVal)); > > if (asc) { > > return result; > > } else { > > return -1 * result; > > } > > } > > > Thanks, > > Charlie -- online documentation: http://openbd.org/manual/ google+ hints/tips: https://plus.google.com/115990347459711259462 http://groups.google.com/group/openbd?hl=en
