🚀 go-pugleaf

In article <265gaj$t7i@titan.ucs.umass.edu>, dtodd@titan.ucs.umass.edu
(David M. Todd) wrote:

> In article <jratliff-020993104001@econ179.bpa.arizona.edu>,
> >> Yes it is there, but if you skip a beat (on a 486) you often end up
> >> somewhere you don't want to be.  I'd rather see a true type-to
> >> function where you don't have to type it just right and super fast to
> >> make it work.
> >
> >But the drawback of your suggestion is that: say you want to go to the
> >"s"'s, so you type an "s", then you change your mind and want to go to the
> >"m"'s. In your system, that would take you to the "sm"'s instead. You'd
> >have to add a way to cancel your request in your system. The present system
> >is self cancelling if you wait long enough. 
> 
> Personally, I'd rather have a cancel key (ESC?) for when I change my
> mind and able to type right to a reference than to have to type
> quickly to hope to get in the right neighborhood.

I'll offer the cop-out defense of the current implementation: :)

Apple publishes Human Interface Guidelines, to which all applications are
supposed to conform. The HIG specifies the "correct" behavior in exactly
this context: The HIG requires exactly the behavior which EN currently
obeys. EndNote would have to _violate_ the HIG in order to incorporate your
suggestion. Part of the motivation behind the HIG is that it guarantees
(unless software companies violate them!) a consistent interface between
applications.

One common example of this behavior is the standard file dialog boxes. When
you see a list of files to open, this is how you quickly move to one. The
Finder windows work exactly the same way.
  ___
   |
 \_|IM RATLIFF
   Dept. of Economics
   University of Arizona