There are certainly reasons for both patterns. For example, I'm sure many
people have run into the two-nearly-identical-names problem with using
completion. You have a long folder name, and a second very long nearly
identical folder... my linux kernel folders comes to mind. It's a lot
faster to type 'lin<tab><tab><tab>' to get to the third one rather than
having to type 'linux-kernel-gentoo-2.6.3<tab>' to get a unique folder.
In other cases, it's far more efficient to just type a few more characters.
The typical /home/ folder is a textbook example; hundreds or thousands of
entries that are quite unique.
There are common use-case scenarios for both access patterns.
On Wed, Mar 28, 2012 at 11:51, Martin Baehr <
mba...@email.archlab.tuwien.ac.at> wrote:
> On Wed, Mar 28, 2012 at 08:44:18PM +0400, Maxim Gonchar wrote:
> > It's definitely ineffective to choose one file with tab, when you can
> > type several letters to choose it. When you have to choose several
> > files, or several options from long lists. And when after pressing
> > <tab> your line is completed by first completion from the list, you
> > can not simply add one or two letters to get desired completion,
> > because you need to delete the completion first.
>
> only if you hit one tab to many. if you are careful to stop hitting tabs
> as soon as the list appears, and then type the right letters to make the
> selection, then zsh does allow you to operate like fish.
>
> or if the zsh style selection can be done with arrow keys then those not
> wanting to use it would not be affected at all. (note that currently
> arrow keys are used to scroll through a long list of selections, so
> adding highlighting to a particular choice while doing so would be quite
> natural)
>
> > There is also one point, at least for me. When typing fast enough,
> > it's always annoying to type single key several times. It's more
> > smooth and convenient when you need to press different keys.
>
> as said above, zsh style doesn't prevent doing that.
>
> greetings, martin.
> --
> cooperative communication with sTeam - caudium, pike, roxen and
> unix
> services: debugging, programming, training, linux sysadmin, web
> development
> --
> pike programmer working in china
> societyserver.(org|net)
> foresight developer community.gotpike.org
> foresightlinux.org
> unix sysadmin (open-steam|www.caudium).org
> realss.com
> Martin Bähr http://societyserver.org/mbaehr/
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Fish-users mailing list
> Fish-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fish-users
>
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Fish-users mailing list
Fish-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fish-users
