From: Zefram <zefram@fysh.org>
To: Bart Schaefer <schaefer@brasslantern.com>
Cc: zsh-workers@sunsite.dk
Subject: Re: How to complete backquote, etc. using compsys?
Date: Wed, 29 Aug 2001 22:06:58 +0100 (BST) [thread overview]
Message-ID: <E15cCY7-0008Vd-00@bowl.fysh.org> (raw)
In-Reply-To: <1010829175252.ZM4667@candle.brasslantern.com> from Bart Schaefer at "Aug 29, 2001 05:52:52 pm"
Bart Schaefer wrote:
>The question in this case (and in other cases of multiple suffix layers)
>is exactly when you remove them. E.g. with a file suffix like '/', it
>gets removed if you immediately press enter, but in the above case it
>should not get removed.
The rule we've used so far is to remove as little as was reasonable
to give a special character its customary special meaning. So, for
example, after auto-adding "}/" after a parameter name, ":" or "}"
would result in removing both characters, "/" or " " would remove just
"/", and alphabetic characters wouldn't remove anything.
>should not get removed. Also with $(...) or `...`, pressing space after
>the autoremovable suffix is ambiguous -- more arguments to the command,
>or the next thing after it?
This is indeed ambiguous. It raises the question of why we're auto-adding
the ")" or "`". To be consistent with our previous practice for removable
suffixes, we shouldn't be adding the suffix if it leads to such ambiguity.
However, once we've got the suffix there, " " shouldn't be removing it
-- it is perfectly reasonable to insert a real space immediately after
a closing "`" or ")". We should only be removing the closing character
if the next character typed is one that only makes sense as an addition
to the command inside the substitution.
-zefram
next prev parent reply other threads:[~2001-08-29 21:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20010821204255.64C6417403@puel.sfc.wide.ad.jp>
[not found] ` <3B84D18C.19BA712@yahoo.co.uk>
[not found] ` <1010823180146.ZM25810@candle.brasslantern.com>
[not found] ` <3B8B6600.54A33D8E@yahoo.co.uk>
2001-08-28 15:50 ` Bart Schaefer
2001-08-29 17:31 ` Oliver Kiddle
2001-08-29 17:52 ` Bart Schaefer
2001-08-29 21:06 ` Zefram [this message]
2001-08-30 0:07 ` Bart Schaefer
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=E15cCY7-0008Vd-00@bowl.fysh.org \
--to=zefram@fysh.org \
--cc=schaefer@brasslantern.com \
--cc=zsh-workers@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).