From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id yvlRNgEFsV+vLQAA0tVLHw (envelope-from ) for ; Sun, 15 Nov 2020 10:37:53 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id cLWKMQEFsV+CIwAAbx9fmQ (envelope-from ) for ; Sun, 15 Nov 2020 10:37:53 +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 59E759403A9 for ; Sun, 15 Nov 2020 10:37:53 +0000 (UTC) Received: from localhost ([::1]:40918 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1keFPq-0002ie-Tk for larch@yhetil.org; Sun, 15 Nov 2020 05:37:50 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45670) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1keFPD-0002do-Gi for emacs-orgmode@gnu.org; Sun, 15 Nov 2020 05:37:11 -0500 Received: from hiwela.pair.com ([209.68.5.201]:19691) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1keFPB-0003ef-Oq for emacs-orgmode@gnu.org; Sun, 15 Nov 2020 05:37:11 -0500 Received: from hiwela.pair.com (localhost [127.0.0.1]) by hiwela.pair.com (Postfix) with ESMTP id 32003980550; Sun, 15 Nov 2020 05:37:05 -0500 (EST) Received: from minshall-entroware-apollo.cliq.com (unknown [95.8.197.123]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hiwela.pair.com (Postfix) with ESMTPSA id E2A198F0895; Sun, 15 Nov 2020 05:37:04 -0500 (EST) Received: from apollo2.minshall.org (localhost [IPv6:::1]) by minshall-entroware-apollo.cliq.com (Postfix) with ESMTP id 5FF78602F6; Sun, 15 Nov 2020 13:37:01 +0300 (+03) From: Greg Minshall To: David Rogers Subject: Re: Changed list indentation behavior: how to revert? In-reply-to: Your message of "Sat, 14 Nov 2020 23:47:31 -0800." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Sun, 15 Nov 2020 13:37:01 +0300 Message-ID: <665024.1605436621@apollo2.minshall.org> Received-SPF: softfail client-ip=209.68.5.201; envelope-from=minshall@umich.edu; helo=hiwela.pair.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/15 05:37:05 X-ACL-Warn: Detected OS = FreeBSD 9.x or newer [fuzzy] X-Spam_score_int: -11 X-Spam_score: -1.2 X-Spam_bar: - X-Spam_report: (-1.2 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665 autolearn=no 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: Karl Voit , emacs-orgmode@gnu.org, Karl Voit , Jean Louis 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=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=umich.edu (policy=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.09 X-TUID: eqwSWhKwvPaR hi, all. David Rogers wrote: > Am I=C2=A0crazy to say that your last example of unwanted behavior is > easier for me to read and understand? (and to me the common=20 > indenting is a hopeless mess?) yes, in fact, the "new" way sort of has the buffer indentation match that of the outline structure of the file (specified by asterisks). there's a lot to be said for that. (though, obviously, it's not what everyone would want.) if the new mode stays as the standard, maybe we'd want to capture an asterisk typed immediately after a newline that would (by default), put that line-beginning asterisk back in column one? otherwise, this is what one gets (without remembering to do a C-j instead of ): ----- * i wanted a headline * i wanted a subhead, but it's ignored by org mode ----- which is maybe not optimal? in most non-org modes (including in Org Src... buffers, and in org files when writing org-mode lists), i'm a big fan of electric indent mode. maybe an org-specific setting, "org-file-indent-follows-structure"? if true, it means the user wants to have a "raw" org document laid out according to the outline structure of the document. if false, it means one, in general, wants the org file laid out with left-alignment (or, right, in right-to-left) languages (not including embedded lists, and whatever else i might be ignoring). cheers, Greg