Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: changing bindings in isearch mode?
- X-seq: zsh-workers 26404
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: changing bindings in isearch mode?
- Date: Thu, 22 Jan 2009 01:57:16 -0800
- In-reply-to: <m38wp4kmz9.fsf@xxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <18801.32959.693653.15539@xxxxxxxxxxxxxxxxxx> <20090117175659.1a37c70f@pws-pc> <m3priln64m.fsf@xxxxxxxxxxxxxx> <20090119094453.4f66076b@news01> <20090119121204.4697b6a2@news01> <090119091757.ZM5344@xxxxxxxxxxxxxxxxxxxxxx> <m38wp4kmz9.fsf@xxxxxxxxxxxxxx>
On Jan 21, 11:01pm, Greg Klanderman wrote:
} Subject: Re: changing bindings in isearch mode?
}
} >>>>> Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> writes:
}
} > accept-search is no different than undefined-key in this context,
}
} Actually, that's not true.
What I wrote was:
: the reasons no one's bothered
: before include (1) accept-search is no different than undefined-key
: in this context
Please note the word "before". It's hardly fair to wait until the
implementation changes and then call me a liar for describing the
previous implementation.
} If a key is undefined in the isearch map, it is looked up in the main
} map, whereas if a key is bound to accept-search in the isearch map, it
} has the desired effect.
True for zsh where there is such a thing as the isearch map. Before
that existed, the only way to have an undefined key in isearch mode
was to *change the main keymap* to one where that key was undefined.
Which I believe it would work to do with a wrapper as I explained in
workers/26350.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author