From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: use Elisp to improve your Elisp - some code issues
Date: Sat, 01 Aug 2015 06:09:05 +0200 [thread overview]
Message-ID: <87r3nnd50e.fsf@nl106-137-147.student.uu.se> (raw)
In-Reply-To: 877fphvymu.fsf@kuiper.lan.informatimago.com
"Pascal J. Bourguignon" <pjb@informatimago.com>
writes:
> It's not so much a temporary buffer than a buffer
> that is not backed by a file, that you want.
Indeed, good clarification.
> You want your buffer to be visible by the user.
> The convention for this type of buffer is to name it
> with stars around "*Results*".
OK, done.
> If you want such a buffer but not visible to the
> user, add a prefix space:
>
> " *PrivateResults*"
>
> You can see the current "invisible" buffer with C-x
> b SPC TAB or all the buffers with (buffer-list)
Interesting, but of course the buffer should be
accessible the ordinary way as you might fix one
occurence, get back to the hit list, examine the next
hit, and so on.
>> Issue two is to not kill buffers that were already
>> open at invocation - I can solve that by checking
>> if there is such a buffer, but I suspect there is
>> a better way to do these kind of things all in the
>> background, rather than the `find-file' and then
>> conditionally `kill-buffer' combo.
>
> I don't think there's another way.
>
> In my opinion, it's not too important a feature; in
> my own with-file macro (used by with-files),
> I didn't check for pre-existing buffers.
Here it is very important! Because say that you have
a couple of Elisp files open. Then it strikes you you
can do (or a b) instead of (if a a b) while working on
one of them. So you think, did I do that in any of my
other Elisp files? You apply the tool - boom, all
buffers killed! See the code (last) for how the
situation can be solved (?).
> I never noted any message from downcase; what do
> you get?
Messages :)
In the form of: "Line X". But it wasn't `downcase' but
`what-line'!
> In anycase, it is a basic precept to never mix I/O
> with computing in a single function.
Indeed, and I want data, not I/O. `line-number-at-pos'
did it as mentioned by anther poster.
The code:
;; This file: http://user.it.uu.se/~embe8573/conf/emacs-init/search-regexp-in-files.el
(defun files-as-list (file-regexp)
(split-string
(with-temp-buffer
(call-process-shell-command
(format "ls %s" file-regexp) nil t) ; no INFILE, temp BUFFER
(buffer-substring (point-min) (point-max)) )))
(require 'cl)
(defalias 'cl-set-xor 'cl-set-exclusive-or)
(defun search-regexp-in-files (file-regexp regexp)
(let ((paths (files-as-list file-regexp))
(regexp-hits "*regexp-hits*")
(hits nil) )
(get-buffer-create regexp-hits)
(let ((buffers (buffer-list))) ; get list to see if we opened the file -
(with-current-buffer regexp-hits (erase-buffer))
(dolist (p paths)
(let ((buffer (find-file p)) ; here -
(kill-later (cl-set-xor buffers (buffer-list))) ) ; by comparing!
(with-current-buffer buffer
(goto-char (point-min))
(while (re-search-forward regexp nil t) ; no BOUND, NOERROR
(setq hits t)
(let ((hit-line (line-number-at-pos)))
(with-current-buffer regexp-hits
(insert (format "%s (%s)\n" p hit-line)))))
(when kill-later (kill-buffer buffer) ))))
(if hits
(progn
(switch-to-buffer regexp-hits)
(set-buffer-modified-p nil)
(goto-char (point-min)) )
(message "No hits!") ))))
;; use this to test
(when nil
;; find "kill" - should be some hits even for pacifists
(search-regexp-in-files "~/.emacs.d/emacs-init/*.el" "kill")
;; find the construct (if a a b) if you want to replace it with (or a b)
;; if it works, when applied to this file, it should find the example above!
(search-regexp-in-files (buffer-file-name)
"([[:space:]\n]*if[[:space:]\n]+\\(.*\\)[[:space:]\n]+\\1[[:space:]\n]+\\(.*\\))"
)
)
(provide 'search-regexp-in-files)
--
underground experts united
http://user.it.uu.se/~embe8573
next prev parent reply other threads:[~2015-08-01 4:09 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.7671.1438302261.904.help-gnu-emacs@gnu.org>
2015-07-31 2:39 ` use Elisp to improve your Elisp - some code issues Pascal J. Bourguignon
2015-08-01 4:09 ` Emanuel Berg [this message]
[not found] ` <mailman.7712.1438402251.904.help-gnu-emacs@gnu.org>
2015-08-01 8:54 ` Pascal J. Bourguignon
2015-08-01 12:41 ` Emanuel Berg
[not found] ` <mailman.7727.1438432975.904.help-gnu-emacs@gnu.org>
2015-08-01 15:59 ` Pascal J. Bourguignon
2015-08-02 0:06 ` Emanuel Berg
2015-08-03 1:23 ` Ian Zimmerman
[not found] ` <mailman.7751.1438474104.904.help-gnu-emacs@gnu.org>
2015-08-02 0:44 ` Pascal J. Bourguignon
2015-08-02 1:29 ` Emanuel Berg
2015-08-02 15:36 ` Robert Thorpe
2015-08-02 16:44 ` Pascal J. Bourguignon
2015-08-05 23:40 ` Emanuel Berg
2015-08-06 0:59 ` John Mastro
[not found] ` <mailman.7758.1438529790.904.help-gnu-emacs@gnu.org>
2015-08-02 16:25 ` Rusi
2015-08-01 16:13 ` Michael Heerdegen
2015-07-31 20:24 ` Sam Halliday
2015-08-01 4:20 ` Emanuel Berg
2015-08-01 6:26 ` Marcin Borkowski
[not found] ` <mailman.7714.1438410426.904.help-gnu-emacs@gnu.org>
2015-08-01 8:57 ` Pascal J. Bourguignon
2015-08-01 12:48 ` Emanuel Berg
2015-08-01 13:05 ` Marcin Borkowski
2015-08-01 13:14 ` Emanuel Berg
2015-08-01 13:21 ` Emanuel Berg
[not found] ` <mailman.7713.1438402953.904.help-gnu-emacs@gnu.org>
2015-08-02 10:42 ` Sam Halliday
2015-08-05 23:21 ` Emanuel Berg
2015-07-31 0:22 Emanuel Berg
2015-07-31 2:30 ` Marcin Borkowski
2015-07-31 7:42 ` Stefan Monnier
2015-07-31 12:11 ` Navy Cheng
2015-08-03 7:56 ` Tassilo Horn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r3nnd50e.fsf@nl106-137-147.student.uu.se \
--to=embe8573@student.uu.se \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.