From: "Bart Schaefer" <schaefer@brasslantern.com>
To: DervishD <raul@pleyades.net>, zsh-workers@sunsite.dk
Subject: Re: About menu selection (again)
Date: Wed, 14 Aug 2002 02:27:02 +0000 [thread overview]
Message-ID: <1020814022702.ZM31935@candle.brasslantern.com> (raw)
In-Reply-To: <3D5954F7.mail1L21A9GN@viadomus.com>
In-Reply-To: <3D595620.mail3I11T8QF@viadomus.com>
On Aug 13, 8:50pm, DervishD wrote:
}
} Well, when my login zsh starts, the only modules that are loaded
} are zsh/zle and zsh/main. zsh/compctl is not there.
Is that also the case when you start `zsh -f'?
} Maybe I'm not
} invoking any builtin in my rc's so compctl is autoloaded :??
That can't be, either, because `zsh -f' doesn't read your rc's ...
} Yes, they are statically linked. I'm having an idea... What if I
} configured compctl prior to compilation as being statically linked
} but NOT autoloaded (I mean, with load=no in the .mdd file)?
That might be it, but since you said later that pressing TAB causes it
to autoload, it must not be.
On Aug 13, 8:55pm, DervishD wrote:
}
} As I told you, zsh/compctl is not loaded at first. Well, as soon
} as I press TAB, both zsh/compctl and zsh/complete are loaded, but if
} zsh/complist is loaded, then *only* zsh/complete is loaded too at the
} same time and zsh/compctl is not loaded at all...
Aha. We have a winner.
The default startup code explicitly loads both zsh/zle and zsh/compctl if
zsh/zle has not already been loaded. Anything in your rc files that
causes zsh/zle to be loaded, including bindkey, causes zsh/compctl to be
skipped at startup.
Next, the completion code loads zsh/compctl only if zsh/complete is not
already loaded, but zsh/complist has a dependency on zsh/complete and
zsh/zle, so if you load zsh/complist explicitly it blocks all possible
routes to zsh/compctl except explicit autoloading or a compctl command.
Whew. This should probably be considered a bug, but the only way I can
think of to fix it is to use a different module than zsh/complete as the
test for whether a completion system other than compctl is in use.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
next prev parent reply other threads:[~2002-08-14 2:27 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-11 20:47 DervishD
2002-08-12 6:01 ` Bart Schaefer
2002-08-13 13:16 ` DervishD
2002-08-13 15:00 ` Bart Schaefer
2002-08-13 18:50 ` DervishD
2002-08-13 18:55 ` More information on why compctl is not loaded DervishD
2002-08-14 2:27 ` Bart Schaefer [this message]
2002-08-16 12:08 ` About menu selection (again) DervishD
2002-08-16 12:05 ` Sven Wischnowsky
2002-08-17 17:26 ` Bart Schaefer
2002-08-19 7:40 ` Sven Wischnowsky
2002-08-20 11:58 ` Sven Wischnowsky
2002-08-20 15:07 ` Bart Schaefer
2002-08-20 15:21 ` Sven Wischnowsky
2002-08-18 16:29 ` DervishD
2002-08-18 23: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=1020814022702.ZM31935@candle.brasslantern.com \
--to=schaefer@brasslantern.com \
--cc=raul@pleyades.net \
--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).