GNU bug report logs - #29709
25.3; diff-buffer-with-file arguments reversed

Previous Next

Package: emacs;

Reported by: Dan Harms <danielrharms <at> gmail.com>

Date: Thu, 14 Dec 2017 16:34:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 25.3

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #11 received at 29709 <at> debbugs.gnu.org (full text, mbox):

From: Dan Harms <danielrharms <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 29709 <at> debbugs.gnu.org
Subject: Re: bug#29709: 25.3; diff-buffer-with-file arguments reversed
Date: Fri, 15 Dec 2017 05:41:17 -0600
Every time I use the function, I end up having to reverse the direction after calling the function.  But that’s OK, if other people think the default makes sense. 

On Dec 14, 2017, at 11:49 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Dan Harms <danielrharms <at> gmail.com>
>> Date: Thu, 14 Dec 2017 06:01:43 -0600
>> 
>> When I execute (diff-buffer-with-file <buffer>), the file on disk is
>> used as the first argument, the working buffer as the second.  This
>> leads to a diff-mode buffer with the base-line (the left-hand side) as
>> the file on disk, not my current buffer.  I would think this is opposite
>> of what should be the default.  Wouldn't we more often want to view the
>> buffer's current state as the baseline, and view what changes would be
>> required to transform this buffer into the file on disk?
> 
> I think the idea is that the file on disk is the original version and
> the text in your buffer is the modified (a.k.a. "new") version.




This bug report was last modified 5 years and 315 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.