* Re: Command completion
@ 2000-05-03 14:45 Sven Wischnowsky
2000-05-03 14:52 ` Andrej Borsenkow
0 siblings, 1 reply; 5+ messages in thread
From: Sven Wischnowsky @ 2000-05-03 14:45 UTC (permalink / raw)
To: zsh-workers
Andrej Borsenkow wrote:
> bor@itsrm2% nslo<TAB>
> Completing external command
> nslookup
> Completing shell function
> nslookup
>
> This obviously makes no sense. We _may_ make completion so smart, as to
> insert full pathname (or command) for external commands - but currently
> nslookup will always execute functions, won't it? So, the above has one
> unambiguous match?
Hmhm. I'd still like to see that information for really unambiguous
matches, but in cases like this one we should just go ahead and accept
the single possible string.
No patch yet...
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Command completion
2000-05-03 14:45 Command completion Sven Wischnowsky
@ 2000-05-03 14:52 ` Andrej Borsenkow
0 siblings, 0 replies; 5+ messages in thread
From: Andrej Borsenkow @ 2000-05-03 14:52 UTC (permalink / raw)
To: Sven Wischnowsky, zsh-workers
> Andrej Borsenkow wrote:
>
> > bor@itsrm2% nslo<TAB>
> > Completing external command
> > nslookup
> > Completing shell function
> > nslookup
> >
> > This obviously makes no sense. We _may_ make completion so
> smart, as to
> > insert full pathname (or command) for external commands -
> but currently
> > nslookup will always execute functions, won't it? So, the
> above has one
> > unambiguous match?
>
> Hmhm. I'd still like to see that information for really unambiguous
> matches, but in cases like this one we should just go ahead
> and accept
> the single possible string.
>
> No patch yet...
>
Just to make sure we mean the same thing. It *does* insert nslookup. The
example above was slightly incorrect; the actual screenshot after TAB is
(with cursor immediately after nslookup)
bor@itsrm2% nslookup<CURSOR HERE>
Completing external command
nslookup
Completing shell function
nslookup
So, in this case I believe, that
- no list is to be displayed (we have just a single match)
- exact match should be immediately accepted and space inserted
If you like to see list in this case ... another style?
-andrej
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Command completion
2000-05-03 14:58 Sven Wischnowsky
@ 2000-05-03 15:12 ` Andrej Borsenkow
0 siblings, 0 replies; 5+ messages in thread
From: Andrej Borsenkow @ 2000-05-03 15:12 UTC (permalink / raw)
To: Sven Wischnowsky, zsh-workers
>
> Ok, it would also be cool, somehow, if we could hide matches for one
> type when they are overridden by another type. But this would
> definitely require C-code support and I have no idea how to
> do that in
> a generic way.
I may be wrong, but we have strict preference order, don't we? So, if
both $functions[nslookup] and $commands[nslookup] exist, we need not
offer the latter?
And, as I said, I have the impression that in
> completely ambiguous cases I would like to see the list (no, I can't
> really explain why).
>
Hmm ...
bor@itsrm2% whence -av nslookup
nslookup is a shell function
nslookup is /usr/sbin/nslookup
??
-andrej
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Command completion
@ 2000-05-03 14:58 Sven Wischnowsky
2000-05-03 15:12 ` Andrej Borsenkow
0 siblings, 1 reply; 5+ messages in thread
From: Sven Wischnowsky @ 2000-05-03 14:58 UTC (permalink / raw)
To: zsh-workers
Andrej Borsenkow wrote:
> ...
>
> Just to make sure we mean the same thing. It *does* insert nslookup.
Of course I tried it. I always try to try things.
> The
> example above was slightly incorrect; the actual screenshot after TAB is
> (with cursor immediately after nslookup)
>
> bor@itsrm2% nslookup<CURSOR HERE>
> Completing external command
> nslookup
> Completing shell function
> nslookup
>
> So, in this case I believe, that
>
> - no list is to be displayed (we have just a single match)
> - exact match should be immediately accepted and space inserted
And that's exactly what I want, too.
> If you like to see list in this case ... another style?
I wondered about this, too, but what I meant was cases where there are
also other strings so that get a list anyway.
Ok, it would also be cool, somehow, if we could hide matches for one
type when they are overridden by another type. But this would
definitely require C-code support and I have no idea how to do that in
a generic way. And, as I said, I have the impression that in
completely ambiguous cases I would like to see the list (no, I can't
really explain why).
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
^ permalink raw reply [flat|nested] 5+ messages in thread
* Command completion
@ 2000-05-03 13:29 Andrej Borsenkow
0 siblings, 0 replies; 5+ messages in thread
From: Andrej Borsenkow @ 2000-05-03 13:29 UTC (permalink / raw)
To: ZSH workers mailing list
bor@itsrm2% nslo<TAB>
Completing external command
nslookup
Completing shell function
nslookup
This obviously makes no sense. We _may_ make completion so smart, as to
insert full pathname (or command) for external commands - but currently
nslookup will always execute functions, won't it? So, the above has one
unambiguous match?
-andrej
Have a nice DOS!
B >>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2000-05-03 15:13 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-05-03 14:45 Command completion Sven Wischnowsky
2000-05-03 14:52 ` Andrej Borsenkow
-- strict thread matches above, loose matches on Subject: below --
2000-05-03 14:58 Sven Wischnowsky
2000-05-03 15:12 ` Andrej Borsenkow
2000-05-03 13:29 Andrej Borsenkow
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).