From: Miles Bader <miles@lsi.nec.co.jp>
Cc: emacs-devel@gnu.org
Subject: Re: Emacs GTK scroll-bar flickering
Date: 18 Mar 2003 15:15:25 +0900 [thread overview]
Message-ID: <buollzdjj42.fsf@mcspd15.ucom.lsi.nec.co.jp> (raw)
In-Reply-To: <F43BC9E3-5903-11D7-A088-00039363E640@swipnet.se>
"Jan D." <jan.h.d@swipnet.se> writes:
> > I tried today's CVS; it's a bit hard to tell -- maybe the number of
> > full-redraws on each buffer change is less, but the overall feel is
> > roughly the same (painful).
>
> You must have a very complicated theme or a very slow machine, I can't
> see this at all.
I think my usual theme is slower than most, but this effect happens even
with the default Gnome theme; one standard theme that seems to show it
pretty well is the `Crux' theme (this is available as a package in
Debian, I'm not sure about other distros). The `Geramik' theme shows
the effect even better, but I think it's less common(?).
My machine is a fairly standard current PC-type (1GHz PIII, 256MB RAM,
I810 MB/graphics chipset, running XFree86 4.2.1, libgtk 2.2.1).
> Are you sure you updated CVS?
Yup; I tried another `cvs update' just now to make sure, and everything
seems up-to-date.
> Emacs does not "redraw" the scroll bars ever, it just tells GTK what
> values to use for the scroll bars. The desicion to redraw is in GTK
> entirely. GTK redraws scroll bars by clearing all and then redraw,
> which is very primitive.
Hmmm, then maybe something is wrong with GTK then, or somehow it's
getting confused by emacs; perhaps it's my GTK installation (standard
Debian unstable)?
> Emacs probably changes thumb much more than Gedit, as Gedit counts
> lines visible, but Emacs counts characters.
That's not the issue, I think -- with exactly the same file and theme,
I can drag the scrollbar around in Gedit with _no_ flickering or other
unpleasant artifacts, whereas emacs flickers like crazy in the same test.
Here's an attempt to be a bit more specific about a case wehre I'm
seeing the problem:
(1) Somehow pick the Crux GTK theme; the problem will show up with the
default theme too, but less noticably.
I think one thing that makes the Crux theme a good test that it has
a fairly strong contrast between the color of the scrollbar thumb
and the color of the trough -- so complete redraws become pretty
obvious (because they draw the trough and then the thumb on top).
(2) Do:
xrdb < /dev/null # or rename .Xdefaults if you use that
emacs -q &
(3) OK, now you should see the scratch buffer, with the standard 3-line
comment at the beginning. Go to the end of the buffer, and start
typing random characters.
(4) The result I see is:
(a) Until your typing reaches the end of the line, the scrollbar is
quite stable, with no obvious flickering.
(b) When the typing reaches the end of the line, and continues onto
the next line, the scrollbar starts flickering obviously, and
will continue as you type.
[Note that the flickering happens in other situations too, not
just line-wrapping cases; however, this one is particularly
easy to reproduce.]
BTW, another odd thing: in the initial scratch-buffer, the
scrollbar thumb doesn't extend all the way to the top and the
bottom of the scrollbar, even though the entire is clearly
visible.
I hope this can help a bit...
-miles
--
Suburbia: where they tear out the trees and then name streets after them.
next prev parent reply other threads:[~2003-03-18 6:15 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-14 5:39 Emacs GTK scroll-bar flickering Miles Bader
2003-03-14 10:19 ` Kai Großjohann
2003-03-14 11:52 ` Andreas Schwab
2003-03-14 12:44 ` Kai Großjohann
2003-03-14 13:35 ` Miles Bader
2003-03-14 18:46 ` Jan D.
2003-03-14 20:04 ` Stefan Monnier
2003-03-14 20:35 ` Jan D.
2003-03-17 5:58 ` Miles Bader
2003-03-17 23:26 ` Jan D.
2003-03-18 1:33 ` Miles Bader
2003-03-18 5:39 ` Jan D.
2003-03-18 6:15 ` Miles Bader [this message]
2003-03-18 6:44 ` Luc Teirlinck
2003-03-18 6:54 ` Miles Bader
2003-03-18 7:05 ` Luc Teirlinck
2003-03-18 7:56 ` Miles Bader
2003-03-18 8:09 ` Miles Bader
2003-03-19 8:48 ` Richard Stallman
2003-03-18 22:15 ` Jan D.
2003-03-18 22:42 ` Kevin Rodgers
2003-03-19 6:05 ` Jan D.
2003-03-18 23:28 ` Miles Bader
2003-03-19 1:07 ` Kim F. Storm
2003-03-19 1:26 ` Miles Bader
2003-03-19 22:27 ` Jan D.
2003-03-20 1:19 ` Miles Bader
2003-03-21 19:06 ` Richard Stallman
2003-03-26 18:17 ` Jan D.
2003-03-27 1:22 ` Miles Bader
2003-03-27 6:54 ` Miles Bader
2003-03-27 22:12 ` Richard Stallman
2003-03-28 1:29 ` Miles Bader
2003-03-29 18:38 ` Richard Stallman
2003-03-27 18:06 ` Jan D.
2003-03-27 19:04 ` Richard Stallman
2003-03-20 8:45 ` Richard Stallman
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=buollzdjj42.fsf@mcspd15.ucom.lsi.nec.co.jp \
--to=miles@lsi.nec.co.jp \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.