https://issues.apache.org/bugzilla/show_bug.cgi?id=43411
--- Comment #11 from Thomas Deweese <[email protected]> 2009-01-05 15:46:13 PST --- (In reply to comment #10) > anyway - when you correct the scale-calc in line 48 to a double - the > rendering problem goes away. Except that "correct" isn't the right term. If you "change" the calculation in line 48 the rendering problem goes away, but for the combination of glyph, scale and translate that is used in that example the rendering problem exists (the double generated by 'casting' the float calculation is a perfectly valid double). The point here is that the rendering must work for any scale factor and it clearly doesn't, so it's a bug in the renderer. Also I am 100% certain that if it fails here it fails for any number of other sets of glyphs, scales and translates. That number is small compared to the combinations that it works for but I'm sure there are many that is fails on. > if you dont want to change your code - there are other ways to fix it: > - the rendering-problem is reproducible (with float in 48): > jdk142_13 yes > jdk150_14 yes > jdk160_04 yes > jdk160_10 NO ! > > (on windows XP). > So, seems their major revamp in u10 fixed that too. That is good news (I had tried 1.6 04 earlier). I think this is the real solution. To be clear changing the calculation simply fixes 'this' version of the problem it doesn't come close to addressing the root cause. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
