[Top][All Lists]

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

Re: Glitches with the GTK toolkit

From: YAMAMOTO Mitsuharu
Subject: Re: Glitches with the GTK toolkit
Date: Wed, 05 Jan 2005 20:40:27 +0900
User-agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

This topic is somewhat old.  But I'd like to take up this because the
similar problem also occurs in Carbon Emacs, where drawing text is
much slower than in X11.

>>>>> On Tue, 11 May 2004 23:34:53 +0200, address@hidden (Jérôme Marant) said:

>>> I also tried something which is even worse: When I split the main
>>> window (C-x 2) and move the modeline of the top buffer, everything
>>> is flickering: both scrollbars and buffers.  It is pretty ugly.
>> Turn off scrollbars and see if there is a difference.

> Yes, there is. It is OK without them :(

How about preventing redisplay from pausing in the case that there are
no pending inputs other than the mouse movement?  One can "squeeze" a
sequence of mouse movement events into the latest one, and I think
it's OK to postpone such kind of events until redisplay is completed.

Here's a patch for testing the above idea.  It would be better to make
redisplay pause even in the case mentioned above, if the latest mouse
movement gets too old.

                                     YAMAMOTO Mitsuharu

Attachment: diff.gz
Description: Binary data

reply via email to

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