From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: Update filename history after several actions Date: Thu, 13 Oct 2005 00:51:47 -0400 Message-ID: References: <87fys87vbv.fsf@ID-24456.user.uni-berlin.de> <87r7br1rp9.fsf@ID-24456.user.uni-berlin.de> <20051004071357.GB30424@www.trapp.net> <8764s8vljt.fsf@jurta.org> <874q7qj5qe.fsf@jurta.org> <874q7nwixm.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1129179192 19704 80.91.229.2 (13 Oct 2005 04:53:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 13 Oct 2005 04:53:12 +0000 (UTC) Cc: nospam@spamgourmet.com, tomas@tuxteam.de, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 13 06:53:08 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EPv4O-0008N0-No for ged-emacs-devel@m.gmane.org; Thu, 13 Oct 2005 06:51:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EPv4O-000292-60 for ged-emacs-devel@m.gmane.org; Thu, 13 Oct 2005 00:51:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EPv4G-00028n-QM for emacs-devel@gnu.org; Thu, 13 Oct 2005 00:51:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EPv4G-00028b-Du for emacs-devel@gnu.org; Thu, 13 Oct 2005 00:51:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EPv4G-00028Y-Bm for emacs-devel@gnu.org; Thu, 13 Oct 2005 00:51:48 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EPv4G-0007H8-L2 for emacs-devel@gnu.org; Thu, 13 Oct 2005 00:51:48 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1EPv4F-0007mJ-KG; Thu, 13 Oct 2005 00:51:47 -0400 Original-To: Juri Linkov In-reply-to: <874q7nwixm.fsf@jurta.org> (message from Juri Linkov on Wed, 12 Oct 2005 08:47:04 +0300) 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:43963 Archived-At: Recentf is quite an old package, and it seems its users are happy with the way it records recently opened files. Perhaps this means there are not many places where find-file-noselect is used for internal file processing (i.e. not intended for the users to know). There are lots of them! Just search the Lisp sources for find-file-noselect. There are about 230 occurrences, and I think around 200 of them do something like this. Custom does it, bookmark.el does it, desktop.el does it, to list but a few. How does recentf interact with those packages? In those places where such processing is required, a more preferable way is to insert the contents of a file into a temporary buffer. That is definitely true. However, there are a lot of places to change--and it could be a difficult change, in places that alter the file and want to be careful not to lose it (places that use file-precious-flag). So I don't think that is a possible solution in the short term.