multi-occur-in-matching-buffers

multi-occur-in-matching-buffers

[Lennart Borgman]

multi-occur-in-matching-buffers said to me that it wanted a place in
the menus (and since this does not seem to be regarded a feature at
all that it can't be to late). It also wanted a bit better argument
guessing.

Greatings from moimb
through her friend L

Re: multi-occur-in-matching-buffers

[Juri Linkov]

> multi-occur-in-matching-buffers said to me that it wanted a place in
> the menus (and since this does not seem to be regarded a feature at
> all that it can't be to late).

Did it say to you where it wants to be placed in the menu?
In the same submenu with `occur'?

> It also wanted a bit better argument guessing.

Does it want a better default like a buffer name in `multi-occur'?

-- 
Juri Linkov
http://www.jurta.org/emacs/

Re: multi-occur-in-matching-buffers

[Lennart Borgman]

On Fri, Jan 15, 2010 at 9:12 PM, Juri Linkov <juri@jurta.org> wrote:
>> multi-occur-in-matching-buffers said to me that it wanted a place in
>> the menus (and since this does not seem to be regarded a feature at
>> all that it can't be to late).
>
> Did it say to you where it wants to be placed in the menu?
> In the same submenu with `occur'?

Yes, it is very fond of occur.

>> It also wanted a bit better argument guessing.
>
> Does it want a better default like a buffer name in `multi-occur'?

It asked if it is too much to hope for ".*\.el". Eh, no wait, (concat
".*" (file-name-extension (buffer-file-name)).

If that is too much then buffer name is the best.

Re: multi-occur-in-matching-buffers

[Juri Linkov]

>>> multi-occur-in-matching-buffers said to me that it wanted a place in
>>> the menus (and since this does not seem to be regarded a feature at
>>> all that it can't be to late).
>>
>> Did it say to you where it wants to be placed in the menu?
>> In the same submenu with `occur'?
>
> Yes, it is very fond of occur.

But where does occur want to be?  In the same place with grep?

>>> It also wanted a bit better argument guessing.
>>
>> Does it want a better default like a buffer name in `multi-occur'?
>
> It asked if it is too much to hope for ".*\.el". Eh, no wait,
> (concat ".*" (file-name-extension (buffer-file-name)).

I see, this is like rgrep using grep-read-files.

-- 
Juri Linkov
http://www.jurta.org/emacs/

Re: multi-occur-in-matching-buffers

[Lennart Borgman]

On Fri, Jan 15, 2010 at 10:38 PM, Juri Linkov <juri@jurta.org> wrote:
>>>> multi-occur-in-matching-buffers said to me that it wanted a place in
>>>> the menus (and since this does not seem to be regarded a feature at
>>>> all that it can't be to late).
>>>
>>> Did it say to you where it wants to be placed in the menu?
>>> In the same submenu with `occur'?
>>
>> Yes, it is very fond of occur.
>
> But where does occur want to be?  In the same place with grep?


Yes, but remember that occur is married to query-replace. She will
feel quite lonely and useless without him. I think they all feel they
are a big family.

And I know they have a couple of friends that perhaps want to move in
this spring:

  ldir-query-replace
  rdir-query-replace
  grep-query-replace


>>>> It also wanted a bit better argument guessing.
>>>
>>> Does it want a better default like a buffer name in `multi-occur'?
>>
>> It asked if it is too much to hope for ".*\.el". Eh, no wait,
>> (concat ".*" (file-name-extension (buffer-file-name)).
>
> I see, this is like rgrep using grep-read-files.


Yes, that is how I feel too.


> --
> Juri Linkov
> http://www.jurta.org/emacs/
>

Re: multi-occur-in-matching-buffers

[Davis Herring]

> It asked if it is too much to hope for ".*\.el". Eh, no wait, (concat
> ".*" (file-name-extension (buffer-file-name)).

Surely it merely misspoke and meant to say

(concat (regexp-quote (file-name-extension buffer-file-name t)) "\\'")

Surely a function that searches with regexps wouldn't make a mistake
composing one, after all.

Davis

-- 
This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during
shipping.

Re: multi-occur-in-matching-buffers

[Juri Linkov]

>> It asked if it is too much to hope for ".*\.el". Eh, no wait, (concat
>> ".*" (file-name-extension (buffer-file-name)).
>
> Surely it merely misspoke and meant to say
>
> (concat (regexp-quote (file-name-extension buffer-file-name t)) "\\'")
>
> Surely a function that searches with regexps wouldn't make a mistake
> composing one, after all.

It is like its cousin in `dired-mark-files-regexp' I wanted to present
after the feature freeze:

=== modified file 'lisp/dired.el'
--- lisp/dired.el	2010-02-04 23:25:57 +0000
+++ lisp/dired.el	2010-03-04 21:11:09 +0000
@@ -2957,7 +2957,11 @@ (defun dired-mark-files-regexp (regexp &
 object files--just `.o' will mark more than you might think."
   (interactive
    (list (dired-read-regexp (concat (if current-prefix-arg "Unmark" "Mark")
-				    " files (regexp): "))
+				    " files (regexp): ")
+			    nil nil
+			    (concat (regexp-quote (file-name-extension
+						   (dired-get-filename nil t) t))
+				    "\\'"))
 	 (if current-prefix-arg ?\040)))
   (let ((dired-marker-char (or marker-char dired-marker-char)))
     (dired-mark-if

-- 
Juri Linkov
http://www.jurta.org/emacs/