Another bug (was Emacs: 2 GTK hiccups)

[Daniel Pfeiffer]

(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:
                             http://lernu.net/