On 11/19/2016 07:52 PM, Lee Gold wrote: > In my opinion the complication that (is it GTK3 or Xfce that's doing it > ?) with the scrolling in new versions of Xubuntu is nuts. There's also > the scheme they do now were they hide the scroll bar till you mouse over > it - I turn that off whenever I can.
Hiding affordances is ALWAYS a mistake. It's not "clever", just wrong. > So try RIGHT clicking in the scrollbar space instead of left clicking > your mouse or touchpad. That's supposed to do what the left click used > to do. Sometimes it moves up/down just one line other times it's been > the page up/down as expected. > > A page at a time is how humans read so don't ask me why they did it and > why AFAIK there's no easy check boxes to configure it. This may just be a bug. Some interface designers are driven to invent new behaviours for established operations, and unfortunately they don't get tested (many people believe that "the market" is the best test; they are wrong). But formal usability testing can be expensive and time-consuming, and is usually beyond the reach of open-source projects, so a great deal of reliance is placed on the comments of others in the immediate community. By the time an interface change reaches ordinary users, it's usually too late to change it. There is also great pressure to make the interfaces less cluttered (usually a good idea), which is an additional driver; but there is a tendency towards "novelty-hunting" which needs to be restrained (politely :-) > > On Fri, Nov 18, 2016, at 08:43 PM, Len Philpot wrote: >> On 11/18/2016 09:06 PM, fred roller wrote: >>> Generally speaking pgup/pgdwn button will scroll 1 "page". clicking >>> in the space above or below the scroll position indicator on the scroll >>> bar will page up or down respectively as well. Are you looking for >>> something more specific? That is the current expected behaviour; there was an earlier one, a relic of the X Window system, in which the position of the scrollbar button within the height of the scrollbar was proportional to your location in the document, and a click in the space above or below the button moved the viewport to the position relative to whereabouts in the space you clicked. >> It's not consistent, but so far I've rarely seen clicks in the open area >> of the scroll bar behave like PgUp/PgDn (which is what I'd like). They should; there is no excuse these days for anything else unless there are selectable behaviours. >> Gnome Terminal and Mousepad jump directly to the clicked location >> (proportionally), not all the way, but not a page up/down either. That's the behaviour I was trying to describe :-) Remember also that for some (now unknown) percentage of the population, PgUp and PgDn imply the exact opposite of what they conventionally do. These users expect PgUp to move the page up the window (ie show later content) and PgDn to move the page down the window (ie show earlier content). Nowadays I suspect that this is trained out of them, but some older software (eg PC-Write) had an option to reverse the meanings of PgUp and PgDn specifically to cater for these users. I did try to find out the basis for this; Bob Wallace was scrupulously accurate in his research, but alas he left no notes to identify the source of this condition. ///Peter -- xubuntu-users mailing list xubuntu-users@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/xubuntu-users
