From: DervishD <zsh@dervishd.net>
To: Zsh Users <zsh-users@sunsite.dk>
Subject: Yes, another completion question
Date: Wed, 27 Oct 2004 19:08:51 +0200 [thread overview]
Message-ID: <20041027170851.GB10509@DervishD> (raw)
Hi all :)
After playing with compsys a bit I've started to play with
compctl. Well, I don't have any doubt about compsys being more
powerful with the shipped functions but...
What I mean is: if I just want to tweak a bit the default
completions (that is, no functions, just the default widgets) so cd
only gets directories completed and pax only tarballs, is compsys the
solution? I don't think so, but I really would like your advice.
If I want to use compsys so 'cd' only gets directories completed
when I hit tab, I must rewrite expand-or-complete, taking into
account if I'm dealing with relative paths, absolute paths, named
directories and maybe a dozen or more additional problems, but with
compctl I just do 'compctl -/ cd' and it works.
I'm sure that I'm wrong, but as I see the issue, compsys is only
useful with the shipped functions, because compadd is very low level
and a lot of work must be done in order to make it work as intended.
All that additional work is already done in the shipped functions,
but I don't feel like using that lot of code just to make cd complete
directories only...
The new completion system is more configurable, more powerful,
etc. but I don't think I need all that configuration and power. In
fact I prefer the old way, with a dozen compctl commands to make my
life easier... Am I plainly wrong? Is compctl going to dissappear
soon and I should not put a minute of work in writing my compctl
recipes? Only a thicko would use compctl instead of compsys?...
I don't want to start a flamewar 'compsys vs. compctl', just want
to know more about all that to make an oppinion.
Thanks for all, boys :))
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736
http://www.dervishd.net & http://www.pleyades.net/
next reply other threads:[~2004-10-27 17:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-27 17:08 DervishD [this message]
2004-10-27 17:27 ` Bart Schaefer
2004-10-27 17:49 ` DervishD
2004-10-27 18:49 ` DervishD
2004-10-29 15:17 ` Yet " William Scott
2004-11-01 12:42 ` DervishD
2004-11-01 13:13 ` William Scott
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=20041027170851.GB10509@DervishD \
--to=zsh@dervishd.net \
--cc=zsh-users@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).