From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Bug #29083: Is it OK to add a new function to the emacs-26 branch? Date: Fri, 03 Nov 2017 13:04:26 -0400 Message-ID: References: <20171101112144.GB5276@ACM> <20171103162254.GA4277@ACM> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1509728711 22846 195.159.176.226 (3 Nov 2017 17:05:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 3 Nov 2017 17:05:11 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 03 18:05:04 2017 Return-path: Envelope-to: ged-emacs-devel@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 1eAfOp-0004kI-RE for ged-emacs-devel@m.gmane.org; Fri, 03 Nov 2017 18:04:55 +0100 Original-Received: from localhost ([::1]:37710 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eAfOv-0000Uh-5E for ged-emacs-devel@m.gmane.org; Fri, 03 Nov 2017 13:05:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eAfOR-0000Jj-8j for emacs-devel@gnu.org; Fri, 03 Nov 2017 13:04:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eAfON-0008L4-Ae for emacs-devel@gnu.org; Fri, 03 Nov 2017 13:04:31 -0400 Original-Received: from pmta11.teksavvy.com ([76.10.157.34]:30725) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1eAfON-0008KR-4m for emacs-devel@gnu.org; Fri, 03 Nov 2017 13:04:27 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ElGQAdofxZ/4XnjBhcHAEBBAEBCgEBg?= =?us-ascii?q?zSBUokxhHmPNIF8mFaEMAGBFAKEV0MUAQEBAQEBAQEBA2gohR4BBAF0BQULCw0?= =?us-ascii?q?BJhIUGDGKLgipRiECim0BAQEHAgElgy6CB4M8gh2BDYsIBZFehyiJCKBjKIcll?= =?us-ascii?q?082IoFsNCEIMoMuhHoljWgBAQE?= X-IPAS-Result: =?us-ascii?q?A2ElGQAdofxZ/4XnjBhcHAEBBAEBCgEBgzSBUokxhHmPNIF?= =?us-ascii?q?8mFaEMAGBFAKEV0MUAQEBAQEBAQEBA2gohR4BBAF0BQULCw0BJhIUGDGKLgipR?= =?us-ascii?q?iECim0BAQEHAgElgy6CB4M8gh2BDYsIBZFehyiJCKBjKIcll082IoFsNCEIMoM?= =?us-ascii?q?uhHoljWgBAQE?= X-IronPort-AV: E=Sophos;i="5.44,339,1505793600"; d="scan'208";a="8453518" Original-Received: from unknown (HELO pastel.home) ([24.140.231.133]) by smtp.teksavvy.com with ESMTP; 03 Nov 2017 13:04:26 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 3E3186299F; Fri, 3 Nov 2017 13:04:26 -0400 (EDT) In-Reply-To: <20171103162254.GA4277@ACM> (Alan Mackenzie's message of "Fri, 3 Nov 2017 16:22:54 +0000") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.10.157.34 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:219891 Archived-At: >> FWIW, it would be even better to add this command to which-function-mode >> so it can work in "any" mode. > which-function-mode is something a little different - it displays the > current function name continuously in the mode line. Yes, I understand that. I meant to add such a command to the same file as which-function-mode and using the same infrastructure. > Am I right in thinking the meaning of your "to add this command to w-f-m" > is that > (i) There would be a command to display the current function name in the > minibuffer, together with a line offset in it, and the other refinements > currently in c-display-defun-name. > (ii) This command would be available regardless of whether or not w-f-m > is currently enabled. > ? Yes. > If so, I agree this is a good idea. However it would need some key > sequence in the global map (or we could expect each user to set her own > C-c binding for it). It's not indispensable: those users who want such a feature can bind their own key to it. > One disadvantage: this new facility can scarcely be included in Emacs > 26, as it would be too big a change at this stage. That's right. But this feature has been missing for so many years, that delaying it a little bit, in exchange for "doing it right" seems like a good deal. > I would probably be prepared to work on this. That would be wonderful. Stefan