From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 8MOqLR+cLGASRgAA0tVLHw (envelope-from ) for ; Wed, 17 Feb 2021 04:31:27 +0000 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id qCx1KR+cLGCwSgAAB5/wlQ (envelope-from ) for ; Wed, 17 Feb 2021 04:31:27 +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 1CBA61AC07 for ; Wed, 17 Feb 2021 05:31:27 +0100 (CET) Received: from localhost ([::1]:47834 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lCEUm-0006dJ-Rt for larch@yhetil.org; Tue, 16 Feb 2021 23:31:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44652) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lCEUQ-0006dD-5O for emacs-orgmode@gnu.org; Tue, 16 Feb 2021 23:31:02 -0500 Received: from out0.migadu.com ([2001:41d0:2:267::]:30328) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lCEUM-0001Lf-8o for emacs-orgmode@gnu.org; Tue, 16 Feb 2021 23:31:01 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyleam.com; s=key1; t=1613536254; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=EJek/AFyaWSFu4h7WB062KG5wJuNDnkeyrYZmJSLkwM=; b=rYO3jm+ZJ52PiLxZwC8EQfBPIxGfX2b+BvubNZmjVjpPWz+HXS2Nyr9pyjuF8ljGJ/IUQM 0GDduLMJz3fq9ZWR8519YEwz8V17mjf7bdiBIYu885DwuQv4g4xmpz+ckMR/kZ7hsORWzG DRv6J0IZi5RSX48c0H02CHtwhBrwkF/8WWMkJSeZYpyPExR9KSq+BydzA4rql/mD7DFZGP GWofY/68VMkhtXlnoTUGIJ0Nyl3vErB7MaPa4PMlJ7lY9VHIv4AIb3hYFPg0FIrOlYbjgV GlcLFGWXCZDMspyld+1bo7ttwTWENiT76013okWtIhCCDNa2d7vRR/D/SlKL1A== From: Kyle Meyer To: TRS-80 Subject: Re: Turning off all indentation in 9.4.4 In-Reply-To: References: <87a6skcpw5.fsf@mweb.co.za> <87y2g320cr.fsf@gmail.com> Date: Tue, 16 Feb 2021 23:30:52 -0500 Message-ID: <87mtw3tiwz.fsf@kyleam.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Auth-User: kyle@kyleam.com Received-SPF: pass client-ip=2001:41d0:2:267::; envelope-from=kyle@kyleam.com; helo=out0.migadu.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=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: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.56 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=kyleam.com header.s=key1 header.b=rYO3jm+Z; 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-Migadu-Queue-Id: 1CBA61AC07 X-Spam-Score: -2.56 X-Migadu-Scanner: scn0.migadu.com X-TUID: zb122Em632ae TRS-80 writes: > On 2021-02-04 12:45, K=C3=A9vin Le Gouguec wrote: [...] >> ORG-NEWS provides these hints: >>=20 >>> To get the previous behaviour back, disable ~electric-indent-mode~ >>> explicitly: >>>=20 >>> #+begin_src emacs-lisp >>> (add-hook 'org-mode-hook (lambda () (electric-indent-local-mode -1))) >>> #+end_src >>>=20 >>> Alternatively, if you wish to keep =3DRET=3D as the "smart-return" key, >>> but dislike Org's default indentation of sections, you may prefer to >>> customize ~org-adapt-indentation~ to either =3Dnil=3D or =3D'headline-d= ata=3D. [...] > Unfortunately, unless I am doing something wrong, none of these options > seem to really restore the previous behavior. I have set > ~org-adapt-indentation~ to ~'headline-data~, and now pressing RET goes > to column 0. However, unfortunately, TAB now no longer jumps to the > indentation level of the previous block (for example, so I can insert a > code block or other block structure into a plain list at the correct > level). I think you're talking about the following behavior. * a foo With org-adapt-indentation at nil (or the new headline-data value), foo doesn't get indented. This behavior is not new to 9.4. If you try with 9.3.8 and org-adapt-indentation is set to nil, it also will not indent. Step through org--get-expected-indentation to see how the different values of org-adapt-indentation are handled. So, if I'm reading your preferences correctly, it sounds like you want just the first suggestion in the above snippet, leaving org-adapt-indentation at its default value: (add-hook 'org-mode-hook (lambda () (electric-indent-local-mode -1)))