From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 07:53:52 2016 Received: (at submit) by debbugs.gnu.org; 5 Feb 2016 12:53:52 +0000 Received: from localhost ([127.0.0.1]:32870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRftY-0004Rg-Kk for submit@debbugs.gnu.org; Fri, 05 Feb 2016 07:53:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47819) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRftW-0004RU-UV for submit@debbugs.gnu.org; Fri, 05 Feb 2016 07:53:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRftQ-0004LF-TH for submit@debbugs.gnu.org; Fri, 05 Feb 2016 07:53:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54556) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRftQ-0004LB-QY for submit@debbugs.gnu.org; Fri, 05 Feb 2016 07:53:44 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38786) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRftP-0005Ek-Ra for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 07:53:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRftM-0004Kp-Dt for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 07:53:43 -0500 Received: from mail.muc.de ([193.149.48.3]:45924) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRftM-0004Ja-5G for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 07:53:40 -0500 Received: (qmail 77265 invoked by uid 3782); 5 Feb 2016 12:53:38 -0000 Received: from acm.muc.de (p548A4CF8.dip0.t-ipconnect.de [84.138.76.248]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 05 Feb 2016 13:53:37 +0100 Received: (qmail 8704 invoked by uid 1000); 5 Feb 2016 12:55:59 -0000 Date: Fri, 5 Feb 2016 12:55:59 +0000 To: bug-gnu-emacs@gnu.org Subject: Fundamental mode isn't fundamental enough. Message-ID: <20160205125559.GC7727@acm.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.4 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) Hello, Emacs. I've just tried to paste some text into a fundamental mode buffer, using GNU/Linux's GPM mouse utility. It gets fouled up by some facility that decides I want some automatic indentation, despite being in fundamental mode. As far as I understand, GPM does pasting by effectively typing a character at a time. The original text (from an email by Michael Duggan) is this: ######################################################################### In the following C++ snippet: template struct ArgListMatcher : ArgListMatcher::value>, MakeIndices::value, CountRef::value>, Arg, Args...> { using Parent = ArgListMatcher< MakeIndices::value>, MakeIndices::value, CountRef::value>, Arg, Args...>; using Parent::ArgListMatcher; }; ######################################################################### The corrupted text, looks like this: ######################################################################### In the following C++ snippet: template struct ArgListMatcher : ArgListMatcher::value>, MakeIndices::value, CountRef::value>, Arg, Args...> { using Parent = ArgListMatcher< MakeIndices::value>, MakeIndices::value, CountRef::value>, Arg, Args...>; using Parent::ArgListMatcher; }; ######################################################################### Now there will be some sort of option I can set so that this won't happen. But I shouldn't have to. More to the point, a new user who is unfamiliar with Emacs's documentation shouldn't have to. Surely the whole point of fundamental mode is that "clever" things like this should all be disabled. This is surely a bug. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 09:46:34 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 14:46:34 +0000 Received: from localhost ([127.0.0.1]:32958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRhec-0003Yo-4Z for submit@debbugs.gnu.org; Fri, 05 Feb 2016 09:46:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52108) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRhea-0003Yb-UM for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 09:46:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRheS-0008VQ-Kn for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 09:46:27 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRheS-0008VM-Hf; Fri, 05 Feb 2016 09:46:24 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1701 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aRheR-0000MX-P8; Fri, 05 Feb 2016 09:46:24 -0500 Date: Fri, 05 Feb 2016 16:46:09 +0200 Message-Id: <834mdnusem.fsf@gnu.org> From: Eli Zaretskii To: Alan Mackenzie In-reply-to: <20160205125559.GC7727@acm.fritz.box> (message from Alan Mackenzie on Fri, 5 Feb 2016 12:55:59 +0000) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) > Date: Fri, 5 Feb 2016 12:55:59 +0000 > From: Alan Mackenzie > > I've just tried to paste some text into a fundamental mode buffer, using > GNU/Linux's GPM mouse utility. It gets fouled up by some facility that > decides I want some automatic indentation, despite being in fundamental > mode. As far as I understand, GPM does pasting by effectively typing a > character at a time. You want to turn off electric-indent-mode, I think. > This is surely a bug. No, it's a deliberate feature, AFAIU. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 10:11:09 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 15:11:09 +0000 Received: from localhost ([127.0.0.1]:34526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRi2P-0004X0-Ec for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:11:09 -0500 Received: from mail.muc.de ([193.149.48.3]:50325) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRi2N-0004Wr-QF for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 10:11:08 -0500 Received: (qmail 42158 invoked by uid 3782); 5 Feb 2016 15:11:06 -0000 Received: from acm.muc.de (p548A4CF8.dip0.t-ipconnect.de [84.138.76.248]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 05 Feb 2016 16:11:05 +0100 Received: (qmail 9163 invoked by uid 1000); 5 Feb 2016 15:13:27 -0000 Date: Fri, 5 Feb 2016 15:13:27 +0000 To: Eli Zaretskii Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Message-ID: <20160205151327.GE7727@acm.fritz.box> References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <834mdnusem.fsf@gnu.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) Hello, Eli. On Fri, Feb 05, 2016 at 04:46:09PM +0200, Eli Zaretskii wrote: > > Date: Fri, 5 Feb 2016 12:55:59 +0000 > > From: Alan Mackenzie > > > > I've just tried to paste some text into a fundamental mode buffer, using > > GNU/Linux's GPM mouse utility. It gets fouled up by some facility that > > decides I want some automatic indentation, despite being in fundamental > > mode. As far as I understand, GPM does pasting by effectively typing a > > character at a time. > You want to turn off electric-indent-mode, I think. Sort of. But this is beyond the capabilities of a newby (discovering that, I mean). > > This is surely a bug. > No, it's a deliberate feature, AFAIU. You mean, there should no longer be a vanilla fundamental mode? I would argue that no "helpful" electric modes should be enabled in FM. At the moment, it appears, we are lacking a What-You-Do-Is-What-You-Get mode. I think electric-*-modes should be disabled in FM unless explicitly enabled by the user in an FM buffer. We've become far too "clever" with all these facilities. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 10:34:28 2016 Received: (at submit) by debbugs.gnu.org; 5 Feb 2016 15:34:28 +0000 Received: from localhost ([127.0.0.1]:34551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRiOy-0006hu-Bd for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:34:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34952) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRiOw-0006hh-Ew for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:34:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRiOq-0003dM-7W for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:34:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41337) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRiOq-0003dI-4i for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:34:20 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRiOp-0002mj-A6 for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 10:34:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRiOl-0003cF-H4 for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 10:34:19 -0500 Received: from mail-qk0-x22e.google.com ([2607:f8b0:400d:c09::22e]:36854) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRiOl-0003c7-A8 for bug-gnu-emacs@gnu.org; Fri, 05 Feb 2016 10:34:15 -0500 Received: by mail-qk0-x22e.google.com with SMTP id s68so35052495qkh.3 for ; Fri, 05 Feb 2016 07:34:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=udel-edu.20150623.gappssmtp.com; s=20150623; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=sWpc1NCC15AeKOchy8aPHvMDTM4SzBQs2BcKtzLIVfU=; b=AyGIxSHX1lg+/99Mg+WwUJVkZ2sCc/V4317/NuEXeB2/Js0XeYXDVBx+HR55OXOuVm IWIL4JiQUFVeajLBSCLzJG+p6JnTWp4QPioN9crSmcyv2ngvaV0df+WIjIFx22fIHHof B5X68pNknpYVN4Vo/snftMPGrSLZoD1Dt4yV2ve2s0xGrhw3ZDdntvLQSBPFnf/nVwrz qasS3k9HBAQWxT7IxxlQEtdhpaFT7ZNAXwj5x4z6qJMiy5zwGM+Gd6l/1ON3Vqjkzh/r HC6nlE2IW4TgURcR0726+1Skc31HcirCIskDPhifM8tT7MFjTtEh93w8M3M/9bluu3+y zRRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=sWpc1NCC15AeKOchy8aPHvMDTM4SzBQs2BcKtzLIVfU=; b=Fdp67yqmpWEiX3R6eR2I1Q16Xd/HjBcWyVGTzuzeULIKB9yjxT2yZaowMt/LguPvZJ bEhFNGIWX8K2JTp4IllnQeyzDz5NTsQ4+tmS8opUW3KwlkzazZRucAiMF4FcLIVj8dPz hl1nOXoofHJjLiAmKVAexpEU/H5EbLPYped9fdawYEBlKfXO7bLkUuS5IFlxh1/MFcCn n7soyIp5BZDF/Ca0IU5AjI9/+fAqIRvIiNDO4O0OONDZlKlEKT2mtO2k/6UwEkwE7auK OYqBgDojtg5bzCssPbQ6hJcfQkMyqn20xpMn2qruiT1sX6ApXaLbgUQRNpCQ1sGx50WZ d+2w== X-Gm-Message-State: AG10YOSP3TU+mZOuPvsHH/dsv9MY4vXFLZ50Y7R9NDtF+1RVp1Og0jyTozDJeL7MYiJR1c2j X-Received: by 10.55.54.201 with SMTP id d192mr17120165qka.23.1454686454829; Fri, 05 Feb 2016 07:34:14 -0800 (PST) Received: from holos.localdomain (c-73-172-248-173.hsd1.md.comcast.net. [73.172.248.173]) by smtp.gmail.com with ESMTPSA id t18sm8036979qkl.11.2016.02.05.07.34.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Feb 2016 07:34:12 -0800 (PST) Received: by holos.localdomain (Postfix, from userid 1000) id 1E050696E3; Fri, 5 Feb 2016 10:34:11 -0500 (EST) From: Mark Oteiza To: bug-gnu-emacs@gnu.org Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> Date: Fri, 05 Feb 2016 10:34:11 -0500 In-Reply-To: <20160205151327.GE7727@acm.fritz.box> (Alan Mackenzie's message of "Fri, 5 Feb 2016 15:13:27 +0000") Message-ID: <87h9hnjhn0.fsf@udel.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Alan Mackenzie writes: >> No, it's a deliberate feature, AFAIU. > > You mean, there should no longer be a vanilla fundamental mode? I would > argue that no "helpful" electric modes should be enabled in FM. At the > moment, it appears, we are lacking a What-You-Do-Is-What-You-Get mode. > > I think electric-*-modes should be disabled in FM unless explicitly > enabled by the user in an FM buffer. We've become far too "clever" with > all these facilities. electric-indent-mode is the only electric-*-mode on by default, and I never understood why it was enabled. Up until bracketed paste was implemented, this issue of indenting pastes had been an annoyance (only later on did I realize to disable this electric mode). From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 10:36:20 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 15:36:20 +0000 Received: from localhost ([127.0.0.1]:34559 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRiQm-0006l4-88 for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:36:20 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:22990) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRiQk-0006kr-O4 for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 10:36:19 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u15FaCCH023946 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Feb 2016 15:36:12 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u15FaAZf029293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 5 Feb 2016 15:36:11 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u15FaAoH020185; Fri, 5 Feb 2016 15:36:10 GMT MIME-Version: 1.0 Message-ID: <581e4daf-088b-468c-bb4d-500284df3d8f@default> Date: Fri, 5 Feb 2016 07:36:09 -0800 (PST) From: Drew Adams To: Eli Zaretskii , Alan Mackenzie Subject: RE: bug#22564: Fundamental mode isn't fundamental enough. References: <<20160205125559.GC7727@acm.fritz.box>> <<834mdnusem.fsf@gnu.org>> In-Reply-To: <<834mdnusem.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > > I've just tried to paste some text into a fundamental mode buffer, usin= g > > GNU/Linux's GPM mouse utility. It gets fouled up by some facility that > > decides I want some automatic indentation, despite being in fundamental > > mode. As far as I understand, GPM does pasting by effectively typing a > > character at a time. >=20 > You want to turn off electric-indent-mode, I think. >=20 > > This is surely a bug. >=20 > No, it's a deliberate feature, AFAIU. In Fundamental mode? Electric anything in Fundamental mode? Surely someone was not smoking the right stuff at the time that was decided. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 10:38:32 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 15:38:32 +0000 Received: from localhost ([127.0.0.1]:34563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRiSu-0006oG-JL for submit@debbugs.gnu.org; Fri, 05 Feb 2016 10:38:32 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:24555) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRiSt-0006o1-6P for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 10:38:31 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u15FcOFD026812 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Feb 2016 15:38:25 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u15FcOZM003530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 5 Feb 2016 15:38:24 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u15FcN9u012125; Fri, 5 Feb 2016 15:38:23 GMT MIME-Version: 1.0 Message-ID: <8b27118c-c24b-4961-a5a6-6535dbe14722@default> Date: Fri, 5 Feb 2016 07:38:22 -0800 (PST) From: Drew Adams To: Mark Oteiza , 22564@debbugs.gnu.org Subject: RE: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> <87h9hnjhn0.fsf@udel.edu> In-Reply-To: <87h9hnjhn0.fsf@udel.edu> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 22564 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > > You mean, there should no longer be a vanilla fundamental mode? I woul= d > > argue that no "helpful" electric modes should be enabled in FM. At the > > moment, it appears, we are lacking a What-You-Do-Is-What-You-Get mode. > > > > I think electric-*-modes should be disabled in FM unless explicitly > > enabled by the user in an FM buffer. We've become far too "clever" wit= h > > all these facilities. >=20 > electric-indent-mode is the only electric-*-mode on by default, and I > never understood why it was enabled. Up until bracketed paste was > implemented, this issue of indenting pastes had been an annoyance (only > later on did I realize to disable this electric mode). I agree. I disabled it as soon as I encountered it, but I disagree that users should be subjected to it by default. Especially in Fundamental mode. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 12:57:57 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 17:57:57 +0000 Received: from localhost ([127.0.0.1]:34656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRkdp-0004v9-L2 for submit@debbugs.gnu.org; Fri, 05 Feb 2016 12:57:57 -0500 Received: from mail.mojserwer.eu ([195.110.48.8]:39200) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRkdn-0004uz-7A for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 12:57:56 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id 0BD3D9D2002; Fri, 5 Feb 2016 18:57:53 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kWdu6mrn4stn; Fri, 5 Feb 2016 18:57:49 +0100 (CET) Received: from localhost (unknown [109.232.24.28]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 99B0F9D2001; Fri, 5 Feb 2016 18:57:49 +0100 (CET) References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> <87h9hnjhn0.fsf@udel.edu> <8b27118c-c24b-4961-a5a6-6535dbe14722@default> User-agent: mu4e 0.9.13; emacs 25.1.50.1 From: Marcin Borkowski To: Drew Adams Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. In-reply-to: <8b27118c-c24b-4961-a5a6-6535dbe14722@default> Date: Fri, 05 Feb 2016 18:57:49 +0100 Message-ID: <87r3grujj6.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22564 Cc: Mark Oteiza , 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 2016-02-05, at 16:38, Drew Adams wrote: >> > You mean, there should no longer be a vanilla fundamental mode? I would >> > argue that no "helpful" electric modes should be enabled in FM. At the >> > moment, it appears, we are lacking a What-You-Do-Is-What-You-Get mode. >> > >> > I think electric-*-modes should be disabled in FM unless explicitly >> > enabled by the user in an FM buffer. We've become far too "clever" with >> > all these facilities. >> >> electric-indent-mode is the only electric-*-mode on by default, and I >> never understood why it was enabled. Up until bracketed paste was >> implemented, this issue of indenting pastes had been an annoyance (only >> later on did I realize to disable this electric mode). > > I agree. I disabled it as soon as I encountered it, but I disagree > that users should be subjected to it by default. Especially in > Fundamental mode. +1. Fundamental mode should be Notepad-like as much as possible IMHO. (Incidentally, I almost never use Fundamental mode, exactly because of that.) Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 14:26:33 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 19:26:33 +0000 Received: from localhost ([127.0.0.1]:34719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRm1Z-0000AF-KA for submit@debbugs.gnu.org; Fri, 05 Feb 2016 14:26:33 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35934) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRm1X-0000A3-SX for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 14:26:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRm1P-0000aI-I0 for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 14:26:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58953) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRm1P-0000aE-EW; Fri, 05 Feb 2016 14:26:23 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1968 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aRm1O-0002tx-No; Fri, 05 Feb 2016 14:26:23 -0500 Date: Fri, 05 Feb 2016 21:26:01 +0200 Message-Id: <83zivft0vq.fsf@gnu.org> From: Eli Zaretskii To: Alan Mackenzie In-reply-to: <20160205151327.GE7727@acm.fritz.box> (message from Alan Mackenzie on Fri, 5 Feb 2016 15:13:27 +0000) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) > Date: Fri, 5 Feb 2016 15:13:27 +0000 > Cc: 22564@debbugs.gnu.org > From: Alan Mackenzie > > > You want to turn off electric-indent-mode, I think. > > Sort of. But this is beyond the capabilities of a newby (discovering > that, I mean). If they cannot, they will ask. > > > This is surely a bug. > > > No, it's a deliberate feature, AFAIU. > > You mean, there should no longer be a vanilla fundamental mode? We still have Fundamental mode. But AFAIR no one has ever promised that Fundamental mode will not have any features turned on by default. I think you are misinterpreting what Fundamental means. Maybe we need a new mode for that, something we never had before. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 14:59:36 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 19:59:36 +0000 Received: from localhost ([127.0.0.1]:34749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRmXY-0001F2-7b for submit@debbugs.gnu.org; Fri, 05 Feb 2016 14:59:36 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:39130) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRmXW-0001Em-HH for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 14:59:34 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u15JxS7Y010972 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Feb 2016 19:59:28 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u15JxRnY019761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 5 Feb 2016 19:59:27 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u15JxPYk026145; Fri, 5 Feb 2016 19:59:27 GMT MIME-Version: 1.0 Message-ID: <27ab386f-08d2-4139-8cd3-9f755c2827aa@default> Date: Fri, 5 Feb 2016 11:59:23 -0800 (PST) From: Drew Adams To: Marcin Borkowski Subject: RE: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> <87h9hnjhn0.fsf@udel.edu> <8b27118c-c24b-4961-a5a6-6535dbe14722@default> <87r3grujj6.fsf@mbork.pl> In-Reply-To: <87r3grujj6.fsf@mbork.pl> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 22564 Cc: Mark Oteiza , 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) > >> electric-indent-mode is the only electric-*-mode on by default, and I > >> never understood why it was enabled. Up until bracketed paste was > >> implemented, this issue of indenting pastes had been an annoyance (onl= y > >> later on did I realize to disable this electric mode). > > > > I agree. I disabled it as soon as I encountered it, but I disagree > > that users should be subjected to it by default. Especially in > > Fundamental mode. >=20 > +1. Fundamental mode should be Notepad-like as much as possible IMHO. > (Incidentally, I almost never use Fundamental mode, exactly because of > that.) Fundamental mode is not really supposed to be used by users interactively, AFAIK. It should not even have the functionality of Notepad. It is used as an empty inheritance point for other modes. It is the "bottom" of modes. ;-) From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 15:18:59 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 20:18:59 +0000 Received: from localhost ([127.0.0.1]:34774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRmqI-0003N1-V9 for submit@debbugs.gnu.org; Fri, 05 Feb 2016 15:18:59 -0500 Received: from mail.mojserwer.eu ([195.110.48.8]:42764) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRmqH-0003Mt-3S for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 15:18:58 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.mojserwer.eu (Postfix) with ESMTP id AE2D69D2002; Fri, 5 Feb 2016 21:18:55 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.mojserwer.eu Received: from mail.mojserwer.eu ([127.0.0.1]) by localhost (mail.mojserwer.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vjuq-xzKdBwz; Fri, 5 Feb 2016 21:18:40 +0100 (CET) Received: from localhost (unknown [109.232.24.28]) by mail.mojserwer.eu (Postfix) with ESMTPSA id 76CE69D2001; Fri, 5 Feb 2016 21:18:40 +0100 (CET) References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> <83zivft0vq.fsf@gnu.org> User-agent: mu4e 0.9.13; emacs 25.1.50.1 From: Marcin Borkowski To: Eli Zaretskii Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. In-reply-to: <83zivft0vq.fsf@gnu.org> Date: Fri, 05 Feb 2016 21:18:38 +0100 Message-ID: <87fux6ud0h.fsf@mbork.pl> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22564 Cc: Alan Mackenzie , 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 2016-02-05, at 20:26, Eli Zaretskii wrote: >> From: Alan Mackenzie >> >> > You want to turn off electric-indent-mode, I think. >> >> Sort of. But this is beyond the capabilities of a newby (discovering >> that, I mean). > > If they cannot, they will ask. Or walk away angrily to their Notepads, Notepads++, Sublime Texts etc. Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 15:24:11 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 20:24:11 +0000 Received: from localhost ([127.0.0.1]:34778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRmvL-0003V3-Il for submit@debbugs.gnu.org; Fri, 05 Feb 2016 15:24:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47752) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRmvK-0003Uq-0O for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 15:24:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRmvE-0005es-31 for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 15:24:04 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59552) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRmv8-0005eg-NZ; Fri, 05 Feb 2016 15:23:58 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aRmv8-0001uV-5X; Fri, 05 Feb 2016 15:23:58 -0500 From: Glenn Morris To: Alan Mackenzie Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> X-Spook: Reyosa Chemical spill AQIM Federal Air Marshal Service X-Ran: (Alan Mackenzie's message of "Fri, 5 Feb 2016 12:55:59 +0000") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) Still fighting the electric-indent fight I see. Purely as a data point, from the Emacs manual: The least specialized major mode is called "Fundamental mode". This mode has no mode-specific redefinitions or variable settings, so that each Emacs command behaves in its most general manner, and each user option variable is in its default state. It would therefore be against the spirit of fundamental mode to introduce any mode-specific behaviour for it. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 16:43:31 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 21:43:31 +0000 Received: from localhost ([127.0.0.1]:34815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRoA7-0005Jo-LJ for submit@debbugs.gnu.org; Fri, 05 Feb 2016 16:43:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35684) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRoA6-0005Jb-Cy for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 16:43:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRoA0-0006ZV-I1 for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 16:43:25 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60649) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRo9w-0006YT-7v; Fri, 05 Feb 2016 16:43:20 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aRo9u-0000Bz-UW; Fri, 05 Feb 2016 16:43:19 -0500 From: Glenn Morris To: Alan Mackenzie Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> X-Spook: Sick monarchist Facility import USDOJ Tsunami Gunfight X-Ran: 4W~l=ytI,.7zV-g}U"GY9(206.D>SeN(m(k_NcN]yyErH+q0$;5D]beED+4Pm-CmkN1FZT X-Hue: blue X-Debbugs-No-Ack: yes X-Attribution: GM Date: Fri, 05 Feb 2016 16:43:18 -0500 In-Reply-To: (Glenn Morris's message of "Fri, 05 Feb 2016 15:23:57 -0500") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) Anyway, it seems to me that this is nothing to do with any particular major mode. You can see the same issue if, in emacs -nw, you paste with the mouse multiple long lines of text from some other application into a text-mode buffer with auto-fill enabled: they get refilled. Seems like the same basic issue to me, nothing to do with any particular major (or minor) mode, rather a limitation of copy/paste in text-mode terminals. And indeed this is a duplicate of http://debbugs.gnu.org/19093 . For me it is fixed in emacs-25 (sadly the initial report contains no information as to Emacs version) by bracketed paste support. (I have no idea if this does, or can, apply to the Linux console. I tried with -nw in a graphical session.) So it seems to that this is already as fixed as it's going to get, and we don't need to worry about re-jigging fundamental-mode. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 05 16:50:44 2016 Received: (at 22564) by debbugs.gnu.org; 5 Feb 2016 21:50:44 +0000 Received: from localhost ([127.0.0.1]:34829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRoH6-00076k-31 for submit@debbugs.gnu.org; Fri, 05 Feb 2016 16:50:44 -0500 Received: from mail.muc.de ([193.149.48.3]:42878) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aRoH4-00076c-Fu for 22564@debbugs.gnu.org; Fri, 05 Feb 2016 16:50:43 -0500 Received: (qmail 79935 invoked by uid 3782); 5 Feb 2016 21:50:41 -0000 Received: from acm.muc.de (p548A4CF8.dip0.t-ipconnect.de [84.138.76.248]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 05 Feb 2016 22:50:39 +0100 Received: (qmail 18377 invoked by uid 1000); 5 Feb 2016 21:53:01 -0000 Date: Fri, 5 Feb 2016 21:53:01 +0000 To: Glenn Morris Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Message-ID: <20160205215301.GG7727@acm.fritz.box> References: <20160205125559.GC7727@acm.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) Hello, Glenn. On Fri, Feb 05, 2016 at 03:23:57PM -0500, Glenn Morris wrote: > Still fighting the electric-indent fight I see. :-) > Purely as a data point, from the Emacs manual: > The least specialized major mode is called "Fundamental mode". This > mode has no mode-specific redefinitions or variable settings, so that > each Emacs command behaves in its most general manner, and each user > option variable is in its default state. > It would therefore be against the spirit of fundamental mode to > introduce any mode-specific behaviour for it. I'd agree with that last paragraph. However, fundamental mode has had mode-specific indentation behaviour thrust upon it. You'd probably argue legalistically that once some indentation behaviour has been made a default, it's no longer mode-specific. I'd disagree with you. Following a particular indentation strategy is _not_ "behaving in the most general manner", which is what I would like to expect from fundamental mode. As Eli intimated, we could really do with an unspecialised, vanilla major mode, though I've no firm idea what we could call it: plain-mode, or wydiwyg-mode, or something like that. The logical upshot would be to make the default indentation behaviour no indentation. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 06 06:06:04 2016 Received: (at 22564) by debbugs.gnu.org; 6 Feb 2016 11:06:04 +0000 Received: from localhost ([127.0.0.1]:35157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS0gm-0004lt-KP for submit@debbugs.gnu.org; Sat, 06 Feb 2016 06:06:04 -0500 Received: from mail.muc.de ([193.149.48.3]:10254) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS0gk-0004la-IT for 22564@debbugs.gnu.org; Sat, 06 Feb 2016 06:06:03 -0500 Received: (qmail 6096 invoked by uid 3782); 6 Feb 2016 11:06:01 -0000 Date: 6 Feb 2016 11:06:01 -0000 Message-ID: <20160206110601.6095.qmail@mail.muc.de> From: Alan Mackenzie To: Drew Adams Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.2-RELEASE-p9 (amd64)) X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) In article you wrote: >> >> electric-indent-mode is the only electric-*-mode on by default, and I >> >> never understood why it was enabled. Up until bracketed paste was >> >> implemented, this issue of indenting pastes had been an annoyance (only >> >> later on did I realize to disable this electric mode). >> > >> > I agree. I disabled it as soon as I encountered it, but I disagree >> > that users should be subjected to it by default. Especially in >> > Fundamental mode. >> >> +1. Fundamental mode should be Notepad-like as much as possible IMHO. >> (Incidentally, I almost never use Fundamental mode, exactly because of >> that.) > Fundamental mode is not really supposed to be used by users > interactively, AFAIK. It should not even have the functionality > of Notepad. It is used as an empty inheritance point for other > modes. It is the "bottom" of modes. ;-) I think fundamental mode existed long before derived modes did. To say it shouldn't be used directly by users is a bit strange, IMAO. I use it fairly often, e.g. when I'm testing, and I want to clear out buffer local variables from some buffer, or to re-initialise font locking, or something like that. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 06 06:21:13 2016 Received: (at 22564) by debbugs.gnu.org; 6 Feb 2016 11:21:13 +0000 Received: from localhost ([127.0.0.1]:35161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS0vQ-00057A-Ud for submit@debbugs.gnu.org; Sat, 06 Feb 2016 06:21:13 -0500 Received: from mail.muc.de ([193.149.48.3]:65273) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS0vP-000572-81 for 22564@debbugs.gnu.org; Sat, 06 Feb 2016 06:21:11 -0500 Received: (qmail 9816 invoked by uid 3782); 6 Feb 2016 11:21:10 -0000 Date: 6 Feb 2016 11:21:10 -0000 Message-ID: <20160206112110.9815.qmail@mail.muc.de> From: Alan Mackenzie To: Mark Oteiza Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.2-RELEASE-p9 (amd64)) X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) Hello, Mark. In article you wrote: > Alan Mackenzie writes: >>> No, it's a deliberate feature, AFAIU. >> You mean, there should no longer be a vanilla fundamental mode? I would >> argue that no "helpful" electric modes should be enabled in FM. At the >> moment, it appears, we are lacking a What-You-Do-Is-What-You-Get mode. >> I think electric-*-modes should be disabled in FM unless explicitly >> enabled by the user in an FM buffer. We've become far too "clever" with >> all these facilities. > electric-indent-mode is the only electric-*-mode on by default, and I > never understood why it was enabled. Up until bracketed paste was > implemented, this issue of indenting pastes had been an annoyance (only > later on did I realize to disable this electric mode). What is "bracketed paste"? The term appears only in xterm.el, but that file doesn't say what it is. I still think it's a bug that a standard OS paste operation doesn't work out of the box in a non-specialised buffer. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 06 09:37:09 2016 Received: (at 22564) by debbugs.gnu.org; 6 Feb 2016 14:37:09 +0000 Received: from localhost ([127.0.0.1]:35215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS3z2-0002q0-RW for submit@debbugs.gnu.org; Sat, 06 Feb 2016 09:37:09 -0500 Received: from mail-yw0-f180.google.com ([209.85.161.180]:35244) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS3yz-0002pU-Tx for 22564@debbugs.gnu.org; Sat, 06 Feb 2016 09:37:07 -0500 Received: by mail-yw0-f180.google.com with SMTP id g127so73729587ywf.2 for <22564@debbugs.gnu.org>; Sat, 06 Feb 2016 06:37:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=udel-edu.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OHz6dXR+l1Yve+EzM51NhpDwr/i7k18/5PSk5f6JI28=; b=1w0VGIwAENV1jzWlpeZ+2xQ6/2DssK2EM8hEh+EiPqvTrsFKqSrpuyTSZob2VHye5V bHMkdTvCce2t1hJo63eqbKWXWehwyG7kG463xDZ8xAu7pgVRs2Km44mJAUr2d211Uun+ UQYaOIrwmobE6LAZB23+1EePNRhSKYcGq+Dit4GPaiVw+lWbwsbpuieFjQnPF1qvIiOT ctCydsNl4+O5GUZzLuCs20QOv7RrNid4qaHw7njt4PpX8KOVJ9pk6WRfzhAkW8JzT103 7vrq15Z07oF3hVdHJ+IPPVYjg9z8rao9F4hKKofPevBnypel5KegT6e4z+ZMNYPZR2bt F2qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=OHz6dXR+l1Yve+EzM51NhpDwr/i7k18/5PSk5f6JI28=; b=B7AoEFsKk7WjDkW9t4VyRKQk0eU0DpkJpPRKcIu2bO5dbVhbLRvTTmKfj9IIp1evwD xm2SWhMyoHFGMPAz9wrtS04kcaG+DxYF7SqV6/13nrFrB13IPp39XJ+7tgXBWOxsO3qC JTTqCdqJmGFyRyfaHwQGrLnt1MfO//hxwjxsAfkJ93mjFKuYLtrG4ReAroTqiGAhyPEd wdV0q2mrh36DgY38mDWfxqz3VDjt1NB87vQC5BFYrOmUVGKABCzI3byg3H1GYwlilJAa Iglp727X4X4JrZclmXlpdiI7VQ+jNM/VjKPe1gO1cU8segLIEQBhxjX4iFiuTmU1Vyps xQMA== X-Gm-Message-State: AG10YOREOvmsYGrnonN6bOpCsPE27WfAgxpBcrPMG66wdqLMOeLCCVV1ddv5ImrqVYWbJD1s X-Received: by 10.129.80.87 with SMTP id e84mr9639725ywb.198.1454769420190; Sat, 06 Feb 2016 06:37:00 -0800 (PST) Received: from holos.localdomain (pool-96-227-83-242.phlapa.fios.verizon.net. [96.227.83.242]) by smtp.gmail.com with ESMTPSA id r8sm14279399ywb.20.2016.02.06.06.36.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Feb 2016 06:36:58 -0800 (PST) Received: by holos.localdomain (Postfix, from userid 1000) id B1CE5696E3; Sat, 6 Feb 2016 09:36:57 -0500 (EST) Date: Sat, 6 Feb 2016 09:36:57 -0500 From: Mark Oteiza To: Alan Mackenzie Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Message-ID: <20160206143657.GA1246@holos> References: <20160206112110.9815.qmail@mail.muc.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160206112110.9815.qmail@mail.muc.de> User-Agent: Mutt/1.5.24+55 (e8f7a08cb7ac) (2015-08-30) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 06/02/16 at 11:21am, Alan Mackenzie wrote: > In article you wrote: > > > Alan Mackenzie writes: > >>> No, it's a deliberate feature, AFAIU. > > >> You mean, there should no longer be a vanilla fundamental mode? I would > >> argue that no "helpful" electric modes should be enabled in FM. At the > >> moment, it appears, we are lacking a What-You-Do-Is-What-You-Get mode. > > >> I think electric-*-modes should be disabled in FM unless explicitly > >> enabled by the user in an FM buffer. We've become far too "clever" with > >> all these facilities. > > > electric-indent-mode is the only electric-*-mode on by default, and I > > never understood why it was enabled. Up until bracketed paste was > > implemented, this issue of indenting pastes had been an annoyance (only > > later on did I realize to disable this electric mode). > > What is "bracketed paste"? The term appears only in xterm.el, but that > file doesn't say what it is. It's in NEWS as well. Paraphrasing: it means Emacs understands a chunk of text that is "bracketed" (surrounded) by escape characters as a string to be inserted, instead of interpreting each character in the pasted text as actual user input. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 06 10:57:15 2016 Received: (at 22564) by debbugs.gnu.org; 6 Feb 2016 15:57:15 +0000 Received: from localhost ([127.0.0.1]:36023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS5EZ-0004q2-Au for submit@debbugs.gnu.org; Sat, 06 Feb 2016 10:57:15 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:29559) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS5EX-0004po-RX for 22564@debbugs.gnu.org; Sat, 06 Feb 2016 10:57:14 -0500 Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u16Fv77X010623 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 6 Feb 2016 15:57:07 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id u16Fv6QG019790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 6 Feb 2016 15:57:06 GMT Received: from ubhmp0001.oracle.com (ubhmp0001.oracle.com [156.151.24.54]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u16Fv3qC019930; Sat, 6 Feb 2016 15:57:04 GMT MIME-Version: 1.0 Message-ID: <21ab8829-7de9-4344-8882-ad77eb57593f@default> Date: Sat, 6 Feb 2016 15:57:02 +0000 (UTC) From: Drew Adams To: Alan Mackenzie , Drew Adams Subject: RE: bug#22564: Fundamental mode isn't fundamental enough. References: <> <<20160206110601.6095.qmail@mail.muc.de>> In-Reply-To: <<20160206110601.6095.qmail@mail.muc.de>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) > >> +1. Fundamental mode should be Notepad-like as much as possible IMHO. > >> (Incidentally, I almost never use Fundamental mode, exactly because of > >> that.) >=20 > > Fundamental mode is not really supposed to be used by users > > interactively, AFAIK. It should not even have the functionality > > of Notepad. It is used as an empty inheritance point for other > > modes. It is the "bottom" of modes. ;-) >=20 > I think fundamental mode existed long before derived modes did. To say > it shouldn't be used directly by users is a bit strange, IMAO. I use it > fairly often, e.g. when I'm testing, and I want to clear out buffer local > variables from some buffer, or to re-initialise font locking, or > something like that. In that case, I'd still suggest that Fundamental mode should be truly trivial, with no particular expectation that it be used interactively, and with it not chosen as the default mode for any buffers in `emacs -Q'. But I'd also suggest that we create an intermediate mode that is _almost_ trivial, that inherits from Fundamental mode, and that provides whatever is considered a bare minimum for interactive use. If that bare minimimum includes electric indentation, so be it. But I do think we should not be adding to Fundamental mode. (Just one opinion.) From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 06 11:59:28 2016 Received: (at submit) by debbugs.gnu.org; 6 Feb 2016 16:59:28 +0000 Received: from localhost ([127.0.0.1]:36032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS6Cm-0006FZ-H3 for submit@debbugs.gnu.org; Sat, 06 Feb 2016 11:59:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33775) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS6Ck-0006FN-Ui for submit@debbugs.gnu.org; Sat, 06 Feb 2016 11:59:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aS6Ce-0003Bw-Hx for submit@debbugs.gnu.org; Sat, 06 Feb 2016 11:59:21 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aS6Ce-0003Bs-Eq for submit@debbugs.gnu.org; Sat, 06 Feb 2016 11:59:20 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aS6Cd-0007JM-95 for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2016 11:59:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aS6Ca-0003As-35 for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2016 11:59:19 -0500 Received: from plane.gmane.org ([80.91.229.3]:40347) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aS6CZ-00038x-Ro for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2016 11:59:16 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aS6CU-00081A-Fv for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2016 17:59:10 +0100 Received: from p54b463fb.dip0.t-ipconnect.de ([84.180.99.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Feb 2016 17:59:10 +0100 Received: from Stromeko by p54b463fb.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 06 Feb 2016 17:59:10 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Date: Sat, 06 Feb 2016 17:59:04 +0100 Organization: Linux Private Site Lines: 44 Message-ID: <878u2xrd0n.fsf@Rainer.invalid> References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b463fb.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) Cancel-Lock: sha1:yJcNxmMuOnIFbVzQaXdWWWUaVA8= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Mark Oteiza writes: >> What is "bracketed paste"? The term appears only in xterm.el, but that >> file doesn't say what it is. > > It's in NEWS as well. Paraphrasing: it means Emacs understands a chunk of > text that is "bracketed" (surrounded) by escape characters as a string > to be inserted, instead of interpreting each character in the pasted > text as actual user input. That entry does absolutely nothing to explain what "bracketed paste mode" actually is or how it can be used in Emacs. A cursory search leads me to believe that this is something that some terminal emulators optionally can do and is switched off by default even then. In other words, it is completely useless if you're not using one of those terminal emulators that do support it or on those that do and have it switched off. The list of instances where bracketed paste mode isn't available includes the GUI Emacs frame apparently, so it really shouldn't be peddled as a solution for the mess that electric indent produces in many modes when you're pasting stuff in (in my case most often via the middle mouse button). It works by pre- and post-fixing anything pasted into the terminal by an escape sequence, so maybe there is a way to emulate it somehow for GUI frames, but if there is, I can't find an explanation of how to turn that feature on and off. Another prominent example where electric indent shouldn't be active by default is diff-mode, btw. Even if I would agree to the general default of having it on -- I don't, because the cleanup it requires when going wrong is more tedious than what it saves me otherwise -- that should be reason enough to provide some way of temporarily switching it off for operations where you already know it won't work. Since you often realize too late that it will interfere, it would be even more helpful if you could have some function that removes any indent that was electrically added. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 06 14:48:14 2016 Received: (at 22564) by debbugs.gnu.org; 6 Feb 2016 19:48:14 +0000 Received: from localhost ([127.0.0.1]:36086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS8q6-0001lU-5z for submit@debbugs.gnu.org; Sat, 06 Feb 2016 14:48:14 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40710) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aS8q3-0001lI-Pb for 22564@debbugs.gnu.org; Sat, 06 Feb 2016 14:48:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aS8px-0002d9-Nz for 22564@debbugs.gnu.org; Sat, 06 Feb 2016 14:48:06 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aS8pv-0002a8-Ar; Sat, 06 Feb 2016 14:48:03 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aS8pu-0007Lr-OB; Sat, 06 Feb 2016 14:48:02 -0500 From: Richard Stallman To: Alan Mackenzie In-reply-to: <20160205151327.GE7727@acm.fritz.box> (message from Alan Mackenzie on Fri, 5 Feb 2016 15:13:27 +0000) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <834mdnusem.fsf@gnu.org> <20160205151327.GE7727@acm.fritz.box> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-Id: Date: Sat, 06 Feb 2016 14:48:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: 22564 Cc: eliz@gnu.org, 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) [[[ 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. ]]] > I think electric-*-modes should be disabled in FM unless explicitly > enabled by the user in an FM buffer. We've become far too "clever" with > all these facilities. I agree. The doc string of electric-indent-mode says When enabled, this reindents whenever the hook ‘electric-indent-functions’ returns non-nil, or if you insert a character from ‘electric-indent-chars’. electric-indent-chars is supposed to contain printing characters whose insertion should, secondarily, cause reindentation of the line. Why is tab in that list? That makes no sense. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 07 13:33:54 2016 Received: (at 22564) by debbugs.gnu.org; 7 Feb 2016 18:33:54 +0000 Received: from localhost ([127.0.0.1]:37451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSU9i-0004qu-3R for submit@debbugs.gnu.org; Sun, 07 Feb 2016 13:33:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33082) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSU9g-0004qh-J0 for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 13:33:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSU9a-0004WK-LK for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 13:33:47 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSU9T-0004Uv-Ub; Sun, 07 Feb 2016 13:33:39 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aSU9T-0002aS-5O; Sun, 07 Feb 2016 13:33:39 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Alan Mackenzie In-reply-to: <20160206110601.6095.qmail@mail.muc.de> (message from Alan Mackenzie on 6 Feb 2016 11:06:01 -0000) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160206110601.6095.qmail@mail.muc.de> Message-Id: Date: Sun, 07 Feb 2016 13:33:39 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) [[[ 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. ]]] > I think fundamental mode existed long before derived modes did. Fundamental mode has existed since 1984. The concept of derived modes came at least 10 years after that. What was always true is that other major modes obtain their effects by changing some per-buffer values away from the defaults that are in effect in Fundamental mode. To say > it shouldn't be used directly by users is a bit strange, IMAO. It is meant to be used by users. Creating a buffer puts it in Fundamental mode. Visiting a file which does not specify any mode, through its contents or its name, uses Fundamental mode. This has always been the case. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 07 14:10:09 2016 Received: (at 22564) by debbugs.gnu.org; 7 Feb 2016 19:10:09 +0000 Received: from localhost ([127.0.0.1]:37478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSUim-0005g6-R6 for submit@debbugs.gnu.org; Sun, 07 Feb 2016 14:10:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41644) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSUil-0005fr-Ha for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 14:10:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSUid-0004xf-4K for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 14:10:02 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43044) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSUid-0004xb-0X; Sun, 07 Feb 2016 14:09:59 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4472 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSUic-0003kx-6o; Sun, 07 Feb 2016 14:09:58 -0500 Date: Sun, 07 Feb 2016 21:09:39 +0200 Message-Id: <834mdks5fw.fsf@gnu.org> From: Eli Zaretskii To: Achim Gratz In-reply-to: <878u2xrd0n.fsf@Rainer.invalid> (message from Achim Gratz on Sat, 06 Feb 2016 17:59:04 +0100) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) > From: Achim Gratz > Date: Sat, 06 Feb 2016 17:59:04 +0100 > > Mark Oteiza writes: > >> What is "bracketed paste"? The term appears only in xterm.el, but that > >> file doesn't say what it is. > > > > It's in NEWS as well. Paraphrasing: it means Emacs understands a chunk of > > text that is "bracketed" (surrounded) by escape characters as a string > > to be inserted, instead of interpreting each character in the pasted > > text as actual user input. > > That entry does absolutely nothing to explain what "bracketed paste > mode" actually is or how it can be used in Emacs. I tried to clarify that entry. > A cursory search leads me to believe that this is something that > some terminal emulators optionally can do and is switched off by > default even then. In other words, it is completely useless if > you're not using one of those terminal emulators that do support it > or on those that do and have it switched off. The mode is always turned off by default; Emacs automatically turns it on if the terminal supports it. > The list of instances where bracketed paste mode isn't available > includes the GUI Emacs frame apparently, so it really shouldn't be > peddled as a solution for the mess that electric indent produces in many > modes when you're pasting stuff in (in my case most often via the middle > mouse button). Do you see the indentation happen when you paste into a GUI session? I don't think this happens on GUI frames; in particular, I cannot reproduce Alan's original report when I paste the text he provided into a GUI frame. AFAIK, this problem is specific to pasting into a TTY frame, so the bracketed paste mode is indeed relevant. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 07 14:43:16 2016 Received: (at 22564) by debbugs.gnu.org; 7 Feb 2016 19:43:17 +0000 Received: from localhost ([127.0.0.1]:37511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSVEq-0006Sa-OQ for submit@debbugs.gnu.org; Sun, 07 Feb 2016 14:43:16 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:33374) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSVEo-0006SN-Bq for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 14:43:14 -0500 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u17Jh8Ho010953 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 7 Feb 2016 19:43:08 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u17Jh7Xo017892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 7 Feb 2016 19:43:07 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u17Jh74M027812; Sun, 7 Feb 2016 19:43:07 GMT MIME-Version: 1.0 Message-ID: <7ced4ce9-4804-4ea8-859c-973617d3958e@default> Date: Sun, 7 Feb 2016 11:43:06 -0800 (PST) From: Drew Adams To: rms@gnu.org, Alan Mackenzie Subject: RE: bug#22564: Fundamental mode isn't fundamental enough. References: <<20160205125559.GC7727@acm.fritz.box>> <<20160206110601.6095.qmail@mail.muc.de>> <> In-Reply-To: <> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) >> I think fundamental mode existed long before derived modes did. >=20 > Fundamental mode has existed since 1984. The concept of derived modes > came at least 10 years after that. What was always true is that other > major modes obtain their effects by changing some per-buffer values > away from the defaults that are in effect in Fundamental mode. =09=09=09=09=09=09=09 =20 >> To say it shouldn't be used directly by users is a bit strange, IMAO. >=20 > It is meant to be used by users. Creating a buffer puts it in > Fundamental mode. Visiting a file which does not specify any mode, > through its contents or its name, uses Fundamental mode. >=20 > This has always been the case. Well, yes, but in the past it was really fundamental. Now it does fancy "electric" stuff. That's not bare-bones. And now we do have derived modes. Fundamental mode is not only the default default mode for interactive use, it is also used non-interactively, where things like electric-this-&-that make little sense (though they may not interfere in some cases). IMO, if we don't return it to bare-bones interactivity then we should move the fancy interactive features to a mode derived from Fundamental mode and leave Fundamental mode bare-bones - in particular for non-interactive use. Whether that derived mode should be the new default default mode is another question. I don't have a problem if it is, though that wouldn't be my first choice (I would prefer bare-bones interactive behavior too.) IOW, I wouldn't object if the default for interactive use is electric, but I don't think it's a good idea for fancy stuff to be added to the "bottom" of the pyramid (Fundamental mode), which is used also non-interactively. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 07 16:02:38 2016 Received: (at submit) by debbugs.gnu.org; 7 Feb 2016 21:02:38 +0000 Received: from localhost ([127.0.0.1]:37595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSWTe-0008Nu-Fb for submit@debbugs.gnu.org; Sun, 07 Feb 2016 16:02:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36793) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSWTd-0008Ni-2t for submit@debbugs.gnu.org; Sun, 07 Feb 2016 16:02:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSWTX-0005jh-0D for submit@debbugs.gnu.org; Sun, 07 Feb 2016 16:02:32 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37308) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSWTW-0005jd-Tw for submit@debbugs.gnu.org; Sun, 07 Feb 2016 16:02:30 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55985) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSWTV-0006eU-RM for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2016 16:02:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSWTS-0005j5-Lq for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2016 16:02:29 -0500 Received: from plane.gmane.org ([80.91.229.3]:44108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSWTS-0005ix-Eb for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2016 16:02:26 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aSWTR-0004QH-DJ for bug-gnu-emacs@gnu.org; Sun, 07 Feb 2016 22:02:25 +0100 Received: from p54b463fb.dip0.t-ipconnect.de ([84.180.99.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 07 Feb 2016 22:02:25 +0100 Received: from Stromeko by p54b463fb.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 07 Feb 2016 22:02:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Date: Sun, 07 Feb 2016 22:02:17 +0100 Organization: Linux Private Site Lines: 44 Message-ID: <87bn7sqlnq.fsf@Rainer.invalid> References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b463fb.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) Cancel-Lock: sha1:j6hMxqKYcx/E/VPOJtzHMSttR1o= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Eli Zaretskii writes: >> That entry does absolutely nothing to explain what "bracketed paste >> mode" actually is or how it can be used in Emacs. > > I tried to clarify that entry. Thank you. >> A cursory search leads me to believe that this is something that >> some terminal emulators optionally can do and is switched off by >> default even then. In other words, it is completely useless if >> you're not using one of those terminal emulators that do support it >> or on those that do and have it switched off. > > The mode is always turned off by default; Emacs automatically turns it > on if the terminal supports it. OK, then it seems that this doesn't work on mintty. How to tell for sure from within Emacs? How does Emacs determine the capabilities of the terminal? > Do you see the indentation happen when you paste into a GUI session? > I don't think this happens on GUI frames; in particular, I cannot > reproduce Alan's original report when I paste the text he provided > into a GUI frame. I can only try with Emacs 24.5 at the moment and there pasting works indeed correctly in a GUI frame, but not in mintty. > AFAIK, this problem is specific to pasting into a TTY frame, so the > bracketed paste mode is indeed relevant. Mintty has implemented bracketed paste mode, but Emacs doesn't seem to recognize and/or use it, then. Feel free to split this off into another bug. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 07 16:09:12 2016 Received: (at 22564) by debbugs.gnu.org; 7 Feb 2016 21:09:12 +0000 Received: from localhost ([127.0.0.1]:37606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSWa0-00006Z-Eg for submit@debbugs.gnu.org; Sun, 07 Feb 2016 16:09:12 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38335) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSWZy-00006M-FU for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 16:09:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSWZq-0007DN-8M for 22564@debbugs.gnu.org; Sun, 07 Feb 2016 16:09:05 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44516) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSWZq-0007DJ-5Q; Sun, 07 Feb 2016 16:09:02 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1075 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSWZp-0007dP-AO; Sun, 07 Feb 2016 16:09:01 -0500 Date: Sun, 07 Feb 2016 23:08:43 +0200 Message-Id: <83lh6wqld0.fsf@gnu.org> From: Eli Zaretskii To: Achim Gratz In-reply-to: <87bn7sqlnq.fsf@Rainer.invalid> (message from Achim Gratz on Sun, 07 Feb 2016 22:02:17 +0100) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) > From: Achim Gratz > Date: Sun, 07 Feb 2016 22:02:17 +0100 > > > The mode is always turned off by default; Emacs automatically turns it > > on if the terminal supports it. > > OK, then it seems that this doesn't work on mintty. How to tell for > sure from within Emacs? How does Emacs determine the capabilities of > the terminal? Emacs cannot determine these capabilities, AFAIK. We simply send the enabling command to the terminal; those which don't support it will ignore it. > Mintty has implemented bracketed paste mode, but Emacs doesn't seem to > recognize and/or use it, then. Feel free to split this off into another > bug. Sounds like a different bug, indeed. What is the init file in lisp/term/ that gets used for mintty? From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 08 14:40:04 2016 Received: (at submit) by debbugs.gnu.org; 8 Feb 2016 19:40:04 +0000 Received: from localhost ([127.0.0.1]:60500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSrfI-0004TI-52 for submit@debbugs.gnu.org; Mon, 08 Feb 2016 14:40:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42584) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSrfG-0004Sk-Dh for submit@debbugs.gnu.org; Mon, 08 Feb 2016 14:40:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSrfA-00071K-F9 for submit@debbugs.gnu.org; Mon, 08 Feb 2016 14:39:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:56997) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSrfA-00071G-Bz for submit@debbugs.gnu.org; Mon, 08 Feb 2016 14:39:56 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSrf9-0004Pu-C7 for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 14:39:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSrf6-00070t-L3 for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 14:39:55 -0500 Received: from plane.gmane.org ([80.91.229.3]:40025) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSrf6-00070l-Dc for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 14:39:52 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aSrf2-0004m5-E9 for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 20:39:48 +0100 Received: from p54b4660e.dip0.t-ipconnect.de ([84.180.102.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 20:39:48 +0100 Received: from Stromeko by p54b4660e.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 20:39:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Date: Mon, 08 Feb 2016 20:39:36 +0100 Organization: Linux Private Site Lines: 41 Message-ID: <87si13xa87.fsf@Rainer.invalid> References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> <83lh6wqld0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b4660e.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) Cancel-Lock: sha1:xKKu09plFjx2RB3gEa3eMDn7JuY= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Eli Zaretskii writes: >> OK, then it seems that this doesn't work on mintty. How to tell for >> sure from within Emacs? How does Emacs determine the capabilities of >> the terminal? > > Emacs cannot determine these capabilities, AFAIK. We simply send the > enabling command to the terminal; those which don't support it will > ignore it. Hmm. The terminal doesn't seem to act like it has seen that sequence, then. >> Mintty has implemented bracketed paste mode, but Emacs doesn't seem to >> recognize and/or use it, then. Feel free to split this off into another >> bug. > > Sounds like a different bug, indeed. What is the init file in > lisp/term/ that gets used for mintty? Mintty either responds with xterm-256colors or screen-256colors, depending on the context. Other than that I don't know which init file gets used or how to find out. As another data point, konsole in KDE doesn't seem to be in bracketed paste mode either when using 24.5 (is that supposed to be already implemented there? I think not, at least NEWS doesn't mention it). A very recent 25.0.90 does have it, but completely messes up the line endings (it inserts lots of spurious trailing whitespace). If I remove the extraneous whitespace, then the paste is actually OK, i.e. doesn't get indented. Whether or not the trailing whitespace gets added seems to depend on where I copy from: copying from the terminal window itself adds whitespace, copying from an Emacs GUI frame doesn't. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 08 15:05:43 2016 Received: (at 22564) by debbugs.gnu.org; 8 Feb 2016 20:05:44 +0000 Received: from localhost ([127.0.0.1]:60512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSs47-00054c-Nx for submit@debbugs.gnu.org; Mon, 08 Feb 2016 15:05:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51624) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSs46-00054Q-LM for 22564@debbugs.gnu.org; Mon, 08 Feb 2016 15:05:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSs3y-0006IT-7c for 22564@debbugs.gnu.org; Mon, 08 Feb 2016 15:05:37 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.5 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36833) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSs3y-0006IN-4A; Mon, 08 Feb 2016 15:05:34 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1673 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSs3w-00088C-VM; Mon, 08 Feb 2016 15:05:33 -0500 Date: Mon, 08 Feb 2016 22:05:17 +0200 Message-Id: <83mvrbotmq.fsf@gnu.org> From: Eli Zaretskii To: Achim Gratz In-reply-to: <87si13xa87.fsf@Rainer.invalid> (message from Achim Gratz on Mon, 08 Feb 2016 20:39:36 +0100) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> <83lh6wqld0.fsf@gnu.org> <87si13xa87.fsf@Rainer.invalid> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) > From: Achim Gratz > Date: Mon, 08 Feb 2016 20:39:36 +0100 > > >> Mintty has implemented bracketed paste mode, but Emacs doesn't seem to > >> recognize and/or use it, then. Feel free to split this off into another > >> bug. > > > > Sounds like a different bug, indeed. What is the init file in > > lisp/term/ that gets used for mintty? > > Mintty either responds with xterm-256colors or screen-256colors, > depending on the context. Other than that I don't know which init file > gets used or how to find out. Then it loads either xterm.el or screen.el (which loads xterm.el). xterm.el has a function called xterm--init-bracketed-paste-mode, can you see if it gets called at startup? > As another data point, konsole in KDE doesn't seem to be in bracketed > paste mode either when using 24.5 (is that supposed to be already > implemented there? I think not, at least NEWS doesn't mention it). This is new with Emacs 25, so 24.5 shouldn't have it. > A very recent 25.0.90 does have it, but completely messes up the > line endings (it inserts lots of spurious trailing whitespace). If > I remove the extraneous whitespace, then the paste is actually OK, > i.e. doesn't get indented. Whether or not the trailing whitespace > gets added seems to depend on where I copy from: copying from the > terminal window itself adds whitespace, copying from an Emacs GUI > frame doesn't. The stuff that gets put into the selection is up to the application that owns the selection, right? From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 08 15:19:10 2016 Received: (at submit) by debbugs.gnu.org; 8 Feb 2016 20:19:10 +0000 Received: from localhost ([127.0.0.1]:60519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSsH8-0005Oq-7M for submit@debbugs.gnu.org; Mon, 08 Feb 2016 15:19:10 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56273) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSsH5-0005OR-PU for submit@debbugs.gnu.org; Mon, 08 Feb 2016 15:19:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSsGz-0001bP-V5 for submit@debbugs.gnu.org; Mon, 08 Feb 2016 15:19:02 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34327) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSsGz-0001bL-SH for submit@debbugs.gnu.org; Mon, 08 Feb 2016 15:19:01 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47244) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSsGy-0004Kd-T4 for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 15:19:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSsGv-0001aI-NF for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 15:19:00 -0500 Received: from plane.gmane.org ([80.91.229.3]:44034) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSsGv-0001a3-GF for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 15:18:57 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aSsGp-0005Io-1u for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 21:18:51 +0100 Received: from p54b4660e.dip0.t-ipconnect.de ([84.180.102.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 21:18:51 +0100 Received: from Stromeko by p54b4660e.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 21:18:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Date: Mon, 08 Feb 2016 21:18:45 +0100 Organization: Linux Private Site Lines: 14 Message-ID: <87fux3x8ey.fsf@Rainer.invalid> References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> <83lh6wqld0.fsf@gnu.org> <87si13xa87.fsf@Rainer.invalid> <83mvrbotmq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b4660e.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) Cancel-Lock: sha1:rUgzIh697jSA/Ln8EvxiUiqHdsQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Eli Zaretskii writes: > The stuff that gets put into the selection is up to the application > that owns the selection, right? That was the same Emacs in this case that I then pasted the text into. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 08 15:54:16 2016 Received: (at 22564) by debbugs.gnu.org; 8 Feb 2016 20:54:16 +0000 Received: from localhost ([127.0.0.1]:60528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSsp6-0006Eq-8O for submit@debbugs.gnu.org; Mon, 08 Feb 2016 15:54:16 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39727) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSsp5-0006Ee-49 for 22564@debbugs.gnu.org; Mon, 08 Feb 2016 15:54:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSsow-0002ty-S3 for 22564@debbugs.gnu.org; Mon, 08 Feb 2016 15:54:09 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37637) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSsow-0002tu-Op; Mon, 08 Feb 2016 15:54:06 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1713 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSsow-0007a2-0l; Mon, 08 Feb 2016 15:54:06 -0500 Date: Mon, 08 Feb 2016 22:53:50 +0200 Message-Id: <83h9hiq5y9.fsf@gnu.org> From: Eli Zaretskii To: Achim Gratz In-reply-to: <87fux3x8ey.fsf@Rainer.invalid> (message from Achim Gratz on Mon, 08 Feb 2016 21:18:45 +0100) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> <83lh6wqld0.fsf@gnu.org> <87si13xa87.fsf@Rainer.invalid> <83mvrbotmq.fsf@gnu.org> <87fux3x8ey.fsf@Rainer.invalid> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) > From: Achim Gratz > Date: Mon, 08 Feb 2016 21:18:45 +0100 > > Eli Zaretskii writes: > > The stuff that gets put into the selection is up to the application > > that owns the selection, right? > > That was the same Emacs in this case that I then pasted the text into. No, I mean the application from which the text came. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 08 16:02:26 2016 Received: (at submit) by debbugs.gnu.org; 8 Feb 2016 21:02:26 +0000 Received: from localhost ([127.0.0.1]:60551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSsx0-0006SV-0q for submit@debbugs.gnu.org; Mon, 08 Feb 2016 16:02:26 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42187) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSswy-0006SK-Pz for submit@debbugs.gnu.org; Mon, 08 Feb 2016 16:02:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSsws-0004zV-UN for submit@debbugs.gnu.org; Mon, 08 Feb 2016 16:02:19 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:51652) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSsws-0004zR-RF for submit@debbugs.gnu.org; Mon, 08 Feb 2016 16:02:18 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSswr-0007Xl-S2 for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 16:02:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSswm-0004xs-Tp for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 16:02:17 -0500 Received: from plane.gmane.org ([80.91.229.3]:48546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSswm-0004xm-Mx for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 16:02:12 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aSswj-0001wO-3R for bug-gnu-emacs@gnu.org; Mon, 08 Feb 2016 22:02:09 +0100 Received: from p54b4660e.dip0.t-ipconnect.de ([84.180.102.14]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 22:02:09 +0100 Received: from Stromeko by p54b4660e.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Feb 2016 22:02:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Date: Mon, 08 Feb 2016 22:01:59 +0100 Organization: Linux Private Site Lines: 19 Message-ID: <87bn7qykzc.fsf@Rainer.invalid> References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> <83lh6wqld0.fsf@gnu.org> <87si13xa87.fsf@Rainer.invalid> <83mvrbotmq.fsf@gnu.org> <87fux3x8ey.fsf@Rainer.invalid> <83h9hiq5y9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b4660e.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) Cancel-Lock: sha1:+aNgap0fHzTZEh4tddEUJFvmN5Q= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) Eli Zaretskii writes: >> > The stuff that gets put into the selection is up to the application >> > that owns the selection, right? >> >> That was the same Emacs in this case that I then pasted the text into. > > No, I mean the application from which the text came. That's what I meant, I was pasting from the same non-GUI Emacs running in the konsole terminal. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 08 22:32:17 2016 Received: (at 22564) by debbugs.gnu.org; 9 Feb 2016 03:32:17 +0000 Received: from localhost ([127.0.0.1]:60840 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSz2H-0003Gx-4t for submit@debbugs.gnu.org; Mon, 08 Feb 2016 22:32:17 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44184) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSz2G-0003Gm-7w for 22564@debbugs.gnu.org; Mon, 08 Feb 2016 22:32:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aSz27-0000gL-PA for 22564@debbugs.gnu.org; Mon, 08 Feb 2016 22:32:11 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42797) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aSz27-0000g9-LY; Mon, 08 Feb 2016 22:32:07 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1959 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSz27-0003q1-1l; Mon, 08 Feb 2016 22:32:07 -0500 Date: Tue, 09 Feb 2016 05:31:53 +0200 Message-Id: <83d1s6pniu.fsf@gnu.org> From: Eli Zaretskii To: Achim Gratz In-reply-to: <87bn7qykzc.fsf@Rainer.invalid> (message from Achim Gratz on Mon, 08 Feb 2016 22:01:59 +0100) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160206112110.9815.qmail@mail.muc.de> <20160206143657.GA1246@holos> <878u2xrd0n.fsf@Rainer.invalid> <834mdks5fw.fsf@gnu.org> <87bn7sqlnq.fsf@Rainer.invalid> <83lh6wqld0.fsf@gnu.org> <87si13xa87.fsf@Rainer.invalid> <83mvrbotmq.fsf@gnu.org> <87fux3x8ey.fsf@Rainer.invalid> <83h9hiq5y9.fsf@gnu.org> <87bn7qykzc.fsf@Rainer.invalid> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.3 (-----) > From: Achim Gratz > Date: Mon, 08 Feb 2016 22:01:59 +0100 > > Eli Zaretskii writes: > >> > The stuff that gets put into the selection is up to the application > >> > that owns the selection, right? > >> > >> That was the same Emacs in this case that I then pasted the text into. > > > > No, I mean the application from which the text came. > > That's what I meant, I was pasting from the same non-GUI Emacs running > in the konsole terminal. I'm confused. You said: > Whether or not the trailing whitespace > gets added seems to depend on where I copy from: copying from the > terminal window itself adds whitespace, copying from an Emacs GUI > frame doesn't. Do you mean that the terminal window in question was a TTY frame in the same Emacs session as the GUI frame? If so, copying from the terminal frame is not copying from Emacs, but from the terminal emulator that runs in that window, I think, as Emacs cannot access the X selection from a TTY frame. The selection owner in the TTY case is the terminal emulator, not Emacs. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 16 21:50:39 2016 Received: (at 22564) by debbugs.gnu.org; 17 Feb 2016 02:50:40 +0000 Received: from localhost ([127.0.0.1]:38695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aVsCN-0001Sl-Mm for submit@debbugs.gnu.org; Tue, 16 Feb 2016 21:50:39 -0500 Received: from mail-pa0-f49.google.com ([209.85.220.49]:33911) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aVsCM-0001SZ-5Q for 22564@debbugs.gnu.org; Tue, 16 Feb 2016 21:50:38 -0500 Received: by mail-pa0-f49.google.com with SMTP id fy10so2632076pac.1 for <22564@debbugs.gnu.org>; Tue, 16 Feb 2016 18:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:reply-to:mime-version:content-type; bh=RItOZZese0ZiL0T5KTLIEOv5ug85e32VzuDst6XJYOs=; b=U1Lci/Inh7W6DvzkqoCyXQBjCUzyp/gsF3Q04ye7CBsf9diU5RyjHVHtwkbQjkUlPv F2eeyOvlNB0WfJQri5bnkwGl4gqcpo14VlVeYI+ONKS+JUKFce6vdIW95DPJPZpX2MwN 7sbwQhEvszQuFIgYYRcYgtgBcBz0MZzEsuTJvDQccox/UppjXOOo79P2I45rIr7jy8AZ KxJUjZAKSttw1Soll6wacV8n7Qq32xgcmlO1QbZ9PoT9tmQ+5lsZShra+5Y81OYsssDM r9gR5QAs5MgQ+bj1+0iKdlu1voJ2C2hDCwF72YkHzkb2iURXf7Rzgk8pM6l0oCDiMHnT OR9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:reply-to:mime-version:content-type; bh=RItOZZese0ZiL0T5KTLIEOv5ug85e32VzuDst6XJYOs=; b=BdSV75RYrSHCtC1yhJfvjoYDywCqSWkMrEKwgz6xraySPaTPkg1T+968ZT+UpB4Y5N iDSDIwb/i6PashmAgbBoztrJdE/tIy7QfYju6NednCOLYMQ7xVPRbNuSAZfXPX7uZfR8 6Z+yUv3074iqAiSZVP+2LC53rhK3rARcZKmpKiyYE43uPMLwKKtqIPumHtPdc7w5GqE/ 7uBVtwcroYqri2pJVCIrEfHroLGmMSmSy+ZuT7tO6LV2au+fd6bqiFAhyHuN+zL2nJpm 08QMhGKiZQRbYGMXQBsPVfAaTGsOvv+1VTAJtfMWkZorC5E0C9Fhr91rIbTAppIM7USJ KGag== X-Gm-Message-State: AG10YOTSA4KcbtPqinxVQLQGtj6a/WyjPAECd4GHEIMLaaY73W38mwARHaiwuapDDGYuTg== X-Received: by 10.66.163.163 with SMTP id yj3mr9166689pab.105.1455677432482; Tue, 16 Feb 2016 18:50:32 -0800 (PST) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id tp3sm48804547pac.16.2016.02.16.18.50.31 (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 16 Feb 2016 18:50:31 -0800 (PST) From: John Wiegley X-Google-Original-From: "John Wiegley" Received: by Vulcan.local (Postfix, from userid 501) id 6F63513068912; Tue, 16 Feb 2016 18:50:30 -0800 (PST) To: Alan Mackenzie Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. In-Reply-To: <20160205215301.GG7727@acm.fritz.box> (Alan Mackenzie's message of "Fri, 5 Feb 2016 21:53:01 +0000") Date: Tue, 16 Feb 2016 18:50:27 -0800 Message-ID: References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (darwin) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22564 Cc: Glenn Morris , 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: John Wiegley Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable >>>>> Alan Mackenzie writes: >> It would therefore be against the spirit of fundamental mode to introduce >> any mode-specific behaviour for it. > I'd agree with that last paragraph. > However, fundamental mode has had mode-specific indentation behaviour thr= ust > upon it. You'd probably argue legalistically that once some indentation > behaviour has been made a default, it's no longer mode-specific. I'd > disagree with you. I would rather that fundamental-mode be as non-magical as possible also. Anything content-aware (like electric indentation) smacks of enriched behav= ior over what is fundamental. =2D-=20 John Wiegley GPG fingerprint =3D 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGcBAEBCgAGBQJWw9/zAAoJEMFE2PTxn+YwzpYL/2quim3xB4NYBJm0BOpKBhnR bH4LNLMvpjdXh59PnXZF+wrKc7lJEGi0WY5AvHHe24+GcjlieBJwEaZJswXoShhR nD2yQUMvjLRTHgOorsKQRp7BHmFDj1IZ/fTrGSojfYQ1hvYWq7/Xz0Gjt1onWXP8 jTWYovqokIkmTSrR2XNC/z9Vr6FDEpm7wgAr0UnWpWCP737ZXbruxmLcDwjT/4NY 41I9CgtlugxB8HUDzrJ2pk5B3DRH1N3i1ZpuO2xQ1939UCxgLyJ+H3HADwlczezX OQgBBAJOxUvhxEp9TqHZrc08O3hrsKpIDF9Nrz7wUsr/hy4MFaKx9gdbt3Y5c1Ti ELO6zkVkbVBV8N1MNFR9tGPM5eCS0FOGlp6s8Cm8QylKYuwgh7sNZaB07HTOfCcf iW3wA2PQVHBA2DnVzKApjQnYAP93tBv3Z3L3ocQyL2rXmrqv6GK/TkYCWoR4o+fu j2fxcVQNl8iyfDVmKdWdn1VUKHieYceWsXdc3yVqyg== =2A2S -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 27 10:39:44 2022 Received: (at 22564) by debbugs.gnu.org; 27 Apr 2022 14:39:44 +0000 Received: from localhost ([127.0.0.1]:43909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njipU-00043P-0r for submit@debbugs.gnu.org; Wed, 27 Apr 2022 10:39:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njipS-000439-FK for 22564@debbugs.gnu.org; Wed, 27 Apr 2022 10:39:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4pESdJMnB8bc6kMlhaqORXnLXz44AmyCakoFSdK21yA=; b=Sl9jP5JnxWCXY6gsSn2SnS7GBk 5NEcGjLcl2KZMiNGtDJVpbaTVSkPVIYxqRSEPQfylixXNpdbPFwsP+xXE8Y0A18JfxT9o5JlyAVIi QghOLp87dU3dvH8N3Fk4/W7jQnYH773HPvPMQSg3mg7SC+uRNGcml3xsug2QFijRVHjM=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njipJ-0006Ew-4L; Wed, 27 Apr 2022 16:39:35 +0200 From: Lars Ingebrigtsen To: John Wiegley Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> X-Now-Playing: Kate Bush's _This Woman's Work II_: "The Big Sky (Meteorological Mix)" Date: Wed, 27 Apr 2022 16:39:32 +0200 In-Reply-To: (John Wiegley's message of "Tue, 16 Feb 2016 18:50:27 -0800") Message-ID: <87ee1isi8r.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: John Wiegley writes: > I would rather that fundamental-mode be as non-magical as possible also. > Anything content-aware (like electric indentation) smacks of enriched behavior > over what is fundamental. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: Alan Mackenzie , John Wiegley , 22564@debbugs.gnu.org, Glenn Morris X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) John Wiegley writes: > I would rather that fundamental-mode be as non-magical as possible also. > Anything content-aware (like electric indentation) smacks of enriched behavior > over what is fundamental. (I'm going through old bug reports that unfortunately weren't resolved at the time.) The issue is whether modes like `electric-indent-mode' should be disabled in fundamental-mode buffers. But I don't think that disabling all global minor modes in fundamental-mode will yield a pleasant result, especially as so many things are now defined as global minor modes. By default, a fundamental-mode buffer in "emacs -Q" has the following: Global minor modes enabled: Auto-Encryption Blink-Cursor Electric-Indent File-Name-Shadow Global-Eldoc Global-Font-Lock Show-Paren Tooltip Transient-Mark For instance, we certainly don't want the cursor to not blink in a fundamental-mode buffer, or not have transient-mark not work. So I don't think we want to change anything here, and I'm therefore closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 27 10:39:48 2022 Received: (at control) by debbugs.gnu.org; 27 Apr 2022 14:39:48 +0000 Received: from localhost ([127.0.0.1]:43912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njipY-00043f-8R for submit@debbugs.gnu.org; Wed, 27 Apr 2022 10:39:48 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43824) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njipW-00043H-Hh for control@debbugs.gnu.org; Wed, 27 Apr 2022 10:39:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BsOCKetgXNK5Z36gP8zLMYZLDeMNq7hc2XaSz7ikC6Y=; b=d3vO0S1sDv6cqhFmVGi24WjRpw X5rp8cMjD2ZFu1eWNB4MSA3NrrGRQnrWhNCKnxZezWUwrkZV1RyF9hteRpntvb1yxGErzVbCF9npQ +T3kP0GAb8zddLN2lfOpJZjd+NVCUDRDu06rwijTO0UXsZqkUJ5U3250zE5/8c4pQ/TY=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njipO-0006F2-Uz for control@debbugs.gnu.org; Wed, 27 Apr 2022 16:39:40 +0200 Date: Wed, 27 Apr 2022 16:39:38 +0200 Message-Id: <87czh2si8l.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #22564 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 22564 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 22564 quit From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 21:53:12 2022 Received: (at 22564) by debbugs.gnu.org; 1 May 2022 01:53:12 +0000 Received: from localhost ([127.0.0.1]:59295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkyls-0004NQ-B7 for submit@debbugs.gnu.org; Sat, 30 Apr 2022 21:53:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59454) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkylq-0004ND-5L for 22564@debbugs.gnu.org; Sat, 30 Apr 2022 21:53:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57754) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkylj-0004li-WB; Sat, 30 Apr 2022 21:53:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=KLWc3jdXa4XhqR+wnnm7cDrsFwpnWziNUdxSgf4p2/U=; b=S9V1V/bv7FXf Cc9lnSd4r93fnSYNxjyZt6HGHqre61rmmSYdpSljPt1q9VkNFpf7rAciGK4wkKsUwMKALMdJtvExG ZledC/vEB4lFQsDv7XVVIgveAnvssARycK1guR2BD7ZwbZlvnLDvkBhDaiWni3sfVR1SIWWGycBBG 5a2pUX6eXwyWMkHzjgOUQ6qejOm3XMq3563nCd4oqxrFYiDjBx7P9Fx/0cXSvdeC6nYabbnfP3cY7 SURHIMD406DfJ0p1ohC24FkO8vmT+88PzqlcuRKRN2QAxpzsJKp5LsOK1zV543LY+Fbfwmpl8fqo7 eSPHn60/uGjFh22AFOhVVg==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nkylj-0007LR-Ir; Sat, 30 Apr 2022 21:53:03 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Lars Ingebrigtsen In-Reply-To: <87ee1isi8r.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 27 Apr 2022 16:39:32 +0200) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> Message-Id: Date: Sat, 30 Apr 2022 21:53:03 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: jwiegley@gmail.com, johnw@gnu.org, 22564@debbugs.gnu.org, rgm@gnu.org, acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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 doc string of `electric-indent-mode' is deficient -- it fails to say what it will concretely do in an uncustomized Emacs. All it says is this: When enabled, this reindents whenever the hook ‘electric-indent-functions’ returns non-nil, or if you insert a character from ‘electric-indent-chars’. To see what that concretely does, you have to look at those variables. That's asking too much, for a beginner. This doc string should say where to find the specifics of what it does in Fundametal mode. I looked at them and found that `electric-indent-chars' has TAB (10) in it. However, TAB has a global binding, `indent-for-tab-command'. What, then, does Electric Indent mode alter in Fundamental mode? Does it alter anything? Was there a concrete motive for proposing to disable it in Fundamental mode? We need to help users find out these things. Is there a way, other than by reading electric.el? The doc string also fails to say what, concretely, reindenting does, or even what controls what reindenting does. So it needs a lot of improvement. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Sun May 01 02:16:29 2022 Received: (at 22564) by debbugs.gnu.org; 1 May 2022 06:16:29 +0000 Received: from localhost ([127.0.0.1]:59387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nl2sf-0002j4-5v for submit@debbugs.gnu.org; Sun, 01 May 2022 02:16:29 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nl2sP-0002id-7p for 22564@debbugs.gnu.org; Sun, 01 May 2022 02:16:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60888) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nl2sI-0004fX-SM; Sun, 01 May 2022 02:16:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=uE+wZ6LkqipnoDNxP76EjRB8sT2GQ+Ku+l6yZDpI+XI=; b=bstU1VbPSz+IEOD5lj7E R+OSQTl9UZ71hE5J+JcMljKiYPE4/WYVCChbBzsZcSbsX51LtbVcCWUSUPnyXQCtR3uJHt/dl32SG eIeKl/mkOO7G5ntZFxOksgnwZM3dGFYqV3XIl78WEV8zSzjMXRIGAYeWi8oQO2V4jGWFtwBVRGEfU 8UVvhzB9p7qTwcIEfa3qQ2ofi2AMq1c8xUQh7YWuwOiJbjGVhnPQRWtg9sI7JkK55ijo0MsURhNPP jFnv3ISlLVprj9S7MdgXwVFWG8GyEBHsRcbmQQcr5TftOnpqs5OMqblIrjzN3U266zRm6f3MZG9lS 36PHoteQFARm7w==; Received: from [87.69.77.57] (port=3720 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nl2sF-0005Av-Jk; Sun, 01 May 2022 02:16:03 -0400 Date: Sun, 01 May 2022 09:16:08 +0300 Message-Id: <83h7697p7b.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org, Stefan Monnier In-Reply-To: (message from Richard Stallman on Sat, 30 Apr 2022 21:53:03 -0400) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22564 Cc: acm@muc.de, larsi@gnus.org, johnw@gnu.org, 22564@debbugs.gnu.org, rgm@gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Date: Sat, 30 Apr 2022 21:53:03 -0400 > Cc: jwiegley@gmail.com, johnw@gnu.org, 22564@debbugs.gnu.org, acm@muc.de, > rgm@gnu.org > > The doc string of `electric-indent-mode' is deficient -- it fails to say > what it will concretely do in an uncustomized Emacs. All it says is this: > > When enabled, this reindents whenever the hook ‘electric-indent-functions’ > returns non-nil, or if you insert a character from ‘electric-indent-chars’. > > To see what that concretely does, you have to look at those variables. > That's asking too much, for a beginner. The difficulty is that the hook and the characters vary significantly from major mode to major mode. The latter one, for example, can in some modes include characters that are very unintuitive, like ':'. We could say something like The electric characters normally include the newline, but can also include other characters as needed by the major mode; see `electric-indent-chars' for the actual list. Would this help? > This doc string should say where to find the specifics of what it > does in Fundametal mode. Why is that important? Fundamental mode is not supposed to be used frequently by Emacs users, so why single out that mode, and why specifically for this minor mode? > I looked at them and found that `electric-indent-chars' has TAB (10) in it. > However, TAB has a global binding, `indent-for-tab-command'. 10 is not TAB, it's C-j (newline). > What, then, does Electric Indent mode alter in Fundamental mode? Does > it alter anything? It does. As a simple example, try this in fundamental mode, on an empty line: C-u 10 SPC C-u 10 x C-j > Was there a concrete motive for proposing to disable it in > Fundamental mode? We enabled it by default in every mode (in Emacs 24), so Fundamental mode is also affected. I don't remember the motives; perhaps Stefan (CC'ed) does. > We need to help users find out these > things. Is there a way, other than by reading electric.el? Not really. > The doc string also fails to say what, concretely, reindenting does, or even > what controls what reindenting does. So it needs a lot of improvement. The problem is that this feature is implemented with so many opaque hooks and variables which modes can set and override that it's hard to describe its workings in a way that is both accurate and general enough to cover all the modes which employ those hooks and those variables. The workhorse is electric-indent-post-self-insert-function; please take a look at what it does and how, and I think any improvement of the doc string based on what you see there (and the many rabbit holes down which it will lead you) will be most welcome. From debbugs-submit-bounces@debbugs.gnu.org Mon May 02 19:47:57 2022 Received: (at 22564) by debbugs.gnu.org; 2 May 2022 23:47:57 +0000 Received: from localhost ([127.0.0.1]:38303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlflh-0003qn-RJ for submit@debbugs.gnu.org; Mon, 02 May 2022 19:47:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35324) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlflf-0003q2-U2 for 22564@debbugs.gnu.org; Mon, 02 May 2022 19:47:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43036) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlflY-0003Ie-4G; Mon, 02 May 2022 19:47:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=KfhNnd8KD6RIv39Q7DacHAaY0SSoAESlQAHe7MD0amY=; b=VjhsTz7jbOMd 4w/VJ1fdJdV/DLycfsbloZv0hSf0hq8IwE67Mis5U3XNPFVwhht9CLuCOBnLqCd9q64uP2vtyE5Id wt9UZr7HzQ7JXA+7aRpBRhNaqDTUB6arvkWqVRGgddTosNJeFY21SwqTz2og+TPH+VrS2T1HLQ7hn bb573w7OHcD/lONA1alpP0cvdvbo3uSKbZ1kxokV+eooJJ2znXpBAUwRXdkc7kvgdzp3vbrZ0ePYc IQUw391NGmIyO7YQNypU7AkMY0V4Gf8WZIpcA3of5m1UI1zEpF/N1pftk6H/Wk/rAt7rubVTJILtp PZacXDOBPYxO0z+S9KgrgA==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nlflV-0007VV-Fx; Mon, 02 May 2022 19:47:43 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Eli Zaretskii In-Reply-To: <83h7697p7b.fsf@gnu.org> (message from Eli Zaretskii on Sun, 01 May 2022 09:16:08 +0300) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> Message-Id: Date: Mon, 02 May 2022 19:47:41 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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 difficulty is that the hook and the characters vary significantly > from major mode to major mode. The latter one, for example, can in > some modes include characters that are very unintuitive, like ':'. That is true -- I did not speak clearly. Of course, when a major mode customizes this, it's the major mode's responsibility to document how it sets up such indentation. But what does Electric Indent mode it do in modes that DON'T customize it? For instance, what does it do in Fundamental mode? It doesn't say. I as a user don't know anywhere to look for this. > Why is that important? Fundamental mode is not supposed to be used > frequently by Emacs users, so why single out that mode, and why > specifically for this minor mode? Because Fundamental mode is the default for a file with no special name or contents to specify another major mode. And because that minor mode is enabled by default. So a user who visits the file foo.bar gets behavior which apparently is not documented anywhere. Not in the doc string of fundamental-mode, and not in the doc string of electric-indent-mode. So where should it be? > > The doc string also fails to say what, concretely, reindenting does, or even > > what controls what reindenting does. So it needs a lot of improvement. How about adding, "Typically the major mode controls what reindenting does."? -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Tue May 03 03:03:37 2022 Received: (at submit) by debbugs.gnu.org; 3 May 2022 07:03:37 +0000 Received: from localhost ([127.0.0.1]:38560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlmZM-0006HF-UZ for submit@debbugs.gnu.org; Tue, 03 May 2022 03:03:37 -0400 Received: from lists.gnu.org ([209.51.188.17]:52466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlmZL-0006H8-Mk for submit@debbugs.gnu.org; Tue, 03 May 2022 03:03:35 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49772) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlmZL-0005Xq-Es for bug-gnu-emacs@gnu.org; Tue, 03 May 2022 03:03:35 -0400 Received: from mout.kundenserver.de ([212.227.126.131]:47099) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlmZJ-00087R-OR for bug-gnu-emacs@gnu.org; Tue, 03 May 2022 03:03:35 -0400 Received: from [192.168.178.54] ([89.247.171.224]) by mrelayeu.kundenserver.de (mreue010 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MuUza-1o3ipE30WQ-00rWIt for ; Tue, 03 May 2022 09:03:30 +0200 Content-Type: multipart/alternative; boundary="------------t2cDYnqDdEy0x0aLUmZ2w4XY" Message-ID: <5ce3fb2b-5797-8766-a360-25b30559aab2@easy-emacs.de> Date: Tue, 3 May 2022 09:03:30 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Content-Language: en-US To: bug-gnu-emacs@gnu.org References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> From: =?UTF-8?Q?Andreas_R=c3=b6hler?= In-Reply-To: X-Provags-ID: V03:K1:mHxce/maoj8p0Z3TQk+C3YKBI1WxxPUbxpgJ/ce5TUWwbBO6oUq utISiK/T+FaCm9StXI4PsgZM9bWLrmBC/zPOZnUzHUFdgEr6r6K/3smFi3JhanUK69LTSNY 00EDdpM1os2p4/CmDEjmG6tMQOc79Yw5XM/LjiUVO4XRbVZ7aym40iKNnqecdx6zO8pTjYB HdnrvmRwbXdhgd2f8z0dQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:51dFCfCK/OI=:9G9sgW+gauYm3g/4JT0mPk oQDwWPcSMcjRY+Sx3fDeFFbV0G3sD25khCEssEydpEu2AF8yxpSzwJ7TGb57Ir4wltetNvoUJ g3EzMO31enkb3v0puFu03wfv62qj9eIBaLsI87MtsdzYgsippNqwRyM/Qsp4Eu39bKLl/NOXt LfU0uAjESr3WtP13LC3epg9tkSqzMgnv3bxqwGC+uTr2ofB72XcwS6zCO2r4RBTsEmhIuwkw9 O23/95SVjHGEHoHwWAW2O805xg51iI0qVlLkYgjC0nSIBitDJeHhifqOZYi7Z1bA9cxVcoqP7 Nev1GmfzzTAKF3/g3RUWRVvsQdLAAX1+Q4iv54QnXdC/Uettqk6xAB+NQjW06o3rGcbE26P4e Ta1ZEFlgHTwSNujOClE5okNvPOFVhlqdYGvE0tdm1WEjwW5VZ/DjL3TFuYnR7i7kLXVOJJ2Sm WUcMg0AM2dxYBeg3Pfo5ID1NBshXtCfUyGSaW99RV1Dwlskgz9yX2tKsNJE+wWeqlpW0fU5WF pCNILo87bp9QjZi4FTSiqqQIcxpvPZ2AW/tdov/pokIYzMubgTFbTxBU7MVRu41HTSth1ik8w op/4vBlVkX4fOU/qiDmxQ9bguVjyN6J3l0PcxcLUH1PZKq/KWyoJ4OCjDTB67K6Bbzl36NyT3 vA08f1Up1Y4tpXUxKI173D5F4vCbV5SOuNr0H//z10yxpQIQVA9xXN51NBPlQNL9KoE9oQnuU 35wFgMEqo/7B4MTw Received-SPF: none client-ip=212.227.126.131; envelope-from=andreas.roehler@easy-emacs.de; helo=mout.kundenserver.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This is a multi-part message in MIME format. --------------t2cDYnqDdEy0x0aLUmZ2w4XY Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Switching Electric Indent mode on by default was the mistake, which creates difficulties and confusion at many places. --------------t2cDYnqDdEy0x0aLUmZ2w4XY Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Switching Electric Indent mode on by default was the mistake, which creates difficulties and confusion at many places.


--------------t2cDYnqDdEy0x0aLUmZ2w4XY-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 03 10:28:48 2022 Received: (at 22564) by debbugs.gnu.org; 3 May 2022 14:28:48 +0000 Received: from localhost ([127.0.0.1]:40654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nltWB-0003nW-R4 for submit@debbugs.gnu.org; Tue, 03 May 2022 10:28:48 -0400 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:6328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nltWA-0003nO-2T for 22564@debbugs.gnu.org; Tue, 03 May 2022 10:28:47 -0400 Received: from pps.filterd (m0246629.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 243BFGjB032436; Tue, 3 May 2022 14:28:44 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=iCTEWVZw/EQ955tw7C3YNesIf2NNzLP3itNmVgSH66U=; b=eVb1iu2i51hzvztN2T7YLjGcKH/wB4+JmRLJmVIXFIl5qJfCLpFkBqauOtjViBznSVMJ 9wAUFklIVDHVlDtyvTeaV2M1M0b9nDd3qWCnudkmgJY73MbiDmB4HpOVvYDSlsPUyNxC 3bMt/FvrEABrqGAm+8uvrVJu17TkAGKAt8F6QzwGzwTGW2ycq1cev0OEZlB4ZwDr47NW N+lf2HAOEBx0djFb51zroNxxohMKXu4kVBINqSOIVtgq0XC6ua7iXSrpfCU1diSbLmRp MizA6oZbGjKnEfAL2AWVVzUwRf69NnHzi92z7dn01EmGwavz7NyBUcOugPhsmO6mHz5j FA== Received: from iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta03.appoci.oracle.com [130.35.103.27]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3frw0anpm1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 03 May 2022 14:28:44 +0000 Received: from pps.filterd (iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com (8.16.1.2/8.16.1.2) with SMTP id 243EG3MO032638; Tue, 3 May 2022 14:28:42 GMT Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2101.outbound.protection.outlook.com [104.47.58.101]) by iadpaimrmta03.imrmtpd1.prodappiadaev1.oraclevcn.com with ESMTP id 3fsvbmdepv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 03 May 2022 14:28:42 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Uo0b8NJnKwFCtsNJQx/4rg+5sfkjAa0yuy7WGmLsveGS8nujrHS+aDKniR2bjaX9JsWx1fCs0c1zDssFK0i14DFtmgXdvj2d1soogpnTozJVIijmsE5NgITrY11CG0gdmKUi4plvSRoBz8uRoOpLt02VxgCmUHge4r5Y/obcATE8J9koDXqrIjMsX+/Jcxs1y56sMjUnGt2O8YnHZI5Y1p3/UKAnS9kfKG2Nqi7SlMDywjXTVx235WVcOzlmLdMVKOiVMrudDsOdprOoJz/r0n+mcmuO9gL3R6TV98jX3rkkNJ7S/c1ztz3ijojusuIc+/4PtM+4jOUHTog2zzfSTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iCTEWVZw/EQ955tw7C3YNesIf2NNzLP3itNmVgSH66U=; b=KxzRquaXlgV472hTReCggdo2qfvCSSvbUnse/Y9DpdtdYY/5uMTV7g5ayJC7iuaD5hrTkF2htrNAhW+W/qR5+CDcXonzS7e5pYDt/HwlyH9PN/LtBllZ+71siFf3dt8O0jJ4odrH+N65MT7YHYtG7iWG1qfMMzKZKARQwIBevQTSW0hn20NRWmVUsjSKSXEWq0nhJk56dBjvKnZBSjHwKN4Ejpl3tbj9B8NRxt92jyrHMilhZLLV/zJBWTCMyns1xb6I66UHdHBGrTOVteCys64j14o6RBzRfn38ium2/isODG72e+JDgSeAiWPhx3W2TRSYh5hGhFOKAVSTCQRHag== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iCTEWVZw/EQ955tw7C3YNesIf2NNzLP3itNmVgSH66U=; b=ZYk6qfEmod5VpTc/Cl3bTXoQsddDSQBaxfKteqDnSJLOZgrw4mQdtCp1h9QHrsg/UhakeYFGUgKcm6weuITGA73lANrdIfXSRAc4EOAQQgNM7L3y3lqoOYCT4HVt1PrfdkP+k4ky1p/pHYhKDyLJDeoXYfDodnJ4jAiyOlWiNSs= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by CH2PR10MB4184.namprd10.prod.outlook.com (2603:10b6:610:7f::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5206.24; Tue, 3 May 2022 14:28:41 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::a0e7:5f38:ab50:5123]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::a0e7:5f38:ab50:5123%9]) with mapi id 15.20.5206.024; Tue, 3 May 2022 14:28:40 +0000 From: Drew Adams To: =?utf-8?B?QW5kcmVhcyBSw7ZobGVy?= , "22564@debbugs.gnu.org" <22564@debbugs.gnu.org> Subject: RE: [External] : bug#22564: Fundamental mode isn't fundamental enough. Thread-Topic: [External] : bug#22564: Fundamental mode isn't fundamental enough. Thread-Index: AQHYXr7n2wrHGvfBMEWSa206FwKSd60NNnyg Date: Tue, 3 May 2022 14:28:40 +0000 Message-ID: References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <5ce3fb2b-5797-8766-a360-25b30559aab2@easy-emacs.de> In-Reply-To: <5ce3fb2b-5797-8766-a360-25b30559aab2@easy-emacs.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ecc57cfb-6593-4368-e3c2-08da2d11385b x-ms-traffictypediagnostic: CH2PR10MB4184:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ULDL0N9XPZ29t9xFwBN6NgHSebNrhI/e9y5Hl6OjInmV6/AWVAvUoxaSAtMsda9EfndEDyX8GE5ZbcxuzZlBrC5JQ9gTIPFGngIg8wxjKN4J49Nl9nnyqZmXLH5IReRZ6nZ3t5J1NLVExJw794oVau4LAAk+rhWEvZO7iPHJ3EWPFeOHcLsODeKRjkZCxNUhWzpUvcCzYnjm34i8YpIOTF83bIxCFY4p5K5/e6MHJ6J5Ppb9SECT/yxYNuUtiO8WpzdeurcZLzeJjjIsd+O3FwZZ1tNHzqx45OCO8mkPef5ejWO3n/79cOSFa5VadgjhXDJAUTZjmshdZ5ox7nINLhGraRQtvniUo9tSi9qX9A3danxyX93c4Bbp60PpHk8GBpOdzv9Tc5DT1ZaTvYIz9pCeDHIvW/scrc/SgaWa1NNKoJENb6/itN9b+vibyJ9kFAE19VWog9rlyQaw3dNnk8Dnd4rhmTePusYY8okQky1nKXAvQWQrOjrPZeJUzF+FQaTtzcXJKmkQfk1CPlzuEIvxNhRXYaBuaJk3b/vkyKy8oFs817GqesMtX9KYbrLk18gUYc7uQM0soK8hmQUyzebTSyz6tw9ewDhDoSevaoXNk1thHhIzjb37WyiPziuLPsOsXrJqE4+v5n07olFk6ZnmWUYy/lVN7PTX5uPQ0PdrHAed5s1zhlHU/YL/Pty/Id4AWfLScdzJO1dhm52b1g== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(66556008)(66476007)(66446008)(64756008)(66946007)(558084003)(33656002)(76116006)(110136005)(316002)(186003)(8676002)(9686003)(86362001)(26005)(55016003)(6506007)(2906002)(71200400001)(5660300002)(7696005)(44832011)(122000001)(38070700005)(38100700002)(8936002)(52536014)(508600001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?QklTVkd4S2RHOCs1RnZIeGVqU2hvZUxiUitScHFCQUwxdXErbmk4NWdOTUtq?= =?utf-8?B?bVRJaXFURTlGc05Yak5tL2EwOWFYUHhWZ1YyWEtuVXZJUUNzZFB5TWlwWDdQ?= =?utf-8?B?NHoxOG1kd1VzdEpkZXYvWWxmN21VL3VLdDhZNkhtbERlZEE2OC8zNzh3Vm5H?= =?utf-8?B?dzdJSW56UytpM1l2MEY5U2tMWldYMm92QXF6WlFQU3lSN2EvSDNocEJQb2gw?= =?utf-8?B?UTM3b1p1VmlUR1A5bUw5RDhKb0dwcjZiLy82ZEVKVWhJUHk4Q3NIYXlOSFJl?= =?utf-8?B?ajM3dEJmMHB2VXZCUXRtR0lhOHU3SmJhRlg4TnRuOGIySWdCeVh1WUxZNUVz?= =?utf-8?B?U0F4ckRDaE0vTmk2djJpRHlJcDZkRHRQTEhuempabUlxejFkODU4ZXZ4cEdB?= =?utf-8?B?V3l3YzBkbHptbG5veUF5WW9ZenRsei9Hd3U5aExQYVBTaHFodWoxbGh4VmlM?= =?utf-8?B?aFA5UDMzK0p3ZkFKaGs5SXpOOFZ3T0RIRGY2MXJjV1l2QjI4elN0S3I5T3hy?= =?utf-8?B?YjNsL2hyaHZGOFhTa3ZlaElzZFJzV2hIK0xTcGk4dzF6OThtVFFzRCtjL2Q1?= =?utf-8?B?KzNtZzBjcFF5TTlFY0V1UUdLQmVKL3ZPRVRzUTdoeFVoRmJVMEhDS0grclV0?= =?utf-8?B?MHdsdEJKTkNYNC9TYVRUbTV6WDNEYnQ0MWJUT1VPUmx5ZnFwWnpFWUJLazRw?= =?utf-8?B?Q1R4cHJ3dDROZDVZQ3J5ZlBHaXhvSURBSzJ0cjBsZWo4LzlIV0pIRTI5cG1T?= =?utf-8?B?dHVoOGgweXl2TTk4Zk9PNng2K0xmMitjYTF0RS90VXZobE5adk5TTFBhUllm?= =?utf-8?B?cEM0dFZPK0tsUEFSb2dTc2kvQW5xQ3pFOHgrODJUeHBzVHpjenlWbVlDMnJw?= =?utf-8?B?YkNyTU92QlJTdlpsb1g2ZkNVY2NHRVd0N1ZsNytXYllYeXlHRmNrQVJyQ0dB?= =?utf-8?B?UWE1d25zVjFRem1FbHF5Q1RBeXNDckdYckFWZitlOTEwMkdQdXE3NElYNC9i?= =?utf-8?B?TER1amlndG5WOW4yQnhiak5BM2dTaTZUbE1peDdGY0JUZXlTb3BJekFTbU9j?= =?utf-8?B?eHJpQVhpLzBIWGkrVktPN3RrVGh5MVVZQTEyQ2o4T2xMNXRWUlFXaUYzMHBI?= =?utf-8?B?SFo5WnZodzEwTG9RZVkzazV4NW10MlhsN2FiMGNMc05ENWJ2K25hR2VjdHU0?= =?utf-8?B?YWhBaFFNMTNNMlFwTGVYSnAzbXpLNkNCY1JEeU1DTVZucDJHWGtGOTBMQjN0?= =?utf-8?B?Qjg4ZHZqeW80c1FUZUh3bWtocGlEd1RGcVFwSEFjbW9TaTkvT0dHQUVYdFZT?= =?utf-8?B?dkxYTDl1RnlzeUtwSVI0Z09yTkhQeGdsSUVQSVlUNnVuUnZBdWhNa0RzTzlo?= =?utf-8?B?ejVwM0NEN2N4Tm82VmJHdXY0QzNEbW9BZkVHVFZYbVdsQ3ZtWnhhUHBMR2U1?= =?utf-8?B?VWppODBtZkFsZTJ2S3NTQ0syYytzbUxqRkNXWmdRUHpsRTVvVk9qYWQ0N3l6?= =?utf-8?B?RWwyLzIranF6UzNOaGNXVFc3Wld5RG5yNFMxMDJiNnBVOFNuamVNUmFJbzZS?= =?utf-8?B?TCtsUi9ibndsaERvL0JoeC9JM3dQV3Nndnk1djZONGlMK2RPMGhoQXpwaWxl?= =?utf-8?B?aGdIVkJDelBETFRoSncvREdrMGNKMFd3WktYN3kxWjcxNW91NHJObG1pY0s2?= =?utf-8?B?cS85SWFzOTZ0bHF3ZWNiUTU4dkdvWndVaWs1NmhGVkp0Q0NydSt4MUFtWnNL?= =?utf-8?B?NDdpK2pTNFUvaXZ6UGhnaEFiMTJndnV3WjhUdm9tVUMxREhZWkRrcXVQaVNO?= =?utf-8?B?TCtpQ1dVWndrcnlFZkZvZlJ4cm43T0ZRTGV3N0RWRzdSdUtiaHMzdGJFbmh5?= =?utf-8?B?QnArRHBiZElaM0kvNHowckF4ZDhaUlE1WFY3OTlzQzE4bFpMTW9wNHhFdTFG?= =?utf-8?B?YUcrTnZRM0ZaV1BkbElQZjJqWnBUNWpteUR3SFlFNTdVbVRETWJYNkhHYnVa?= =?utf-8?B?dmQxdTc5NVo0NEU1T0M1Nkx2ZjZxVmhuaFJJRUp2S1FPVEliWTJab0lLd0xE?= =?utf-8?B?ZkFtTStxeGNUb0ZvcWRZNmJ3VUpaYitIYlVMOTFldXc4MXpnM21WSW10NWxl?= =?utf-8?B?U3BGZ0VCRU1pNTFUOG1uSDJGbnl4aVlCaG53S3oyc2N1aW5PeHFITVp3bmdD?= =?utf-8?B?SU9ucVl3U0NNRXc1VVo1ejhQWlB0bjJYVUNQS0ZzQzVZOEFmeC9hSldUb29S?= =?utf-8?B?amhJd2VBeElSdWhqbWRESzgrMlM1eTA2bVpUSnlYZ0gzMlVnOFN6ZkNrM3lM?= =?utf-8?B?dk5aRDh5YWFuajdxUERCNThyMGl6aFRiNy91STN5VlhBMzkyQ3lWUT09?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ecc57cfb-6593-4368-e3c2-08da2d11385b X-MS-Exchange-CrossTenant-originalarrivaltime: 03 May 2022 14:28:40.8961 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: AtVj5SxApicd9U1waRTs0AcYPrhPB5SCqWvmIWsq6GD0efYUunewviNvRLbOaMo4CeEeKncXGy7oU3xgfLVOcA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR10MB4184 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.486, 18.0.858 definitions=2022-05-03_05:2022-05-02, 2022-05-03 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 bulkscore=0 spamscore=0 malwarescore=0 adultscore=0 suspectscore=0 mlxscore=0 mlxlogscore=928 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2205030103 X-Proofpoint-GUID: CV6xhqaX2FzNIFIQTQNVqe3RlhRtUF5G X-Proofpoint-ORIG-GUID: CV6xhqaX2FzNIFIQTQNVqe3RlhRtUF5G X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 22564 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) PiBTd2l0Y2hpbmcgRWxlY3RyaWMgSW5kZW50IG1vZGUgb24gYnkgZGVmYXVsdA0KPiB3YXMgdGhl IG1pc3Rha2UsIHdoaWNoIGNyZWF0ZXMgZGlmZmljdWx0aWVzDQo+IGFuZCBjb25mdXNpb24gYXQg bWFueSBwbGFjZXMuDQoNCisxLg0KDQo= From debbugs-submit-bounces@debbugs.gnu.org Tue May 03 13:00:08 2022 Received: (at 22564) by debbugs.gnu.org; 3 May 2022 17:00:09 +0000 Received: from localhost ([127.0.0.1]:40933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlvse-0006Q2-87 for submit@debbugs.gnu.org; Tue, 03 May 2022 13:00:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33342) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlvsc-0006JV-2w for 22564@debbugs.gnu.org; Tue, 03 May 2022 13:00:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33382) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlvsV-0008Lu-Ez; Tue, 03 May 2022 12:59:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=nURk0ANH5uMEEFPDWWhmW6Q1eU01ktyLeWuN9YEqsiU=; b=H5iD+1hEKi7Y eShrwmwU3pumfw9H/U6VSPu/MBu+KsGSHk0wwwRBR0UYhDKyUyDEZqpnA8DkkmPfzJpg8PauMkVvc C4kkqI91nu7mBgjbL8Odt3UNDKqYXAzTjysajFdswZjv/tD2G9H4UyIrOokYDT3bklF8wxvk6g03p n3MtxmS9lJiCNWGJ3Z+SaDgxs54hMjMUcsko1LnUMEDJ4npmxLkGKX3kNd4b7yYmv8CcA+QpbquXW kI7GD6n8bVbRhDTs1vMm56jIjqGyqnXMwv8m5Zrclv7dAw/hcaPyBWvBhvli/XeVh2r1HfITDwsol JUUT3QpW3x+kjqmpRn65XQ==; Received: from [87.69.77.57] (port=2621 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlvsS-0000Ts-VI; Tue, 03 May 2022 12:59:57 -0400 Date: Tue, 03 May 2022 20:00:07 +0300 Message-Id: <83h7664kmg.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org In-Reply-To: (message from Richard Stallman on Mon, 02 May 2022 19:47:41 -0400) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Cc: monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org, > johnw@gnu.org, 22564@debbugs.gnu.org, rgm@gnu.org > Date: Mon, 02 May 2022 19:47:41 -0400 > > > The difficulty is that the hook and the characters vary significantly > > from major mode to major mode. The latter one, for example, can in > > some modes include characters that are very unintuitive, like ':'. > > That is true -- I did not speak clearly. Of course, when a major mode > customizes this, it's the major mode's responsibility to document > how it sets up such indentation. > > But what does Electric Indent mode it do in modes that DON'T customize it? That is only important to document if enough important major modes don't customize it. However, I suggested to say something along these lines, and you didn't respond to that part. My suggestion was to say this: The electric characters normally include the newline, but can also include other characters as needed by the major mode; see `electric-indent-chars' for the actual list. > For instance, what does it do in Fundamental mode? It doesn't say. > I as a user don't know anywhere to look for this. > > > Why is that important? Fundamental mode is not supposed to be used > > frequently by Emacs users, so why single out that mode, and why > > specifically for this minor mode? > > Because Fundamental mode is the default for a file with no special > name or contents to specify another major mode. > And because that minor mode is enabled by default. Sorry, I disagree that Fundamental mode is important. Its being the default doesn't mean users frequently see it, not at all. > > > The doc string also fails to say what, concretely, reindenting does, or even > > > what controls what reindenting does. So it needs a lot of improvement. > > How about adding, "Typically the major mode controls what reindenting does."? I'm sorry, I don't think I understand how saying that would help. Unless a person knows "what reindenting does" (or even what is "reindenting"), this leaves the issue as obscure as it was before. From debbugs-submit-bounces@debbugs.gnu.org Wed May 04 18:49:25 2022 Received: (at 22564) by debbugs.gnu.org; 4 May 2022 22:49:25 +0000 Received: from localhost ([127.0.0.1]:43924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmNoD-0001NJ-CP for submit@debbugs.gnu.org; Wed, 04 May 2022 18:49:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmNoB-0001N7-Ex for 22564@debbugs.gnu.org; Wed, 04 May 2022 18:49:24 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39736) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmNo5-0003QJ-LH; Wed, 04 May 2022 18:49:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=r/TWfEd8T7McFyZfVGTksOCZIwf0aYxW+zUdWC0n8rM=; b=I0pK9owTXW8a JsV9gENwb4xIapx1fswlu2wdpSpe4onGq0RkpfOEDb/Nw9letSY1LjHqG5GwNM3KFD3il6w4XwfE7 qYqYf4uz76ISD6rcDWlrQFHx/UMiU6bEjhN6SFqvp77mD4eJliGgdlNEgaEw9va+V04KPigr8Kk6x VeHRBlhxl2nJLaXHdcSdkv0uQ94rXvtQhMP3c2vLv7YIWiwphfLeB0Yq43KvfUM6DTwV8le+4H8N4 RwOQsqWhF1X1Dwrt3Z60U1huop1ZVIB5XGiEyZVCjf3kiG3tLGn3NIOG7sK0polxfxIpjsB8Dkfj1 EfkJwZXrWW72Ii30AkPiMA==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nmNo3-0007Kw-Du; Wed, 04 May 2022 18:49:15 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Eli Zaretskii In-Reply-To: <83h7664kmg.fsf@gnu.org> (message from Eli Zaretskii on Tue, 03 May 2022 20:00:07 +0300) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> Message-Id: Date: Wed, 04 May 2022 18:49:15 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > > But what does Electric Indent mode it do in modes that DON'T customize it? > That is only important to document if enough important major modes > don't customize it. Fundamental mode is one -- and that's enough. It is the default mode if you visit a file whose name has no special extension. For instance, `foo'. What DOES Electric Indent mode do in Fundamental mode? Nothing? I am starting to think that is what it does. > Sorry, I disagree that Fundamental mode is important. Its being the > default doesn't mean users frequently see it, not at all. I do. And not for any special reason. If I want to put some notes in a file, I give it a simple name. I don't add an extension just to get some other mode. (Do you?) I find that Fundamental mode is fine. > The electric characters normally include the newline, but can also > include other characters as needed by the major mode; see > `electric-indent-chars' for the actual list. Adding that would be useful, but it isn't enough because it doesn't answer that crucial question. If someone tells me the answer, I will document it. > > How about adding, "Typically the major mode controls what reindenting does."? > I'm sorry, I don't think I understand how saying that would help. > Unless a person knows "what reindenting does" (or even what is > "reindenting"), this leaves the issue as obscure as it was before. The Emacs Manual does not define "reindenting". It is not exactly synonymous with "indenting", so I think this needs clarification in the manual itself. Then the doc string of Electric Indent mode could refer to the appropriate node in the Emacs Manual. I think reindenting means this: In major modes where indenting a line idempotently adjusts its indentation to what is called for by the line's contents and context, "reindenting" the line is the same as indenting it. In other situations, the concept of "reindenting" is not really applicable, so commands that should "reindent" actually do nothing or have some other definion. Is this entirely correct? -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Thu May 05 01:43:58 2022 Received: (at 22564) by debbugs.gnu.org; 5 May 2022 05:43:58 +0000 Received: from localhost ([127.0.0.1]:44141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmUHO-0001ov-A9 for submit@debbugs.gnu.org; Thu, 05 May 2022 01:43:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmUHM-0001oR-Ub for 22564@debbugs.gnu.org; Thu, 05 May 2022 01:43:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44692) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmUHB-0001Tr-Ud; Thu, 05 May 2022 01:43:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=x2usTZzpkK+w2wZqmF7uULr1MstOAQIjYUXuTketHxw=; b=n6i3Ez8O7M/N qu34C3RHvyzy8XhcGPGo4jFOsz7HpPx9eQWSheBrLAZ0ZK/xotgTPs3JhokO46HaLiurooHt/YcOL 5cPY40p5zRr5YeYT65fzBvVnUt7XuJQWAaDRfGQW/knKeRcYPHh4hro93zrtrgmJ3aMx56P0TjGem A/z6WtUnp/jBxqgUx9GsXFzmf/Z0Zg/nwFFHsPTwPg/6QL47i6zV/oIBYEt7pJg28bADhAC41qSbJ Bn6+e88lqeR+GTj7JPbKTLOiEfYR36o1dVuOryoJ/IVQYu8GUnzRwXSbRRY6jdj408Djk5f0Rs9Z3 5oB9437XQUHg5U5RAMg/oQ==; Received: from [87.69.77.57] (port=3234 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmUH3-0001Dh-Ed; Thu, 05 May 2022 01:43:40 -0400 Date: Thu, 05 May 2022 08:43:21 +0300 Message-Id: <83k0b0356u.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org In-Reply-To: (message from Richard Stallman on Wed, 04 May 2022 18:49:15 -0400) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, > monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org > Date: Wed, 04 May 2022 18:49:15 -0400 > > > That is only important to document if enough important major modes > > don't customize it. > > Fundamental mode is one -- and that's enough. It is the default > mode if you visit a file whose name has no special extension. > For instance, `foo'. I disagree with it being important, as I already said. But I don't think this aspect is important enough to keep arguing about it, see below. > What DOES Electric Indent mode do in Fundamental mode? > Nothing? > > I am starting to think that is what it does. No, it isn't "nothing". Once again, I already gave an example of what it does in Fundamental. Here is that example repeated: As a simple example, try this in fundamental mode, on an empty line: C-u 10 SPC C-u 10 x RET > > Sorry, I disagree that Fundamental mode is important. Its being the > > default doesn't mean users frequently see it, not at all. > > I do. And not for any special reason. If I want to put some notes > in a file, I give it a simple name. I don't add an extension just to > get some other mode. (Do you?) I find that Fundamental mode is fine. I don't add extensions, but files edited in Emacs frequently do have extensions and usually have some major mode that is not Fundamental. So I don't think your use pattern is common. Nevertheless, if we describe better what the newline and similar characters do in electric-indent-mode, that would cover Fundamental as well, no need to do something special about Fundamental, nor to argue about its importance. > > The electric characters normally include the newline, but can also > > include other characters as needed by the major mode; see > > `electric-indent-chars' for the actual list. > > Adding that would be useful, but it isn't enough because it doesn't > answer that crucial question. Which question was that? > > > How about adding, "Typically the major mode controls what reindenting does."? > > > I'm sorry, I don't think I understand how saying that would help. > > Unless a person knows "what reindenting does" (or even what is > > "reindenting"), this leaves the issue as obscure as it was before. > > The Emacs Manual does not define "reindenting". It is not exactly > synonymous with "indenting", so I think this needs clarification > in the manual itself. > > Then the doc string of Electric Indent mode could refer to the > appropriate node in the Emacs Manual. > > I think reindenting means this: > > In major modes where indenting a line idempotently adjusts its > indentation to what is called for by the line's contents and > context, "reindenting" the line is the same as indenting it. > > In other situations, the concept of "reindenting" is not > really applicable, so commands that should "reindent" actually > do nothing or have some other definion. > > Is this entirely correct? I don't know. But I think it is better to say that this mode automatically indents the current line according to the context (the surrounding lines) and the rules of the major mode. After all, the mode's name is "Electric Indent mode", not "Electric Reindent mode". From debbugs-submit-bounces@debbugs.gnu.org Thu May 05 07:02:53 2022 Received: (at submit) by debbugs.gnu.org; 5 May 2022 11:02:53 +0000 Received: from localhost ([127.0.0.1]:44482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmZG1-00049U-Ag for submit@debbugs.gnu.org; Thu, 05 May 2022 07:02:53 -0400 Received: from lists.gnu.org ([209.51.188.17]:38638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmZFy-00049J-I6 for submit@debbugs.gnu.org; Thu, 05 May 2022 07:02:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35496) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmZFr-00033Q-Uv for bug-gnu-emacs@gnu.org; Thu, 05 May 2022 07:02:45 -0400 Received: from mout.kundenserver.de ([217.72.192.73]:55467) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmZFq-00078n-7n for bug-gnu-emacs@gnu.org; Thu, 05 May 2022 07:02:43 -0400 Received: from [192.168.178.54] ([89.247.171.238]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MEmtx-1naiUn2tEB-00GHsn for ; Thu, 05 May 2022 13:02:38 +0200 Content-Type: multipart/alternative; boundary="------------TpZnj7beRSn5bmyWDmzA00oo" Message-ID: Date: Thu, 5 May 2022 13:02:37 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Content-Language: en-US To: bug-gnu-emacs@gnu.org References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> <83k0b0356u.fsf@gnu.org> From: =?UTF-8?Q?Andreas_R=c3=b6hler?= In-Reply-To: <83k0b0356u.fsf@gnu.org> X-Provags-ID: V03:K1:nBiIEZ74QfdsQu3hCkpZXlvak/MTjvYEvcKRxeOZcUOpg76dFt7 JHOPVX0CqJxzu4cXBzadLkCjGp2PmqxqcGG/7xB6gfIj/0VmVc0SXOp/l3OmeCgKlKQTFJp 2JMq82p7r2m4mQkw54KogUGsQ0m/s8apS+SgQG596V1eRvDlmAFo8FCIVpGO5eDGQapvSBx aCbXhIJ6XnbGBI9LqyQyw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ZxjdiN9It5U=:lv+ik4QHtPrDvJcB9kUzvj xE407C8s3Gyn1HjGi0VpmCfrSjGKR2Nu3sW6qLndd/xGLSEWwBqVCuQ8KmYCaPEVNXdgchAOA LEiSW73bdh8gFNkdGMH/PHLiK0yZLm84X32sTeq6pUilpANdN3KMcRblrunH2nfxtGjI4fL5T YAbjEt0/IW6YL9s8Ss0mqkcdtdCyDf1KHXNFJqXzVZHgQ7pvA+2fhR+FclBKmk3t/VROWT1wS b00vmr/ZqDGrAfdXW91AgoAbCRHpFiKN52q/b8gL4qDfIshZOJEHcidzAt43/ElHfSqTq60F+ 6Hqf506DjzBFkh0SVxzX3aK/HpH/hNS6/zBajzKzrD+Jfr9Ipy0x4GuBhHpmIXfvINZLwsXXD C9gUgBBcTIDs7Sb8wwXoqgk17t8doaLWcpUAAtZkc/P4gLPYX8IPE8teE79dn/a8So9y3Z+o9 Oh5x2OPt8IunR0cTHGTRcfmPfC0GmBZ5VV2Y7wsX9jG7nLauerbJs3bezdpA8p7yfAxP/5W6n SOZJpJqnR+hgkIIuy+fLOVo0Lm5o0qYWcXVow5VwVsWu0kz5pFe/1QtOYIdrP+Z7BeT2/jGHE PWO3+n5aCH1VSsKqBs11Vwpf35LENmxe7UqV6h9WBKWKVMq7lZKLcvMzHEN13yDwOmPMK3qef OB0Ldnz5isREwPH4enWJpbzAzHOtKW0xHh19ytGkPxWLjc4DXRsXo2EJDneJqp6jLddnQMa9V DPBrANSZ80lo4fwf Received-SPF: none client-ip=217.72.192.73; envelope-from=andreas.roehler@easy-emacs.de; helo=mout.kundenserver.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This is a multi-part message in MIME format. --------------TpZnj7beRSn5bmyWDmzA00oo Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Am 05.05.22 um 07:43 schrieb Eli Zaretskii: > > I don't know. But I think it is better to say that this mode > automatically indents the current line according to the context (the > surrounding lines) and the rules of the major mode. After all, the > mode's name is "Electric Indent mode", not "Electric Reindent mode". > > > A fundamental mode should be as fundamental as possible, stripped by all fanciness. --------------TpZnj7beRSn5bmyWDmzA00oo Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


Am 05.05.22 um 07:43 schrieb Eli Zaretskii:

I don't know.  But I think it is better to say that this mode
automatically indents the current line according to the context (the
surrounding lines) and the rules of the major mode.  After all, the
mode's name is "Electric Indent mode", not "Electric Reindent mode".



A fundamental mode should be as fundamental as possible, stripped by all fanciness.
--------------TpZnj7beRSn5bmyWDmzA00oo-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 05 12:17:38 2022 Received: (at 22564) by debbugs.gnu.org; 5 May 2022 16:17:38 +0000 Received: from localhost ([127.0.0.1]:46311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmeAc-00077c-Bo for submit@debbugs.gnu.org; Thu, 05 May 2022 12:17:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43496) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmeAa-00077N-0W for 22564@debbugs.gnu.org; Thu, 05 May 2022 12:17:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54386) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmeAT-0005a6-Vr; Thu, 05 May 2022 12:17:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=/rPrtTkNCyrp8Q2IS8NLyB4p665QE8y/79TPzCMHKGk=; b=EatvBR9JqUz/iYX5AtLg oBx1JnSMVTFNTNPnblsHUh1DDCq5ET2blG23OWec8a90nzng2UfXALcWmMx3QA1XWC9EuIGPBFuWn MXTFOIm7MG/qrntAX+AfiEDWphlKo6VXFnultSyn2VwF1+k38YWCHFXAHu78eVbAI50eMr4rEQ54W x92xVWfAmuvNg5wCRhRRmbx0H6XMcnZ9Dwtkb8Lde91sQJ9pYWJtMJHls+A9WZ//MjljfSF4SqI2x wkkpAMMjCX8cKLLkDkiF231ISYIZoR3WheiYr13sqKDm3NA7i4kZK1i1z1gn3l171c0I1p8Qclzog qu5TydeeDA538g==; Received: from [87.69.77.57] (port=3401 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmeAT-0008Ki-Fp; Thu, 05 May 2022 12:17:29 -0400 Date: Thu, 05 May 2022 19:17:14 +0300 Message-Id: <83a6bw2bud.fsf@gnu.org> From: Eli Zaretskii To: Andreas =?utf-8?Q?R=C3=B6hler?= In-Reply-To: (message from Andreas =?utf-8?Q?R=C3=B6hler?= on Thu, 5 May 2022 13:02:37 +0200) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> <83k0b0356u.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 5 May 2022 13:02:37 +0200 > From: Andreas Röhler > > A fundamental mode should be as fundamental as possible, stripped by all fanciness. "Fanciness" is in the eyes of the beholder. It is clear that you don't like electric-indent-mode, but that doesn't mean your opinion represents that of the majority. We decided to turn that mode ON by default because quite a few people had other expectations. Fundamental mode is just a mode. Richard even says that it is an important mode. Then it follows that assuming it has no "fanciness" whatsoever isn't necessarily correct. From debbugs-submit-bounces@debbugs.gnu.org Thu May 05 14:34:13 2022 Received: (at 22564) by debbugs.gnu.org; 5 May 2022 18:34:13 +0000 Received: from localhost ([127.0.0.1]:46464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmgIn-0004Rn-0h for submit@debbugs.gnu.org; Thu, 05 May 2022 14:34:13 -0400 Received: from mout.kundenserver.de ([212.227.17.13]:50395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nmgIl-0004RZ-Jd for 22564@debbugs.gnu.org; Thu, 05 May 2022 14:34:12 -0400 Received: from [192.168.178.54] ([89.247.171.238]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MYeV3-1nInWB3Tjn-00VkLv; Thu, 05 May 2022 20:34:04 +0200 Content-Type: multipart/alternative; boundary="------------CN1SVlOBEley4M0ojFa9bhjc" Message-ID: <6260ca33-8d83-6b81-3d6b-5b00712868cf@easy-emacs.de> Date: Thu, 5 May 2022 20:34:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. Content-Language: en-US To: Eli Zaretskii References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> <83k0b0356u.fsf@gnu.org> <83a6bw2bud.fsf@gnu.org> From: =?UTF-8?Q?Andreas_R=c3=b6hler?= In-Reply-To: <83a6bw2bud.fsf@gnu.org> X-Provags-ID: V03:K1:/h2oxgEzkGFLOYbZA+Eu7poU87bwz/9D+s97+BUGWifJNOdcFqA GR3QAxaEqMzfQRWfsLJ5HThtSkSltKeqIKoRZuxZ3EUUAbriLTx+6fQ4SNlu2ZCFcaWvyGX loEvaNPIbdKEJ/B/sYnYnsZC3E09pNX5rJDIW6K13dwZ97O0P3BT1VZciavjdSoFf4qeEF5 RGS8R621kQWgbamHNbDBg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:zLjuCuWnMKo=:qx+8FzcEOw6E84x3djNZxD cGAdj3AZ7HO1nM3YLxIKQqpuk6yqWQKMx73lqKebs2PGwdWSdXe6b0goW9TTcrmiG8l/u5D5G 63Grhwzv9N6MH7xFpMO0HlwI7K1E2QjPNHC7kPtCxVTwgsxeGptFuXTNAdoflJoX3Lp3C3aEB 0CRxSWSngxKF+tIZ5/UafPq7OIkFXQUACWUTM/vUPZjZqCG7qDk/rEldOR0hysJKgcs4GttoP hoqdK5jaQRcZzgQYuJOmcJW/wSS56K8MobVcd9LW4F55KwllR/5H8j06Pq6LdL9LiIDYy3NeW TeFjjSowaiUmI0oSYtn0dwgBzM3QdwDoEgYmM3NCs91T02sjEZb8N0hpeGVQSl4E74R07ZJ3f WE5VfXursVXM2S4DkfFQEQLirbKN/JKzuoljwTaUNsh45TX7IBAMu8ZSnqhv2x1pgasCG+Vpf r3rwUM8vr3JKwWJSFXk+AF931hQkSfI0T/7xYzsFtkz+NYLhJTqMkNF1ytZgHem15bZGfO+/7 OwAzpafYiq06zg+RDH/lfJABYFZG71GqvNmCwY3neJ85J/+V5Q3fI3mWelOiFq6w7jVzis39y kPlpszGe5+nIOyDYOEUx/DAtylnwyO4aAWYHjLHZQ94VnAxk/z/MvOmKxLEcYUOJ2V5NfeQES IulMXlR7SBsRKWLAv40nEKV+m+PjrOFzz2H7Yw7IZLPvJzJ4euSWJQFP3snfryr+ZBme6N9L+ ZWZJgqklPZRnN0X5 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22564 Cc: 22564@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------CN1SVlOBEley4M0ojFa9bhjc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Am 05.05.22 um 18:17 schrieb Eli Zaretskii: >> Date: Thu, 5 May 2022 13:02:37 +0200 >> From: Andreas Röhler >> >> A fundamental mode should be as fundamental as possible, stripped by all fanciness. > "Fanciness" is in the eyes of the beholder. It is clear that you > don't like electric-indent-mode, Hi Eli, that's not true. In fact, I use electric-indentation all over the day. Just don't want it in environments, where it's not appropriate. It's easier to switch on stuff than looking how to switch things off. > but that doesn't mean your opinion > represents that of the majority. Majority is no measure for correctness.  Requiring it, would put religion at the place of science. > We decided to turn that mode ON by > default because quite a few people had other expectations. > > Fundamental mode is just a mode. That's bad. Need a reliable basement to build upon. Kind of an empty sheet. > Richard even says that it is an > important mode. Then it follows that assuming it has no "fanciness" > whatsoever isn't necessarily correct. --------------CN1SVlOBEley4M0ojFa9bhjc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


Am 05.05.22 um 18:17 schrieb Eli Zaretskii:
Date: Thu, 5 May 2022 13:02:37 +0200
From: Andreas Röhler <andreas.roehler@easy-emacs.de>

A fundamental mode should be as fundamental as possible, stripped by all fanciness.
"Fanciness" is in the eyes of the beholder.  It is clear that you
don't like electric-indent-mode,

Hi Eli,

that's not true. In fact, I use electric-indentation all over the day. Just don't want it in environments, where it's not appropriate.

It's easier to switch on stuff than looking how to switch things off.

 but that doesn't mean your opinion
represents that of the majority.


Majority is no measure for correctness.  Requiring it, would put religion at the place of science.


  We decided to turn that mode ON by
default because quite a few people had other expectations.

Fundamental mode is just a mode.

That's bad. Need a reliable basement to build upon. Kind of an empty sheet.


  Richard even says that it is an
important mode.  Then it follows that assuming it has no "fanciness"
whatsoever isn't necessarily correct.
--------------CN1SVlOBEley4M0ojFa9bhjc-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 06 19:21:07 2022 Received: (at 22564) by debbugs.gnu.org; 6 May 2022 23:21:07 +0000 Received: from localhost ([127.0.0.1]:50079 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nn7Fu-0003Sl-Bf for submit@debbugs.gnu.org; Fri, 06 May 2022 19:21:06 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nn7Fs-0003S1-HO for 22564@debbugs.gnu.org; Fri, 06 May 2022 19:21:00 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56952) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nn7Fn-0001ro-AS; Fri, 06 May 2022 19:20:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=AsmOej0ED/AlVA3cg6TigRLtXW1Nzwk+7p10s3auSJ0=; b=ctte7vFbVotz NmYqUpTpPC2z2cGwS9E4s0XXIsVEw/FgCtvZ5xrgXNBsoNo5FkQJj3zYd8Tvp+S2QWHEbClAqwW4q N0NMOjIsr385B4KnHoaEwj9bHm2b+tg0VbHFjLc8ExvLHTpUz/shjDQenbyd27MJM2DXuWiPye7Na tZB1diIPwQ2Uym3ohAqGF/hUfOSTNmVmuFrGVH8xqNmWPgpVMVO4HjHIXDnNdm/MCoe4wKG/VYSmN VgELZeTRykz6v6XVPBTaCFZqgdpaWTXWeaaNX9v9e0LuxctCEG0Ya6KzobrikckfuiOlB6JFgeozX 6yP9fAw2r4wwGKMIak8cgg==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nn7Fm-0002N0-ST; Fri, 06 May 2022 19:20:54 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Eli Zaretskii In-Reply-To: <83k0b0356u.fsf@gnu.org> (message from Eli Zaretskii on Thu, 05 May 2022 08:43:21 +0300) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> <83k0b0356u.fsf@gnu.org> Message-Id: Date: Fri, 06 May 2022 19:20:54 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > As a simple example, try this in fundamental mode, on an empty line: > C-u 10 SPC C-u 10 x RET As far as I could see, it did not change anything. So I tried again in emacs -Q, and I saw it indented the following line. > Nevertheless, if we describe better what the newline and similar > characters do in electric-indent-mode, that would cover Fundamental as > well, If the description of thoe characters' default behavior is concrete enough, I think it would do the job. > I don't know. But I think it is better to say that this mode > automatically indents the current line according to the context (the > surrounding lines) and the rules of the major mode. After all, the > mode's name is "Electric Indent mode", not "Electric Reindent mode". Maybe. But I do think the term "reindent" needs to be explined somewhere in the Emacs manual. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Sat May 07 02:31:16 2022 Received: (at 22564) by debbugs.gnu.org; 7 May 2022 06:31:16 +0000 Received: from localhost ([127.0.0.1]:50252 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nnDyF-0000lf-OB for submit@debbugs.gnu.org; Sat, 07 May 2022 02:31:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nnDyE-0000lT-Ci for 22564@debbugs.gnu.org; Sat, 07 May 2022 02:31:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34022) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nnDy8-00011T-94; Sat, 07 May 2022 02:31:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+jlvsn8M4RrNITc8BanOPzfTIIIbmvoU94GZESqyb1U=; b=eNvvq7zl2jv9 UxCTob615pgEBadUppzZkQydnMgcXy4Mq+nN62qLQ6s+XttVH9Ui6dstIobzGWzoET0EOCunPbrep DyNZhYcztjYtQOv/gKQTrzqZuyWZNhPndV7eTvMyOYReFOKAZ7dp9TuBHL9vkXfsZWsDtVha/EwWG 4NjbI9D0RuBuoIh1N9X8UDtqPPXdGe5TIIjovJOa1rutrVdvuDiuxdChZEKoPeVAK3ue37Wi1ElPV OD1J+Rvbd7TSkRZh5Ty2jt5xeEphLEkrlyWRm2TSxyw4WbJmMYYml+u7lUZD7zWOCfSzOisLcv1Kn XIwsY9SQQX4tUyaMqrC8mQ==; Received: from [87.69.77.57] (port=1543 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nnDxw-0002QJ-M2; Sat, 07 May 2022 02:30:57 -0400 Date: Sat, 07 May 2022 09:30:46 +0300 Message-Id: <83ilqhzwfd.fsf@gnu.org> From: Eli Zaretskii To: rms@gnu.org In-Reply-To: (message from Richard Stallman on Fri, 06 May 2022 19:20:54 -0400) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> <83k0b0356u.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, > monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org > Date: Fri, 06 May 2022 19:20:54 -0400 > > > As a simple example, try this in fundamental mode, on an empty line: > > > C-u 10 SPC C-u 10 x RET > > As far as I could see, it did not change anything. > So I tried again in emacs -Q, and I saw it indented the > following line. Are you customizing the command bound to RET in your init files? Indenting the following line is the expected default behavior, yes. > > Nevertheless, if we describe better what the newline and similar > > characters do in electric-indent-mode, that would cover Fundamental as > > well, > > If the description of thoe characters' default behavior is concrete enough, > I think it would do the job. All I can offer to say is what I said here: > > I think it is better to say that this mode > > automatically indents the current line according to the context (the > > surrounding lines) and the rules of the major mode. > Maybe. But I do think the term "reindent" needs to be explined > somewhere in the Emacs manual. If all we need to say is that reindent means to remove any indentation and then indent the line according to context and major mode's rules, that's simple enough. From debbugs-submit-bounces@debbugs.gnu.org Sat May 07 19:08:47 2022 Received: (at 22564) by debbugs.gnu.org; 7 May 2022 23:08:47 +0000 Received: from localhost ([127.0.0.1]:53081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nnTXb-00008c-9V for submit@debbugs.gnu.org; Sat, 07 May 2022 19:08:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nnTXa-00008M-AD for 22564@debbugs.gnu.org; Sat, 07 May 2022 19:08:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45018) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nnTXU-0000OK-GM; Sat, 07 May 2022 19:08:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=1Bi0whgil6YoL3f3I4jMiP+27E9ZFpZ4sxaySdJE/qk=; b=OSw7ZCKMZifu RS32SpEOsr/r2nvOh23IPWZ0+YZwl6rpW9sU7mZWeYdXnoe2GRJdgF9gSmix2d90nT02oWRRybFE3 y2R5wzbIHlGsBlQaSorCE5rb+k49jEn6VK1C+XLEt26LJRkLtiIOouWBe6+wn5YLC95xXNnWz+QR+ JnrC/CeoEr6r/zB8/NMvdvJzsJtvID4Tn/b3L1V/7Mh8xu9oHj/v0zewpQq2ipbq1eXXtS4BnCc0m xcb1HHDByI+8Yn6M/eZBJXSUcMmKNNm3jeFJ+hfadnawM0wypx8GkISMUbvhV0r4hFexjk6nWJiB5 DTZd7UBWvlAh4If+LkBhRg==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nnTXQ-0003um-44; Sat, 07 May 2022 19:08:36 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Eli Zaretskii In-Reply-To: <83ilqhzwfd.fsf@gnu.org> (message from Eli Zaretskii on Sat, 07 May 2022 09:30:46 +0300) Subject: Re: bug#22564: Fundamental mode isn't fundamental enough. References: <20160205125559.GC7727@acm.fritz.box> <20160205215301.GG7727@acm.fritz.box> <87ee1isi8r.fsf@gnus.org> <83h7697p7b.fsf@gnu.org> <83h7664kmg.fsf@gnu.org> <83k0b0356u.fsf@gnu.org> <83ilqhzwfd.fsf@gnu.org> Message-Id: Date: Sat, 07 May 2022 19:08:36 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 22564 Cc: rgm@gnu.org, johnw@gnu.org, 22564@debbugs.gnu.org, monnier@iro.umontreal.ca, acm@muc.de, larsi@gnus.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ 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. ]]] > > As far as I could see, it did not change anything. > > So I tried again in emacs -Q, and I saw it indented the > > following line. > Are you customizing the command bound to RET in your init files? I can't see any sign that it does that, but I guess it does something pertinent though I can't tell what. Anyway, the thing to document is the emacs -Q behavior. > Indenting the following line is the expected default behavior, yes. I think the documentation of Electric Indent mode should say that that is what it does in modes that don't alter the behavior. That's explicit. Why not? > > Maybe. But I do think the term "reindent" needs to be explined > > somewhere in the Emacs manual. > If all we need to say is that reindent means to remove any indentation > and then indent the line according to context and major mode's rules, > that's simple enough. I think that's correct. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Sat Sep 06 02:32:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 05 Jun 2022 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator