From: Bart Schaefer <schaefer@brasslantern.com>
To: Zsh workers <zsh-workers@sunsite.dk>
Subject: Re: Completion in pwd before subdirecories
Date: Mon, 15 Dec 2003 19:37:17 +0000 [thread overview]
Message-ID: <1031215193717.ZM13527@candle.brasslantern.com> (raw)
In-Reply-To: <5719.1071514564@gmcs3.local>
On Dec 15, 7:56pm, Oliver Kiddle wrote:
}
} It has never seemed ideal to me that, for example, gunzip completion
} will complete a directory called dir.gz even if the user has
} directories after files in their file-patterns style. Ideally we should
} tidy things up from the completion functions and not expect user's to
} set the file-patterns style for every command.
}
} For the majority of commands we use something like _files -g '*.gz' to
} specify a filename extension. These should ideally not match
} directories.
So why aren't we using "_files -g '*.gz(.)'" in that case?
The most general case is that we want globs to match both directories and
files. If the user is actually completing (rather than expanding) a word
containing a glob pattern, in the absence of other info (such as that gzip
can't inflate a directory) I'd think the user expectation is that all the
matches get lumped together.
It's quite possible that I'm still missing something, though.
} One option might be for _files to add the (^-/) when substituting
} %p and to add a -/g option to suppress this when the glob should also
} match directories.
I'm not convinced that this wouldn't amount to coding for a fringe case
and turning the most common situation into an option.
} We could even have other escapes in addition to %p which give the user
} more control. A user who relies on _next_tags to get at directories
} may want explicitly globbed directories first for commands like chown.
I agree in principle with that, though.
next prev parent reply other threads:[~2003-12-15 19:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20031213154651.GR18859@strindberg.dsv.su.se>
[not found] ` <1031213191918.ZM5325@candle.brasslantern.com>
[not found] ` <20031213233905.GW18859@strindberg.dsv.su.se>
[not found] ` <3213.1071488991@gmcs3.local>
2003-12-15 17:02 ` Bart Schaefer
2003-12-15 17:09 ` Peter Stephenson
2003-12-15 19:13 ` Bart Schaefer
2003-12-15 18:56 ` Oliver Kiddle
2003-12-15 19:37 ` Bart Schaefer [this message]
2003-12-15 20:07 ` Oliver Kiddle
2003-12-15 21:41 ` Bart Schaefer
2003-12-16 11:23 ` Oliver Kiddle
2003-12-17 15:57 ` Oliver Kiddle
2003-12-17 18:38 ` Bart Schaefer
2003-12-18 9:47 ` Oliver Kiddle
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=1031215193717.ZM13527@candle.brasslantern.com \
--to=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).