bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#2530: 23/NS: redraws according to mouse-face are slow


From: YAMAMOTO Mitsuharu
Subject: bug#2530: 23/NS: redraws according to mouse-face are slow
Date: Wed, 06 May 2009 09:50:21 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Tue, 5 May 2009 17:36:31 +0700, Adrian Robert 
>>>>> <adrian.b.robert@gmail.com> said:

> That ns_update_begin() acheives the same effect suggests that
> perhaps the core mouse face code should do this (through the RIF).
> ns_draw_glyph_string() is not slow for any other operations, despite
> the fact that it is called with the same granularity
> (same-face-glyph- run) everywhere, likely because the
> update_begin()/end() batching is used.

The effect of ns_update_begin seems to avoid -[NSWindow flushWindow]
call (via ns_unfocus) for each ns_draw_glyph_string call.  Does this
frequent flushing necessary in the first place?  Other terms don't
seem to do flushing for each string drawing call.

                                    YAMAMOTO Mitsuharu
                                mituharu@math.s.chib-u.ac.jp






reply via email to

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