zsh-users
 help / color / mirror / code / Atom feed
From: John Buttery <john@io.com>
To: zsh-users@sunsite.dk
Subject: Re: zsh's answer to the bash completion fm project
Date: Wed, 3 Apr 2002 09:56:22 -0600	[thread overview]
Message-ID: <20020403155622.GA13834@io.com> (raw)
In-Reply-To: <15531.6999.630742.919771@wischnow.berkom.de>

[-- Attachment #1: Type: text/plain, Size: 3067 bytes --]

* Sven Wischnowsky <wischnow@berkom.de> [2002-04- 3 17:10:15 +0200]:
> If you have the time to start a project so that we get even more
> completion functions or improvements for completion functions as
> input, we'd all be glad and you'll almost certainly get any support
> from the -workers list we can give. 

  Sure, I don't mind being the central point for this.  Let me get a
starting file together; I'll start with some of the recipes I've picked
up from the web (both compctl and zstyle) and we can go from there.

> I'm not quite sure how support for zstyle would look like, though,
> because that's so user-dependent, but a list of things people can just
> copy and paste into their init files might already be of great value,
> I think.

  Well, this is how I envision it; and of course any improvement up to
and including a complete rewrite is welcome since, like I said, I'm a
newbie.  :)  Basically, I'm starting this project with motivation but
not necessarily a huge amount of knowledge on the subject.  But what a
great way to learn, huh?

> And as for compctl: I don't plan to give it any support anymore and
> don't care if others do. There is still that file with several
> compctls in the distribution as a starting point.

  That's the way I figured it: put the compctl recipes in there when
there isn't a zstyle equivalent (meaning, nobody's bothered to convert
it yet).  These are the questions I'd like to ask the group to give me
the basis for getting started:

  1) I'd like to encourage people to write any new submissions with
zstyle but take both, and initialize both completion systems so they can
all be used.  Is this possible and/or is there a compelling reason not
to do it this way?

 2) What are anybody's thoughts on the performance differences between
having everything in one file, or having one "master" file with no
actual content, but that just initializes the two completion systems and
sources other files for the actual recipes...does it make a difference?

 3) Would somebody mind writing a little code block that checks if each
completion system has already been initialized, and initializes it if
not?  Separate logic for each would be cool.

 4) What should the interpreter line for these files be?  In other
words, what's the most common path for zsh (mine is in /bin, but I've
seen it in /usr/bin and /usr/local/bin also), and what (if any)
command-line options should be used (such as -f, or the equivalent of
bash's -norc/-noprofile)?

  5) Should we zcompile the files?  I'm assuming yes, but just thought
I'd ask in case there are caveats.  Does it matter if the version of zsh
that zcompiles a file is different from the one that runs it?  If so, we
should just ship with instructions on how to zcompile that the users can
follow.

  6) Opinions on which of the startup files we should recommend people
call our setup from?  Before or after they initialize their own
completion recipes (in theory the user's should override ours)?

-- 
john@io.com

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  reply	other threads:[~2002-04-03 15:54 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-03 11:05 John Buttery
2002-04-03 12:09 ` Sven Wischnowsky
2002-04-03 14:54   ` John Buttery
2002-04-03 12:24 ` Thomas Köhler
2002-04-03 14:58   ` John Buttery
2002-04-03 15:10     ` Sven Wischnowsky
2002-04-03 15:56       ` John Buttery [this message]
2002-04-03 22:05         ` Bruce Stephens
2002-04-04  8:58           ` John Buttery
2002-04-04 10:07             ` Sven Wischnowsky
2002-04-04 13:28               ` John Buttery
2002-04-03 15:19     ` Thomas Köhler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020403155622.GA13834@io.com \
    --to=john@io.com \
    --cc=zsh-users@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).