Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: completion features
- X-seq: zsh-workers 5782
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxx>
- To: Sven Wischnowsky <wischnow@xxxxxxxxxxxxxxxxxxxxxxx>
- Subject: Re: completion features
- Date: Sat, 13 Mar 1999 09:59:06 -0800
- Cc: zsh-workers@xxxxxxxxxxxxxx
- In-reply-to: <14057.16047.992483.728525@xxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <199903121310.OAA03206@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <14057.16047.992483.728525@xxxxxxxxxxxxxxxxxxxxx>
On Mar 12, 8:19am, Bart Schaefer wrote:
} Subject: Re: completion features
}
} Sven Wischnowsky writes:
} >
} > One more question: we could make this user-configurable. E.g.
} > `compconfig[...]=-1' would mean that `line_len - 1' errors would be
} > accepted and so on. Should we...? Any suggestions for the `...'? ;-)
}
} Pardon me if I've missed something, but you aren't really suggesting
} that the number of errors be based on the entire length of the input
} line, are you? The length of the current _word_, surely? For file
} names, it should probably only be the length of the path segment that
} actually contains the cursor.
That last sentence applies to completeinword only, of course. If you're
at the end of a /u/s/l/z/z/s/ path expecting it to expand all the way to
/usr/src/local/zsh/zsh-3.1.5-pws-11/Src/, having the length of the word
determine the number of errors makes sense.
Perhaps the length of the word minus the number of slashes? Argh. I'm
thinking about this too hard.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Messages sorted by:
Reverse Date,
Date,
Thread,
Author