My (1) report was not about the existence of the float rounding error, which I said was a known issue, but was about fractions output using a character outside the characters of that base's alphabet. I know that $base has always allowed inputs for all bases to contain any character from the base36 alphabet, so $base(Q4,16,10) returned 26*16+4=420. However, is it also intended design that outputs also return a character that doesn't 'belong' in that specific outbase?
Yes, as it is allowing invalid characters as input, this will result in invalid characters as output.
Other than that, is the current beta doing what you expect? If not, please provide a script with a set of test cases the show the exact output you want from it.
Should I revert the change to the limit on precision length on larger bases, which had been in place for a long time, or not?
