I've pointed out previously that internal unit conversion causes DPI error in Gecko, which a fix for https://bugzilla.mozilla.org/show_bug.cgi?id=177805 should eliminate. http://mrmazda.no-ip.com/tmp/dpi-broken.html
Yesterday I discovered a distressing impact of this rounding error. When DPI is incorrectly reported, CSS pt sized fonts are always undersized. http://mrmazda.no-ip.com/tmp/pt2px168bug.html shows the impact at 168 DPI, which Gecko reports as 160 DPI. The really distressing part is that it's worse in 1.9a than in 1.8. Luckily for people using such common DPI values as 96, 120 or 144, the error is zero. Unluckily for high resolution Linux users, their DPI is unlikely to be any of the error free values. I tested in FF 1.5.0.4 on WinXP and latest Minefield on Linux, confirmed with FF 1.5.0.4 on OS/2, and controlled with Konqueror 3.4.2. Konq gets it all correct, but Gecko in every pt size on the test page undersizes by 1px or 2px or more, depending on whether the mathematically correct pt to px conversion results in an integer. What have we done on the trunk to make this worse? Anyone know if bugzilla has an open bug directly on point? -- "All have sinned & fall short of the glory of God." Romans 3:23 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ _______________________________________________ dev-tech-layout mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-layout
