From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
Subject: Re: Glitches with the GTK toolkit
Date: Wed, 05 Jan 2005 20:40:27 +0900 [thread overview]
Message-ID: <wlekh05ck4.wl%mituharu@math.s.chiba-u.ac.jp> (raw)
In-Reply-To: <87ad0e7ima.fsf@marant.org>
[-- Attachment #1: Type: text/plain, Size: 1091 bytes --]
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, jmarant@nerim.net (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
mituharu@math.s.chiba-u.ac.jp
[-- Attachment #2: diff.gz --]
[-- Type: application/octet-stream, Size: 2662 bytes --]
[-- Attachment #3: Type: text/plain, Size: 142 bytes --]
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
next prev parent reply other threads:[~2005-01-05 11:40 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-10 13:51 Glitches with the GTK toolkit Jérôme Marant
2004-05-11 1:24 ` Miles Bader
2004-05-11 8:03 ` Jérôme Marant
2004-05-11 8:45 ` Miles Bader
2004-05-11 6:56 ` Kim F. Storm
2004-05-11 18:33 ` Jérôme Marant
2004-05-11 18:30 ` Jérôme Marant
2004-05-11 19:17 ` Jan D.
2004-05-11 20:44 ` Jérôme Marant
2004-05-11 21:18 ` Jan D.
2004-05-11 21:34 ` Jérôme Marant
2004-05-11 21:53 ` Jan D.
2004-05-12 11:37 ` Jérôme Marant
2004-05-12 11:58 ` Jan D.
2004-05-12 21:03 ` Jérôme Marant
2005-01-05 11:40 ` YAMAMOTO Mitsuharu [this message]
2005-01-07 17:32 ` Jan D.
2005-01-08 9:11 ` YAMAMOTO Mitsuharu
2005-01-08 9:49 ` Jan D.
2004-05-12 1:33 ` Miles Bader
2004-05-12 11:34 ` Jérôme Marant
2004-05-12 18:33 ` Kim F. Storm
2004-05-12 21:07 ` Jérôme Marant
2004-05-12 22:32 ` Miles Bader
2004-05-13 11:55 ` Jérôme Marant
2004-05-13 19:30 ` Miles Bader
2004-05-13 5:46 ` Eli Zaretskii
2004-05-13 11:57 ` Jérôme Marant
2004-05-13 13:51 ` Kim F. Storm
2004-05-14 7:21 ` Jérôme Marant
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=wlekh05ck4.wl%mituharu@math.s.chiba-u.ac.jp \
--to=mituharu@math.s.chiba-u.ac.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).