From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id aADtBF4ssF/DFQAA0tVLHw (envelope-from ) for ; Sat, 14 Nov 2020 19:13:34 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id KJ28AF4ssF8eOwAAB5/wlQ (envelope-from ) for ; Sat, 14 Nov 2020 19:13:34 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 94A569405D1 for ; Sat, 14 Nov 2020 19:13:33 +0000 (UTC) Received: from localhost ([::1]:47278 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ke0zM-0000Zx-FI for larch@yhetil.org; Sat, 14 Nov 2020 14:13:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51882) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ke0z1-0000Yj-5m for emacs-orgmode@gnu.org; Sat, 14 Nov 2020 14:13:11 -0500 Received: from static.rcdrun.com ([95.85.24.50]:57225) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ke0yz-0001pS-8n for emacs-orgmode@gnu.org; Sat, 14 Nov 2020 14:13:10 -0500 Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0004.000000005FB02C42.00001C60; Sat, 14 Nov 2020 19:13:06 +0000 Date: Sat, 14 Nov 2020 22:10:15 +0300 From: Jean Louis To: Diego Zamboni Subject: Re: Changed list indentation behavior: how to revert? Message-ID: References: <2020-11-13T18-23-43@devnull.Karl-Voit.at> <871rgxotcv.fsf@gmail.com> <87zh3koqgk.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/14 14:13:07 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Org-mode , Gustavo Barros Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: 0.49 X-TUID: pfq7UKyuUNyC * Diego Zamboni [2020-11-14 20:29]: > Jean, > > On Sat, Nov 14, 2020 at 8:53 AM Jean Louis wrote: > > > As that is how ugly and less visible it should look like if the same > > principle should be followed. As if somebody forces me to indent list > > items like that, then they shall also force headings. So consistency > > is lacking. /s > > > > No one is forcing you to do anything, particularly given that there are > ways to disable it. Well, I did not know what is causing it that I would need to report or find out. I was thinking it is some of packages. You are right I may disable it. My thought here is rather for usefulness for others. I have presented reasoning as if one wish to indent something as convenience then indentation should be customary, something that people are used to. * First headingRET - something hereRET - something hereRET (at this line becomes hard or unknown where to go back with indentation) ** Maybe like this? ** Maybe like this?RET If I press RET there, then it does not work It brings me here. So it is not logical ** Maybe here? Then Something Indentation in fundamental mode: ** HereRET I come here. But only if I start indenting Like hereRET Then I continue here In general before deciding to introduce a new feature or something considered feature or convenience for many users, something that changes habits of many users than at least there shall be discussion with users to find out what is useful or not, or at least some feeling if it is. Introducing something just for case to accommodate electric-indent-mode where it changes habits of many does not sound to me as convenience. In general, I always agree to final decision of developers and I am as one least problem there. Whatever they wish and want.