--- Begin Message ---
Subject: |
23.1; `multi-isearch-(files|buffers)(-regexp)' |
Date: |
Wed, 14 Oct 2009 17:27:56 -0700 |
1. The doc strings of `multi-isearch-files(-regexp)' need to say that
each of the FILES elements must be an absolute file name. I was trying
to make it work with relative names, and I wasted a lot of time
debugging. It was only when the debugger finally got to comparing
`buffer-file-name' with the FILES element that I saw the problem.
2. Why not let these functions accept either absolute or relative file
names? If relative, they should be interpreted relative to
`default-directory'.
3. Similarly, for `multi-isearch-buffers(-regexp)':
a. The doc strings need to say explicitly that the BUFFERS must be
live buffers, not their names.
b. Why should the BUFFERS need to be buffers - why not also allow
buffer names?
The code is unnecessarily restrictive/brittle.
In GNU Emacs 23.1.1 (i386-mingw-nt5.1.2600)
of 2009-07-29 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.4)'
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#4727: 23.1; `multi-isearch-(files|buffers)(-regexp)' |
Date: |
Mon, 30 Nov 2009 22:28:12 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (x86_64-pc-linux-gnu) |
>> However, we could convert relative file names to internal absolute
>> file names before starting multi-file Isearch. So you will be able
>> to specify file names relative to the default directory where
>> multi-file Isearch was started.
>
> That was what I was thinking.
Thanks for the idea. Implemented.
>> Similarly, we could convert buffer names to internal live buffers
>> before starting multi-buffer Isearch.
>
> Why not? That's pretty standard. Let the function do the work of calling
> `get-buffer'.
This is implemented as well.
--
Juri Linkov
http://www.jurta.org/emacs/
--- End Message ---