From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21792 invoked from network); 4 Apr 2002 13:26:58 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 4 Apr 2002 13:26:58 -0000 Received: (qmail 3495 invoked by alias); 4 Apr 2002 13:26:42 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 4810 Received: (qmail 3482 invoked from network); 4 Apr 2002 13:26:40 -0000 X-Authentication-Warning: hetfield.morphium.org: arno set sender to john@io.com using -f Date: Thu, 4 Apr 2002 07:28:35 -0600 From: John Buttery To: zsh-users@sunsite.dk Subject: Re: zsh's answer to the bash completion fm project Message-ID: <20020404132835.GC24184@io.com> Mail-Followup-To: zsh-users@sunsite.dk References: <20020403110500.GA13869@io.com> <20020403122431.GD22084@picard.franken.de> <20020403145840.GB13145@io.com> <15531.6999.630742.919771@wischnow.berkom.de> <20020403155622.GA13834@io.com> <873cyce8uc.fsf@cenderis.demon.co.uk> <20020404085836.GB24184@io.com> <15532.9672.383882.876427@wischnow.berkom.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <15532.9672.383882.876427@wischnow.berkom.de> User-Agent: Mutt/1.3.27i X-Files: The Truth is Out There X-Message-Flag: Outlook/Eudora users: This is an email with a standards-compliant crypto signature. Blame Microsoft/Qualcomm if they mangle it. X-PGP-Keyid: not-done-yet X-PGP-Fingerprint: not-done-yet --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Sven Wischnowsky [2002-04- 4 12:07:04 +0200]: > About the compctl part: I'd only consider such a list of > compctl-commands to be a todo-list of things that should be > implemented for the new system. And that may actually be helpful. > I'm not sure that there will be many such cases, though, with the new > system being as comprehensive as it already is. That's exactly the way I thought about it. > About the function-directory: the new system uses a hierarchy of > directories for classification and easier management. New functions > will and should be put into it (and hence will end up in the > distribution). Ditto. > For both parts: one of the things to look out for is opinions and > suggestions for different ways completion behaves. We recently had > someone who user@host completions to be inserted in one go, not with > `usho'. Collecting such things would be interesting so that > we get a list of things we can try to make possible in the new system. Agree. > I think they can still be combined, at least they should. The > overhead for compctl from a user's point of view is basically that > there is another module loaded (for systems without dynamic linking it > has to be linked into the zsh binary). From my point of view there is > quite a bit of legacy code in the completion code that's only needed > to support compctl. And I hate that, but don't see a way around it. Well, you just pretty much stated my exact vision for the project. :)=20 I have a working prototype of the "master script"; I'll try and clean it up a little more and post it later today. --=20 john@io.com --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8rFUDWH8M1wI2iFcRAsVIAKCGQKfINbq6gKWxn6KUlZZWYeLMXQCgntUO qTOUTcm5IZqEdYCFo8LYF8U= =4W/w -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ--