From: "Bart Schaefer" <schaefer@brasslantern.com>
To: zsh-workers@math.gatech.edu (Zsh hackers list)
Subject: Re: User-defined completion listing
Date: Wed, 19 Nov 1997 11:41:50 -0800 [thread overview]
Message-ID: <971119114150.ZM1710@candle.brasslantern.com> (raw)
In-Reply-To: <199711191700.SAA08643@hydra.ifh.de>
On Nov 19, 6:00pm, Peter Stephenson wrote:
} Subject: PATCH: User-defined completion listing
}
} Now the good news: the syntax (see manual patch for more) is either
}
} compctl ... -Y '$array'
} or
} compctl ... -Y 'func'
}
} In the first case, $array is, err, an array, in the second, func is
} called and must set $reply, just like a -K function.
I must confess confusion as to why you'd do it this way.
If you're going to examine the first character and behave differently
when it is '$', you could do that with -X and not need a new option.
If you're going to expand a variable, why does it have to be an array?
The parameter to -X is just a string.
If you're going to substitute a string, why pass it around with $reply?
} Another thing under the `could perhaps be better, but it's time I did
} some work' heading: literal arrays are allowed as with -k, i.e. -Y
} '(option1 option2 ...)', but there's no way of getting a literal
} string there.
Why do you need to pass a literal string to -Y when you can use -X ?
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
next prev parent reply other threads:[~1997-11-19 20:16 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
1997-11-19 17:00 PATCH: " Peter Stephenson
1997-11-19 19:41 ` Bart Schaefer [this message]
1997-11-20 9:22 ` Peter Stephenson
1997-11-20 13:39 ` PATCH: allow scalars as completion variables Peter Stephenson
1997-11-20 16:57 ` User-defined completion listing Bart Schaefer
1997-11-21 9:26 ` Peter Stephenson
1997-11-21 18:39 ` Bart Schaefer
1997-11-27 10:10 ` PATCH: completion lists revisted Peter Stephenson
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=971119114150.ZM1710@candle.brasslantern.com \
--to=schaefer@brasslantern.com \
--cc=zsh-workers@math.gatech.edu \
/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).