Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: couple of zsh features
- X-seq: zsh-workers 681
- From: Richard Coleman <coleman@xxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxxx
- Subject: Re: couple of zsh features
- Date: Thu, 07 Dec 1995 15:22:42 -0500
- In-reply-to: Your message of "Thu, 07 Dec 1995 09:29:00 PST." <951207092900.ZM17571@xxxxxxxxxxxxxxxxx>
> I do think correctall would be more usable if you could actually enter
> the corrected spelling at the SPROMT, rather than merely accepting or
> rejecting the guess and then having to go back to zle to edit the line.
>
> } Maybe some kind of compctl-based matching could be used to determine
> } which word in the previous command was a likely mismatch.
>
> It might be useful to have the word or character position of the last
> failed correction available to compctl, and to have a history reference
> for the last unknown command or syntax error.
I've also been thinking about similar things. A lot of the recent
work in zsh has moved more of the intelligence in the code into
the hashtable code. To use an overused buzz-word, the internals
of zsh have become more `object-oriented' in some sense. This is
a trend I would like to continue. The next thing would be to move
some of the command completion and spelling correction code into
hashtable.c. So (in some sense) each type of object (alias, builtin,
etc...) would know how to complete itself, or spell check itself.
Once this is done, I think we could generalize the code so that both
spelling correction and command completion would be programmable
in similar ways.
Just a thought.
rc
Messages sorted by:
Reverse Date,
Date,
Thread,
Author