hi,

the problems start when there are more than two completions. Or more t:han 10.

for example this:
vim /cern/root5.32/include/TT<tab>
…lude/TTabCom.h           (Unknown, 9,0kB)  …lude/TTime.h
  (Unknown, 4,0kB)  …lude/TTreeIndex.h           (Unknown, 3,3kB)
…lude/TTable.h             (Unknown, 17kB)  …lude/TTimer.h
  (Unknown, 5,2kB)  …lude/TTreeInput.h           (Unknown, 2,1kB)
…lude/TTable3Points.h     (Unknown, 2,4kB)  …lude/TTimeStamp.h
  (Unknown, 8,7kB)  …lude/TTreePlayer.h          (Unknown, 7,2kB)
…lude/TTableDescriptor.h  (Unknown, 7,3kB)  …lude/TToggle.h
  (Unknown, 3,9kB)  …lude/TTreeProxyGenerator.h  (Unknown, 3,2kB)
…lude/TTableIter.h        (Unknown, 2,5kB)  …lude/TToggleGroup.h
  (Unknown, 2,5kB)  …lude/TTreeResult.h          (Unknown, 2,3kB)
…lude/TTableMap.h         (Unknown, 3,6kB)  …lude/TTRAP.h
  (Unknown, 3,0kB)  …lude/TTreeRow.h             (Unknown, 2,3kB)
…lude/TTablePadView3D.h   (Unknown, 4,9kB)  …lude/TTRD1.h
  (Unknown, 1,8kB)  …lude/TTreeSQL.h             (Unknown, 4,7kB)
…lude/TTablePoints.h      (Unknown, 3,3kB)  …lude/TTRD2.h
  (Unknown, 2,0kB)  …lude/TTreeTableInterface.h  (Unknown, 2,8kB)
…lude/TTableSorter.h      (Unknown, 9,9kB)  …lude/TTree.h
   (Unknown, 24kB)  …lude/TTreeViewer.h           (Unknown, 10kB)
…lude/TTask.h             (Unknown, 3,0kB)  …lude/TTreeCache.h
  (Unknown, 3,9kB)  …lude/TTUBE.h                (Unknown, 3,2kB)
…lude/TText.h             (Unknown, 3,2kB)  …lude/TTreeCacheUnzip.h
  (Unknown, 5,7kB)  …lude/TTUBS.h                (Unknown, 2,3kB)
…lude/TTF.h               (Unknown, 4,4kB)  …lude/TTreeCloner.h
  (Unknown, 3,0kB)  …lude/TTVLVContainer.h       (Unknown, 8,3kB)
…lude/TThread.h           (Unknown, 8,5kB)
…lude/TTreeDrawArgsParser.h  (Unknown, 4,5kB)  …lude/TTVSession.h
     (Unknown, 5,0kB)
…lude/TThreadFactory.h    (Unknown, 1,8kB)  …lude/TTreeFormula.h
  (Unknown, 9,4kB)
…lude/TThreadImp.h        (Unknown, 2,2kB)
…lude/TTreeFormulaManager.h  (Unknown, 3,6kB)

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.

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.

But as you have noticed, it's the matter of attitude. A lot of people
prefer zsh's behavior.
I hope that if this behavior will be ever implemented in fish, it can
be turned off.

Maxim

On Wed, Mar 28, 2012 at 6:43 PM, raphael rsc <sen...@8-0.net> wrote:
> i think i didn't get your point before
> for example (fish  1.23.1-2)
> raphael@kikoolol ~> cd mo
> mobiles/  (Directory in .)  moc/  (Directory in .)
> raphael@kikoolol ~> cd mo
>
> i type mo to go to a directory, tab shows me which folders beginning
> with mo are available. Though the second tab does nothing, and i have
> to type the "c" or the "b" to go the folder wanted
> with my zsh completion (not the same as it was on video)
> i write :
>
> ─(16:38:%)── cd mo
>
> and if i hit tab it gives
> ─(16:38:%)── cd mobiles/
>
> and if i hit again tab, it shows
> ─(16:38:%)── cd moc/
>
> with one hit, maybe two, i go where i want to, instead of having to
> type a letter or more to have the same final behaviour
> i feel it saves me time, but maybe it's a question of habits
>
> raphael
>
> On Wed, Mar 28, 2012 at 4:06 PM, Martin Baehr
> <mba...@email.archlab.tuwien.ac.at> wrote:
>> On Wed, Mar 28, 2012 at 03:22:25PM +0200, raphael rsc wrote:
>>> >> the thing that irritates me with fish completion as it is
>>> >> (maybe my version is old) is like basic bash completion, if multiple
>>> >> choice happens, you have to type more to get  the correct completion,
>>> > how do you have to type more?
>>> > having to hit tab many times to get to the right completion seems to be
>>> > a lot more typing that a few keys to reducethe selection.
>>> well, question of feeling and taste
>>
>> possibly, but i was asking for a quantifization.
>> you claim it is more typing, but i don't see how.
>>
>> i tried zsh and i can't figure out how the cycling through choices makes
>> me type less. i am very interested in using the shell more efficiently
>> so i'd like to understand how that works. not being familiar with zsh
>> maybe i am missing something. hence i'd appreciate if you can explain
>> how zsh makes you type less than fish for a particular case of
>> completions.
>>
>> 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

Reply via email to