From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Small change in image-dired.el Date: Sat, 29 Mar 2008 16:27:28 -0400 Message-ID: References: <7dbe73ed0803291308o2c127601k6ceeb3351d3a1f83@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1206822482 20320 80.91.229.12 (29 Mar 2008 20:28:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Mar 2008 20:28:02 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Mathias Dahl" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 29 21:28:32 2008 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 1Jfhf9-0004Jz-2a for ged-emacs-devel@m.gmane.org; Sat, 29 Mar 2008 21:28:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfheW-0000uX-S1 for ged-emacs-devel@m.gmane.org; Sat, 29 Mar 2008 16:27:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JfheR-0000sM-W8 for emacs-devel@gnu.org; Sat, 29 Mar 2008 16:27:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JfheQ-0000pc-5j for emacs-devel@gnu.org; Sat, 29 Mar 2008 16:27:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfheP-0000pI-UT for emacs-devel@gnu.org; Sat, 29 Mar 2008 16:27:41 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JfheP-0005jO-QB for emacs-devel@gnu.org; Sat, 29 Mar 2008 16:27:41 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAKZD7kfO+LLN/2dsb2JhbACBWqdR X-IronPort-AV: E=Sophos;i="4.25,576,1199682000"; d="scan'208";a="17135033" Original-Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 29 Mar 2008 16:27:29 -0400 Original-Received: from pastel.home ([206.248.178.205]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id JXE21829; Sat, 29 Mar 2008 16:27:29 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id CEB467FCD; Sat, 29 Mar 2008 16:27:28 -0400 (EDT) In-Reply-To: <7dbe73ed0803291308o2c127601k6ceeb3351d3a1f83@mail.gmail.com> (Mathias Dahl's message of "Sat, 29 Mar 2008 21:08:21 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:93834 Archived-At: > When cleaning my mailbox I found an old request from Stefan Reich=F6r > asking if tumme (as it was called back then) could preserve the > timestamp of rotated original files. He sent a patch which I > implemented (although slightly changed) today. I made it customizable > and by default it works as before, i.e. not preserving timestamp. What is the rationale for such a "feature"? Generally, modifying a file and then changing its timestamp back to what it was is a good way to get in trouble (many programs assume that if the timestamp hasn't changed, then the file hasn't changed). Maybe some other feature can provide the same end result? E.g. maybe the file's content should hold the timestamp (in its metadata) instead? > If people are OK with the change, could someone check this in for me > (it was a long time since I did any CVS commit and I don't want to > mess up)? I'm not necessarily opposed to it, but I'd first like a compelling evidence that this is really the right way to solve the original problem. Stefan