unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Richard M. Stallman" <rms@gnu.org>
Cc: nospam@spamgourmet.com, tomas@tuxteam.de, emacs-devel@gnu.org
Subject: Re: Update filename history after several actions
Date: Thu, 13 Oct 2005 00:51:47 -0400	[thread overview]
Message-ID: <E1EPv4F-0007mJ-KG@fencepost.gnu.org> (raw)
In-Reply-To: <874q7nwixm.fsf@jurta.org> (message from Juri Linkov on Wed, 12 Oct 2005 08:47:04 +0300)

    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.

  reply	other threads:[~2005-10-13  4:51 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87fys87vbv.fsf@ID-24456.user.uni-berlin.de>
     [not found] ` <E1EFXvj-00051R-HS@fencepost.gnu.org>
     [not found]   ` <87r7br1rp9.fsf@ID-24456.user.uni-berlin.de>
     [not found]     ` <E1EFtKY-0004Vy-2X@fencepost.gnu.org>
     [not found]       ` <u8xxtqtpw.fsf@ID-24456.user.uni-berlin.de>
2005-10-04  5:02         ` Update filename history after several actions Richard M. Stallman
2005-10-04  7:13           ` Tomas Zerolo
2005-10-08  0:04             ` Juri Linkov
2005-10-09 18:16               ` Richard M. Stallman
2005-10-10  6:14                 ` Juri Linkov
2005-10-11 14:46                   ` Richard M. Stallman
2005-10-12  5:47                     ` Juri Linkov
2005-10-13  4:51                       ` Richard M. Stallman [this message]
2005-10-13 14:10                         ` Stefan Monnier

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1EPv4F-0007mJ-KG@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=nospam@spamgourmet.com \
    --cc=tomas@tuxteam.de \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).