Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH and Re: simulation of dabbrev-expand
- X-seq: zsh-workers 8032
- From: Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: PATCH and Re: simulation of dabbrev-expand
- Date: Thu, 23 Sep 1999 16:23:53 +0200 (MET DST)
- In-reply-to: Adam Spiers's message of Thu, 23 Sep 1999 14:44:53 +0100
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
[ Last mail from me for the next two weeks... ]
Adam Spiers wrote:
> Sven Wischnowsky (wischnow@xxxxxxxxxxxxxxxxxxxxxxx) wrote:
> > *But* words
> > from the same line are inserted left-to-right. Since the C-code walks
> > up maybe we should add the words from the end of the line to the
> > beginning.
> >
> > We should then use the hunk for `zle_tricky.c' below.
>
> Nice touch. Reminds me of another feature I've wanted in
> _history_complete_word for ages - would it be possible to modify
> compgen -H to include words from the currently edited line?
Not that simple because we don't have it in parsed form yet. We could
make `get_comp_string()' save them but then we still would only get
the words for the current command and all commands before it.
> Hmm. I'm still puzzled why compadd -X ... -n '' throws away the old
> list though, since compwidget == lastcompwidget and
> compstate[old_list] is set to keep.
If I understood you correclty: it doesn't. It only looks like that
because of the compstate[insert]='' in _message.
> - Doesn't cope with numeric arguments yet.
> - Whenever duplicates get removed, it breaks. It looks like
> compstate[nmatches] corresponds with the number of matches
> /including/ duplicates, even if some/all duplicates have been
> removed.
At the time where you can look at `compstate', it is `...will be
removed'. Remember that all the sorting and uniquifying is only done
after the widget has returned (and for performance reasons we should
probably only do it then). Although... we could do it whenever someone
looks at `compstate[*nmatches]', set a flag if the list is sorted and
clear the flag when another match is added. Hm. No time now...
> - The error message given when unknown keys are bound to the
> widget doesn't work. Should I be using zle -R here?
No, `zle -R' will only flash the message (and only one line).
Ignore that? Beep? Use `_message' or similar code?
Bye
Sven
--
Sven Wischnowsky wischnow@xxxxxxxxxxxxxxxxxxxxxxx
Messages sorted by:
Reverse Date,
Date,
Thread,
Author