From: "Bart Schaefer" <schaefer@brasslantern.com>
To: Sweth Chandramouli <sweth@astaroth.nit.gwu.edu>,
ZSH users mailing list <zsh-users@math.gatech.edu>
Subject: Re: cdablevars and cd completion in 3.1.5
Date: Tue, 1 Dec 1998 10:24:52 -0800 [thread overview]
Message-ID: <981201102453.ZM5889@candle.brasslantern.com> (raw)
In-Reply-To: <19981201105507.D6080@astaroth.nit.gwu.edu>
On Dec 1, 10:55am, Sweth Chandramouli wrote:
} Subject: Re: cdablevars and cd completion in 3.1.5
}
} > (the difference being that the 3.0.5 completion returns directories that
} > begin with a "." anytime there are no other matching directories, whereas
} > the -/ completion always requires that the "." be explicitly typed).
}
} i'm running 3.1.4, with "compctl -g '*(-/)' cd pushd", and i
} get tab completion on all matching directories, including ones with
} dot-prefixes, even if not explicitly typed... i just checked, and i
} get the same behaviour with just "compctl -/ cd pushd".
It sounds like you have the globdots option set.
} the manpage
} for zshcompctl describes the -/ flag as completing "Just filesystem
} paths"; what about that would imply that dot-prefixes should not be
} included?
Nothing except that dot-prefixed files are traditionally hidden from
globbing and ls and so forth, so -/ continues the trend.
} is the behaviour you describe a change in 3.1.5?
It's not a behavior change.
} > zsh% cd HE
} > ^
} > With cursor here, this calls cdmatch and completes HOME/.
} > zsh% cd HOME/zn
} > ^
} > with the cursor here, I can complete to HOME/zshfun.
}
} at first, i assumed you meant $HOME and not just HOME. some
} further checking, however, shows that zsh seems to do a check of
} environment variables if you try to cd to a directory that is not in
} your path and not a named directory, and if it finds a matching env.
} var., it implicitly names the corresponding directory:
Any variable whose value begins with a / character, not just environment
variables; but only if you have the cdablevars option set, which it seems
you do.
} my tab-completion doesn't work at all against named directories
} unless i've explicitly prefixed them with a ~ (e.g. "cd ~sw<TAB>" to
} get "cd sweth", vs. "cd sw<TAB>", which does nothing)
That's correct; the whole point of my posting was to cause completion
to work even without the leading tilde, just for people who want to
use cdablevars. I admit it's probably not all that widely useful.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
next prev parent reply other threads:[~1998-12-01 18:31 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-11-30 16:27 Andrej Borsenkow
1998-12-01 12:11 ` Bart Schaefer
1998-12-01 15:55 ` Sweth Chandramouli
1998-12-01 18:24 ` Bart Schaefer [this message]
1998-12-01 19:02 ` Andrej Borsenkow
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=981201102453.ZM5889@candle.brasslantern.com \
--to=schaefer@brasslantern.com \
--cc=sweth@astaroth.nit.gwu.edu \
--cc=zsh-users@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).