On Saturday 01 July 2006 15:59, Krzysztof Foltman wrote:
> Well, *great* to see that solved in the Wine core, but I still think I
> have a bug in RichEdit, because the original (native) riched20 works
> fast, despite the bug you just fixed.
All that means is that the native rich edit control doesn
Daniel Steven Hipschman <[EMAIL PROTECTED]> writes:
> ChangeLog:
> * Sped up GetTextExtentExPointW by adding a new freetype GDI font function
> WineEngGetTextExtentExPoint and a new DC function pGetTextExtentExPoint.
Looks good, but you should remove the non-Ex entry points in
freetype.c and th
On Sun, Jul 02, 2006 at 04:35:11PM -0700, Dan Kegel wrote:
> FWIW, Dan H also explored a change to make a riched "run" struct be
> refcounted; that gave a 4x speedup. Then he switched to using
> git bisect to find the cause of the regression, and shelved the
> refcounting patch.
That wasn't the r
Krzysztof wrote:
Well, *great* to see that solved in the Wine core, but I still think I
have a bug in RichEdit, because the original (native) riched20 works
fast, despite the bug you just fixed.
Is there a good test document for which our riched20 is
(with Dan H's patch) still way too slow? If
Daniel Steven Hipschman wrote:
This patch fixes the slow EULA loading problem in
http://bugs.winehq.org/show_bug.cgi?id=5516
Well, *great* to see that solved in the Wine core, but I still think I
have a bug in RichEdit, because the original (native) riched20 works
fast, despite the bug you j
