http://bugs.winehq.org/show_bug.cgi?id=10933
--- Comment #23 from Clinton Stimpson cjstimpson@utwire.net 2008-10-01 22:52:30 --- Created an attachment (id=16410) --> (http://bugs.winehq.org/attachment.cgi?id=16410) testfont.c
Finally, a simple way to reproduce this bug!
In the child window, the string that is rendered has inconsistent sizes.
The parent draws some text, and the same HFONT is used by the child. In the painting the child, it changes the viewport mapping, selects a font, resets the viewport mapping, then renders the text. The behavior on Windows is to draw text the size specified when the font was selected. That means the xrender-path previously attached is consistently getting the wrong size, by rebuilding the cache with the wrong sizes.
Next is to test the gdi functions to how they behave in this case, to see whether gdi or winex11.drv needs fixing.