From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Multiple next-error sources Date: Fri, 07 Nov 2014 14:06:38 -0500 Message-ID: References: <20141102151524.0d9c665c@forcix> <20141102172944.0f7944e3@forcix> <20141103084433.12117c03@forcix> <86fvdwgxqs.fsf@yandex.ru> <20141106180815.207bf7ad@forcix> <20141107104914.17f04967@forcix> <545CE443.50502@dancol.org> <545CEE87.3060909@dancol.org> <545D0DEA.1090003@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415387237 7871 80.91.229.3 (7 Nov 2014 19:07:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Nov 2014 19:07:17 +0000 (UTC) Cc: Jorgen Schaefer , Helmut Eller , emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 07 20:07:09 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XmosG-0005CY-3N for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2014 20:07:08 +0100 Original-Received: from localhost ([::1]:33505 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmosF-0006bt-8Z for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2014 14:07:07 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xmorv-0006bN-Di for emacs-devel@gnu.org; Fri, 07 Nov 2014 14:06:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xmorn-0001lB-UE for emacs-devel@gnu.org; Fri, 07 Nov 2014 14:06:47 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:42648) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xmorn-0001k8-R6 for emacs-devel@gnu.org; Fri, 07 Nov 2014 14:06:39 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4MAOatTlRLd+sd/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIwULCw4mEhQYDSSISwnLcgEBAQEGAQEBAR6RCAeESwWLZJMukH2CEYFvhBYfgnoBAQE X-IPAS-Result: Au4MAOatTlRLd+sd/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIwULCw4mEhQYDSSISwnLcgEBAQEGAQEBAR6RCAeESwWLZJMukH2CEYFvhBYfgnoBAQE X-IronPort-AV: E=Sophos;i="5.04,797,1406606400"; d="scan'208";a="96226816" Original-Received: from 75-119-235-29.dsl.teksavvy.com (HELO pastel.home) ([75.119.235.29]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 Nov 2014 14:06:38 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 9A5EC8874; Fri, 7 Nov 2014 14:06:38 -0500 (EST) In-Reply-To: <545D0DEA.1090003@dancol.org> (Daniel Colascione's message of "Fri, 07 Nov 2014 18:22:34 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:176552 Archived-At: > Can you come up with a concrete example of an instance where a > hook-specified method combiner is actually useful? No, currently, there is no variable that is modified via add-function in different ways in different cases. I'm sure you can cook up your own artificial example, but currently practice says this flexibility is indeed not used. If add-function had existed when post-self-insert-hook had been introduced, then for sure I would have used a self-insert-function instead and that would have benefited from such flexibility: some of the post-self-insert-hook functions currently have to undo what the self-insert-command did (i.e. they would rather use :around), and others would really like to know where point was at the beginning of the command (i.e. they would rather use :around as well). Of course, a self-insert-function modified with add-function would also have solved more cleanly the issue of ordering between functions (currently resolved in an ad-hoc way in electric--sort-post-self-insertion-hook). But that would just be a side-benefit. Stefan