[Top][All Lists]

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

Another bug (was Emacs: 2 GTK hiccups)

From: Daniel Pfeiffer
Subject: Another bug (was Emacs: 2 GTK hiccups)
Date: Tue, 14 Dec 2004 23:12:49 +0100
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)

(GTK folks should note the 2nd quote and my reply)

There are two different mouse wheel modes, depending on whether the mouse is over the window, or over the GTK scroll bar. Especially amusing is that over the scrollbar, there is a very original behaviour: the first line of the window scrolls sideways! If the buffer is not very big, the characters trickle in or out at the left margin one by one. For bigger buffers, this happens a few characters at a time, for every mouse-4 or mouse-5 event.

But Lucid scrolling was also hairy. Especially in comint, I sometimes got a display of an empty first line, even though it wasn't empty.

la 12.12.2004 21:35 Jan D. skribis:

The scroll bar always suggests there is more to come, when in fact the bottom of the buffer is already displayed. This seems to be related to the fact that the last line can be scrolled to the top. Only then does the scroll bar hit the bottom. Even after a week this is still very confusing as on all other applications a glance at the toolbar tells you, in what document part you are! Please fix this to be the same as for the Lucid scrollbar.

This behaviour can't be that confusing as the Motif scroll bar up to 21.3 always behaved this way (but not in the current CVS).

I never liked Motif, even back when there was nothing else (but plain Xlib rectangles). For years Realplayer 8 was the last Motif app in my life, may it RIP.

I've been trying to get the GTK scroll bars to behave for about nine months (off and on), but GTK really does not support a lot of different behaviours. The GTK people have said that they will not change GTK for the sake of Emacs in this regard, since the Emacs behaviour is so uncommon.

It's true that it's uncommon, but it would be way cool for other apps as well! For example in a browser, the last page will scroll only by half on average. That means lost time scanning the whole screen to find where I was. Doing a grey overlay that fades out, or an overlay line where the window edge was, would be an alternative to the Emacs way. But doing nothing is a *big* nuisance!

So if you have some code to contribute, please send it anytime, I'm getting fed up with the GTK scroll bars.:-) In the mean time, if you need the Lucid behaviour, compile with the native scroll bars.

I didn't specially like Lucid. And since I just switched to Thunderbird, and Sawfish also uses GTK menus, I figured it would make sence to reuse a lib that's already in memory.

coralament / best Grötens / liebe Grüße / best regards / elkorajn salutojn
Daniel Pfeiffer

lerne / learn / apprends / lär dig / ucz się    Esperanto:

reply via email to

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