From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19099 invoked from network); 15 Dec 1999 18:35:49 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 15 Dec 1999 18:35:49 -0000 Received: (qmail 19615 invoked by alias); 15 Dec 1999 18:35:38 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 9064 Received: (qmail 19589 invoked from network); 15 Dec 1999 18:35:36 -0000 From: "Bart Schaefer" Message-Id: <991215183532.ZM15333@candle.brasslantern.com> Date: Wed, 15 Dec 1999 18:35:32 +0000 In-Reply-To: <199912150909.KAA04890@beta.informatik.hu-berlin.de> Comments: In reply to Sven Wischnowsky "Re: PATCH: 3.1.6-pws-11: Completion suggestions + fixes + sorting tags" (Dec 15, 10:09am) References: <199912150909.KAA04890@beta.informatik.hu-berlin.de> X-Mailer: Z-Mail (5.0.0 30July97) To: zsh-workers@sunsite.auc.dk Subject: Re: PATCH: 3.1.6-pws-11: Completion suggestions + fixes + sorting tags MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Dec 15, 10:09am, Sven Wischnowsky wrote: } Subject: Re: PATCH: 3.1.6-pws-11: Completion suggestions + fixes + sorting } } Peter Stephenson wrote: } } > 2. I don't really like the way ZLS_COLORS is sidelined. There doesn't seem } > to be any point in it if you're using new completion. Perhaps if it's } > set when completion is initialised it could be set to the default for } > the list-colors style. } } Hm, my bad English shows... There doesn't seem to be a point in what? There doesn't seem to be a reason to have a ZLS_COLORS parameter at all. } > 6. Incremental completion may be missing a few things, for example } > a way of switching it off after it's completed a word with tab, it } > annoys me that it doesn't, and an option to complete unambiguous bits } > automatically. The function doesn't seem to be described anywhere, but } > I think someone already suggested the zle functions needed their own } > manual entry. } } Incremental completion is a hack, yes. Have you had a look at } predict-on lately? It can do completion, too, nowadays. incremental-complete-word is somewhat vi-like (modal) even though editing within it is emacs-like. predict-on is more like an emacs minor mode. I haven't ever tried combining predict-on with menu-select ... BTW, predict-on is still using _style as well. Is this the correct fix? Index: Functions/Zle/predict-on =================================================================== @@ -61,7 +61,7 @@ # get out of that `case'. repeat 1 do - _style -s '' cursor crs + zstyle -s ":completion${curcontext}" cursor crs case $crs in (complete) # At the place where the completion left it, if it is after @@ -119,7 +119,7 @@ then compstate[list]='' compstate[force_list]=yes - elif _style '' list always ]] + elif zstyle ":completion${curcontext}:predict" list always ]] then compstate[force_list]=yes fi -- Bart Schaefer Brass Lantern Enterprises http://www.well.com/user/barts http://www.brasslantern.com