From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.ciao.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Apropos 54f297904e0c: Temporarily comment out CC Mode from tests which are incompatible with it. Date: Mon, 21 Jan 2019 13:04:57 -0500 Message-ID: References: <20190117164350.GA18314@ACM> <20190118175437.GA4095@ACM> <20190118225303.GB4095@ACM> <87fttppc7o.fsf@gmail.com> <20190119110729.GA4644@ACM> <875zukpxe2.fsf@gmail.com> <20190119174505.GA4749@ACM> <87k1j0sble.fsf@gmail.com> <20190119205833.GB4749@ACM> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.org; posting-host="ciao.gmane.org:195.159.176.228"; logging-data="213897"; mail-complaints-to="usenet@ciao.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 21 19:06:00 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gldxN-000tXI-Us for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2019 19:05:58 +0100 Original-Received: from localhost ([127.0.0.1]:57348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gldxM-0003nU-SJ for ged-emacs-devel@m.gmane.org; Mon, 21 Jan 2019 13:05:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51217) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gldxD-0003lw-65 for emacs-devel@gnu.org; Mon, 21 Jan 2019 13:05:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gldxB-000395-6g for emacs-devel@gnu.org; Mon, 21 Jan 2019 13:05:46 -0500 Original-Received: from [195.159.176.228] (port=50722 helo=ciao.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gldx9-0002tE-6w for emacs-devel@gnu.org; Mon, 21 Jan 2019 13:05:44 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.89) (envelope-from ) id 1gldwn-000srm-4t for emacs-devel@gnu.org; Mon, 21 Jan 2019 19:05:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:yaEfCfamHcLmei9GkjG6Nto8/U4= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.228 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:232568 Archived-At: > If I said the sky was blue would you say "where's your evidence?"? > > It is a fact that c-electric-brace controls, and must control, each > change to the buffer which is done. Not only I don't think that this is true, but I don't even know exactly what it means (IOW, yes it's probably true for some interpretation of it, but not for others). > This is self evident from reading the source code. I don't see this evidence. > Please read the source code for c-electric-brace and its immediate > sub-functions, understand it (it's not hard), and then come back to me > with any questions you may have. expand-abbrev also can be extensive changes during self-insert-command, and so can the auto-fill-function. > It is a fact that electric-layout-mode and electric-pair-mode are > allowed to run from post-self-insert-hook, that they make buffer changes > which are outside the control of c-electric-brace. If you use electric-layout-mode and electric-pair-mode, then all that's left for c-electric-brace is to call self-insert-command. And indeed, I hope in the future that the { and } bindings will simply be removed from CC-mode. I understand that there's a transition needed between these two and this intermediate state can require more work, but it's important to keep the long term goal in mind when designing the current solution. Stefan