From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dan Harms Newsgroups: gmane.emacs.bugs Subject: bug#29709: 25.3; diff-buffer-with-file arguments reversed Date: Fri, 15 Dec 2017 05:41:17 -0600 Message-ID: References: <20805A59-B4AE-4747-9178-585312084923@gmail.com> <83y3m5td2b.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1513338130 10001 195.159.176.226 (15 Dec 2017 11:42:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 15 Dec 2017 11:42:10 +0000 (UTC) Cc: 29709@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 15 12:42:06 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePoNR-0002M8-UT for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Dec 2017 12:42:06 +0100 Original-Received: from localhost ([::1]:45831 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePoNZ-0002ZS-8M for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Dec 2017 06:42:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35344) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ePoNS-0002ZA-Hc for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 06:42:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ePoNO-0003Fg-H6 for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 06:42:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54327) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ePoNO-0003FX-Cu for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 06:42:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ePoNO-0006Ge-0V for bug-gnu-emacs@gnu.org; Fri, 15 Dec 2017 06:42:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dan Harms Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Dec 2017 11:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29709 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 29709-submit@debbugs.gnu.org id=B29709.151333808724050 (code B ref 29709); Fri, 15 Dec 2017 11:42:01 +0000 Original-Received: (at 29709) by debbugs.gnu.org; 15 Dec 2017 11:41:27 +0000 Original-Received: from localhost ([127.0.0.1]:34775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePoMo-0006Fq-OV for submit@debbugs.gnu.org; Fri, 15 Dec 2017 06:41:26 -0500 Original-Received: from mail-it0-f47.google.com ([209.85.214.47]:36553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ePoMm-0006Fd-JI for 29709@debbugs.gnu.org; Fri, 15 Dec 2017 06:41:24 -0500 Original-Received: by mail-it0-f47.google.com with SMTP id d16so18348485itj.1 for <29709@debbugs.gnu.org>; Fri, 15 Dec 2017 03:41:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uLBjuWwwFsi1cTxZ8rlKbRBHguPdfq6apXjIekRBMXo=; b=gj5MfypOwjf8ZfkUG5CgV8IzO3gyfUla0xKLisWLAwPT2p03Kq8PUVZiaOK18EnOUr IdoDfcpH33JlmV+ZK51z+DZ+npfXWeY4KKSyAW0VJc5NH1QMtnfL0LjgbTNFo4A88PWU OWbXY5SlXdjHXhefwOulVwsYDGTP2QitrTsx4KLDqv4r7ruKBfR4ir+p6+4LANSje2s3 KQSOxmmzPi70+9w61I+aQwJ3d0bo7Sf1f0tpIeN8McuIirTZgIAJvzBzeZ8HeLvRNDTJ Uy2jHsLsro7naF1FgtOuw+nMJW/FoMizvCTaw/rJAu8h6ohGlOXUpkzZlDydxjmSoRSK jSsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=uLBjuWwwFsi1cTxZ8rlKbRBHguPdfq6apXjIekRBMXo=; b=bWYT42vQR2knG1nnMVetaGgYVQnRAee/z9XsAyYtiLaFc4ocNGD4tzLsysHUW57emM PsCR8W5Cxdp3eZT3qOHvQEeFviaATkmqcW8sqA+w94J9jUpzLYUX+bkHdkhZyG+Lw06E x1tPdK5LY/C+K1pBKAEtWtZBHQZHEmqCsUz5gXCBnXF/Zoqd+12SBQKBZx9IyshZBiEr gTwRPsga0TbJgUV4pobi4GBqcIGySJMMqFlV0qRdntWr1wiIYxMh5ubD0mqrUVFLs45w 0xpYlPT+dHxBYCv1itZ8nV2FjQZ98QltfegqA4SDd7ZkyBypn8beigGiFa0bxcvmWNiW Zyug== X-Gm-Message-State: AKGB3mImGRBJ4+zXZTvvHTNj/XutrxjO4OGKDX+wsoGbPVCw8l57XwYq sZ5GAn0+MdaMRYYy/1/oMSXfe+1j X-Google-Smtp-Source: ACJfBosLliiRxEb9cp5DnEtXZhtIyvTuDchHXMtKKE5JZp3LNq4EcQj7SBcj1mLc1IQT6JwzjFFWSQ== X-Received: by 10.107.163.14 with SMTP id m14mr12242409ioe.73.1513338078801; Fri, 15 Dec 2017 03:41:18 -0800 (PST) Original-Received: from [192.168.0.7] (d60-38-170.col.wideopenwest.com. [65.60.170.38]) by smtp.gmail.com with ESMTPSA id d3sm3675679itf.1.2017.12.15.03.41.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Dec 2017 03:41:18 -0800 (PST) X-Mailer: iPhone Mail (15B150) In-Reply-To: <83y3m5td2b.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:141114 Archived-At: Every time I use the function, I end up having to reverse the direction afte= r calling the function. But that=E2=80=99s OK, if other people think the de= fault makes sense.=20 On Dec 14, 2017, at 11:49 AM, Eli Zaretskii wrote: >> From: Dan Harms >> Date: Thu, 14 Dec 2017 06:01:43 -0600 >>=20 >> When I execute (diff-buffer-with-file ), 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? >=20 > 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.