🚀 go-pugleaf

In article <oefiyZO00VAt5mSIYY@andrew.cmu.edu>, fj05+@andrew.cmu.edu (Faisal Nameer Jawdat) writes:
|> mark@spider.co.uk (Mark Valentine) writes:
|> > 
|> > Scrollbars are another GUI feature that seem simply to waste real estate
|> > most of the time.  Most people I point it out to are pleasantly surprised
|> > to learn that SHIFT-PGUP does the sensible thing by default in xterm (well,
|> > half-sensible, I customised it to go a full page).
|>  [...]
|> off topic:
|> not to mention a blatant NeXT plug:
|> NeXT scrollbars are the ONLY good implementation of this I have seen -
|> click somewhere in the scroll space and the bar moves right there (the
|> bar is also sized proportionally to the visible space / scrollable
|> space ratio),

I rather like the xterm/xman scrollbar behaviour, now that
I've figured out how to work it -- Clicking/dragging button 2
does the same thing described above, clicking button 1 pushes
the line next to the pointer to the top of the screen, and clicking
button 3 pulls the top line down next to the pointer.  Very handy.
The bindings are a little weird (I would have swapped the button1/button2
actions; it seems a bit more intuitive that ``move the thumb here''
is the primary action and should be bound to the primary button),
and the entire thumb can scroll off the bottom, but other than that
it works well.

|> [...] and the
|> buttons at the ends of the scrollbar are in pairs so if you miss and
|> have to back up, you just move 1/8 inch, not all the way to the other
|> end of the bar.

Agreed!  When I first saw a picture of the NeXT UI this was the
first thing that jumped out at me.  Why didn't anyone else 
think of that?  It's much more sensible than the Mac/Motif layout,
and let's not even *mention* the horrifying things OpenLook 
``elevators'' do...

--Joe English

  joe@trystero.art.com