Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: even better history-search-{for,back}ward for 3.1.4
- X-seq: zsh-workers 4125
- From: Wayne Davison <wayne@xxxxxxxxx>
- To: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxx>
- Subject: Re: PATCH: even better history-search-{for,back}ward for 3.1.4
- Date: Mon, 15 Jun 1998 09:49:49 -0700
- Cc: zsh-workers@xxxxxxxxxxxxxxx
- In-reply-to: schaefer's message of Fri, 12 Jun 1998 21:06:13 -0700. <980612210613.ZM24296@xxxxxxxxxxxxxxxxxxxxxxx>
"Bart Schaefer" writes:
> That means that a line consisting of exactly one word, say "ls", does
> not match a search for `a line beginning with the first word of "ls -l"'.
This is as it should be. If someone searches for "ls ", he doesn't
want to see just "ls". In fact, even if you're searching for the
prefix "ls" (w/o space), the code skips a line of just "ls" as
a useless match (the only exception to that is that it will allow
the match if we are returning to the "curhist" line at the end of
the history).
> It also means that a line beginning with "ls " (tab) won't match.
Yes. It would be nice to fix this, but this is almost never a
problem in actual practice since most people don't input tabs into
their command lines. Your suggestion for adding a word-boundary
option to metadiffer() sounds like the right solution.
..wayne..
Messages sorted by:
Reverse Date,
Date,
Thread,
Author