From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: bug#44834: Fix for failing indentation of Tcl procs nested in namespace Date: Fri, 12 Feb 2021 00:48:49 -0500 Message-ID: References: <87sg8zk4lj.fsf@precedence.co.uk> <87k0rzatbp.fsf@gnus.org> <87h7mo85t6.fsf@gnus.org> <8735y7nk9z.fsf@gnus.org> <87h7mlk5re.fsf@gnus.org> <8335y5l059.fsf@gnu.org> <837dngj6yp.fsf@gnu.org> <83v9ayhdn1.fsf@gnu.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38090"; mail-complaints-to="usenet@ciao.gmane.io" Cc: anticrisisg@gmail.com, larsi@gnus.org, 44834@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 12 06:50:11 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lARLG-0009nh-LQ for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Feb 2021 06:50:10 +0100 Original-Received: from localhost ([::1]:36672 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lARLF-000472-Lp for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Feb 2021 00:50:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44668) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lARL8-00046a-5S for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 00:50:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48190) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lARL7-0002Xq-UW for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 00:50:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lARL7-0001yu-Sw for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 00:50:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Feb 2021 05:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44834 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch fixed Original-Received: via spool by 44834-submit@debbugs.gnu.org id=B44834.16131089427521 (code B ref 44834); Fri, 12 Feb 2021 05:50:01 +0000 Original-Received: (at 44834) by debbugs.gnu.org; 12 Feb 2021 05:49:02 +0000 Original-Received: from localhost ([127.0.0.1]:59731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lARK8-0001wv-UI for submit@debbugs.gnu.org; Fri, 12 Feb 2021 00:49:02 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54924) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lARK6-0001wV-2d for 44834@debbugs.gnu.org; Fri, 12 Feb 2021 00:48:58 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59575) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lARJz-00021P-Hq; Fri, 12 Feb 2021 00:48:52 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1lARJx-0005DQ-3i; Fri, 12 Feb 2021 00:48:49 -0500 In-Reply-To: <83v9ayhdn1.fsf@gnu.org> (message from Eli Zaretskii on Thu, 11 Feb 2021 16:39:46 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:199838 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > The idea is to count lines in the new version which are added or > > modified. If that is clear, you will see that it doesn't count > > anything from the old versin. > The problem is that most modern comparison tools show diffs where > there are no "changed" lines (the "!" mark of "diff -c"), they only > show "-" and "+", i.e. as if the edit distance is a sequence of just 2 > operations: delete and add. That seems inconvenient, in general. Why do they do that? But it doesn't matter at all for this one purpose. So "changed" doesn't have a clear and > immediate interpretation in terms of the presentation in diffs. When you're counting the added or changed lines, it should not matter whether the tool distinguishs added lines from changed lines. If it labels them all with +, you can still count them. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)