[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: font-backend mechanism on Windows and Mac?

From: Adrian Robert
Subject: Re: font-backend mechanism on Windows and Mac?
Date: Fri, 14 Sep 2007 20:05:27 -0400

On 9/14/07, YAMAMOTO Mitsuharu <address@hidden> wrote:
> >>>>> On Fri, 14 Sep 2007 09:52:23 -0400, "Adrian Robert" <address@hidden> 
> >>>>> said:
> >> As far as I know, the bug is in expose_window (xdisp.c) and what
> >> called from there.
> I added the multiple clip rectangles code in order for ATSUI support
> on the Carbon port to work properly, and the OVERLAPS_BOTH case was
> also necessary even for simple cursor movement, IIRC.

OK, well I added the multi-clip code and it made zero difference to
the only problem I've seen (Tibetan script.. I'll need to investigate
that specifically).  Possibly it fixes something else I'm not seeing.
No effect on performance.

> Even with backing store, calls to drawRect:, which corresponds to the
> handler for expose events, occur when dragging the resize handle or
> just before the animation for deiconifying.  I can observe whiteout
> during such operations on the Cocoa port, but not on the Carbon+AppKit
> port where the method is implemented as follows:

Thanks, I used this and it fixed the deiconify case as you said.
Blank resize is due to NSApp going into a modal loop on resize drag,
so emacs redisplay isn't called until finished.  How did you work
around this in Carbon+AppKit?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]