From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: recording-elisp.el - try recording commands as elisp code Date: Sat, 03 Nov 2007 16:48:36 -0400 Message-ID: References: <87k5p05qsy.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1194123016 30997 80.91.229.12 (3 Nov 2007 20:50:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 3 Nov 2007 20:50:16 +0000 (UTC) Cc: emacs-devel@gnu.org To: yzhh Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 03 21:50:17 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IoPwe-0004h8-Af for ged-emacs-devel@m.gmane.org; Sat, 03 Nov 2007 21:50:16 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IoPwT-0001mI-Rc for ged-emacs-devel@m.gmane.org; Sat, 03 Nov 2007 16:50:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IoPv4-0005eJ-M7 for emacs-devel@gnu.org; Sat, 03 Nov 2007 16:48:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IoPv3-0005UP-5R for emacs-devel@gnu.org; Sat, 03 Nov 2007 16:48:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IoPv2-0005Sy-Sq for emacs-devel@gnu.org; Sat, 03 Nov 2007 16:48:36 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IoPv2-000086-Jw for emacs-devel@gnu.org; Sat, 03 Nov 2007 16:48:36 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1IoPv2-0004iy-5b; Sat, 03 Nov 2007 16:48:36 -0400 In-reply-to: (message from yzhh on Sat, 03 Nov 2007 11:57:59 +0800) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:82455 Archived-At: It was suggested: > I think it is enough to convert the isearch exit event with the > last search string to the calls of search-forward, search-backward, > re-search-forward and re-search-backward. That is a good approach for the simple cases. But if the user yanks into the search, it is important to at least try to reproduce the effect of the yanking. Even if it can't work right in all cases, at least it should work right in simple cases. Likewise, if a macro does a search with C-s C-s (using the default from before the macro), it is far better to generate a program that will use the default, rather than one which uses a constant. The same goes for minibuffers. When someone uses completion in a minibuffer, there are many cases where using the end result as a constant is best, and perhaps that is always good; but there could be some cases where it is important to repeat the completion operation. (I am not sure.) And yanking into the minibuffer ought to be repeated. As regards isearch-case-fold-search, I think it is ok to ignore that. The generated code should simply call a search function, which will obey case-fold-search. I think this will produce the most useful Lisp code, in terms of practical use.