Quick follow up to this. The number of decimal places displayed for each candidate is three, not two. The number of decimal places in the total for the candidates is two.
The observant will note that the percentages shown in JResultClient work this way as well. The percents are shown with two decimal places, while the total is 100.0.
The reason it works like this is for esoteric statistical reasons. 12.23 might actually be 12.234, and 12.24 might be 12.237. When you sum a list of floating point numbers, the sum has one less decimal place of significance than the elements. Or just trust me -- I didn't like stats in school any more than you did.
The number of decimal places should all be configurable, but weighted races are really just a one-shot thing for Sacramento right now. When we get more weighted customers, this will be enhanced.