zsh-workers
 help / color / mirror / code / Atom feed
From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@math.gatech.edu
Subject: Re: zsh - new user with questions
Date: Wed, 19 Aug 1998 08:45:59 +0200 (MET DST)	[thread overview]
Message-ID: <199808190645.IAA13686@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: Peter Stephenson's message of Tue, 18 Aug 1998 18:28:45 +0200

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1967 bytes --]


Peter Stephenson wrote:

> 
> "Stephen Riehm" wrote:
> >      extreme short cuts. ie: with tcsh's enhanced completions, to complete
> > the file named: ReadMe.First
> >      all I would type id: r.f<tab> - is there a way to do this sort of
> > thing in zsh?
> 
> You can write your own function.  See Functions/multicomp in the
> source distribution for examples.  If you really can't type uppercase
> characters, you're going to have to redo the globbing there so
> that every lowercase character becomes e.g. [rR], then you'll
> need to handle .'s in the way /'s are handled there.  Ignoring case
> may happen one day, but I doubt there's ever going to be a built-in
> way of saying 'look and see if there are any characters preceeding a
> dot to be added earlier on in the completion'. 

Ahem. I already said this... I had a patch for this which Zefram
didn't include, combining a simple partial-word-completion mechanism,
cas fold completions and the autoglob option (which gave the
possibility requested by Johan Sundström some time ago).
Most people think of completion functions when thinking about that,
but that, of course, would solve the problem only for one kind of
completions (one function for files, one for options, ...) which I
consider unacceptable.
I don't want to make that old patch of mine be accepted now (I even
don't know if we can get it applied nowadays). But I am really
thinking about making the matching mechanism definable in a way that
at least gives us the possibility to get case-fold completions, the
partial-word-completion mentioned above and some other goodies.
There are still some open questions I have to think about, but since I 
should have some time in this and the next week, I may be able to
offer you an implementation to play with.

Bye
 Sven

P.S.: The fact that tcsh can do this has been nagging at me for quite some
      time now ;-)


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de


             reply	other threads:[~1998-08-19  6:50 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-08-19  6:45 Sven Wischnowsky [this message]
1998-08-20  6:42 Sven Wischnowsky

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=199808190645.IAA13686@beta.informatik.hu-berlin.de \
    --to=wischnow@informatik.hu-berlin.de \
    --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).