bug#29709: 25.3; diff-buffer-with-file arguments reversed

[Dan Harms]

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@gnu.org> wrote:

>> From: Dan Harms <danielrharms@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.