From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6971 invoked from network); 5 May 2000 14:35:36 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 5 May 2000 14:35:36 -0000 Received: (qmail 29320 invoked by alias); 5 May 2000 14:35:22 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 11203 Received: (qmail 29250 invoked from network); 5 May 2000 14:35:16 -0000 Date: Fri, 5 May 2000 16:35:13 +0200 (MET DST) Message-Id: <200005051435.QAA09976@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Andrej Borsenkow"'s message of Fri, 5 May 2000 18:29:01 +0400 Subject: Re: Command completion in nslookup Andrej Borsenkow wrote: > If I press TAB on empty line, nothing happens. Yes, I remember, it was > done on purpose for normal command line completion (to avoid listing all > system commands), but nslookup just have a couple of dozens commands - > and I do not remember all of them :-) So, is it possible to turn on > completion in this case? Unfortunately, this is decided very early in complete-word and the like, before the completion code is called at all. I never liked it myself... hm, since we can controll such things in the completion system (even now, with the styles we have, namely tag-order): should we change it so that we get this insert-tab-in- column-one only when the completion code is *not* about to call a completion widget? I.e., leave it as it was for compctl but allow completion widgets to decide what they want to do. Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de