From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:c151::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id KIn0E06+NmALWQAA0tVLHw (envelope-from ) for ; Wed, 24 Feb 2021 20:59:58 +0000 Received: from aspmx2.migadu.com ([2001:41d0:2:c151::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id mM+cD06+NmDnUAAA1q6Kng (envelope-from ) for ; Wed, 24 Feb 2021 20:59:58 +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 aspmx2.migadu.com (Postfix) with ESMTPS id C4D42D31C for ; Wed, 24 Feb 2021 21:59:57 +0100 (CET) Received: from localhost ([::1]:37618 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lF1GG-0006C8-Fa for larch@yhetil.org; Wed, 24 Feb 2021 15:59:56 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46210) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lF1FV-0006As-Eo for emacs-orgmode@gnu.org; Wed, 24 Feb 2021 15:59:10 -0500 Received: from server173-4.web-hosting.com ([68.65.122.210]:60750) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lF1FR-0006YO-0q for emacs-orgmode@gnu.org; Wed, 24 Feb 2021 15:59:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isnotmyreal.name; s=default; h=Content-Transfer-Encoding:Content-Type: Message-ID:References:In-Reply-To:Subject:To:From:Date:MIME-Version:Sender: Reply-To:Cc: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=vj87mNODncgqu1MCvUTpb0XB0LB1oFyTeRkMGWhgsUo=; b=S/sSDeNs0ySvdAXAlSQZmWvxSA rS2QorhO/HhW7kYraFzL9L1e5Vwkhl2f8RlkoCcg+2s9I1m9ZGmJpuqoPuypRoQb2jE2UWYq4DM40 DaCvKNsUZHM4oXU+Sj3uPD0QFnR+tFiPz5mas4nsFI2+CJ3X51BgTY3y3JeIK1gyAJpYTHnW3Aaq7 bV+HDs5LbH0qIsmYL2i7MnWYY2VjqRECbP5Ypt/5z9ulYU4L5ZUBLAsJIRWGROhCr1tCkfQ7G8+HS y/nDgrbVtCvPDx7mFGRHlhGPtrAEXaAbwERRvELFzqiaEdCBmqhdgZfz3TuIT6Jh6nGBb1+m6ZFCX V0aFZOtw==; Received: from [::1] (port=56107 helo=server173.web-hosting.com) by server173.web-hosting.com with esmtpa (Exim 4.93) (envelope-from ) id 1lF1Ec-0008BI-TG for emacs-orgmode@gnu.org; Wed, 24 Feb 2021 15:58:19 -0500 MIME-Version: 1.0 Date: Wed, 24 Feb 2021 15:58:14 -0500 From: TRS-80 To: emacs-orgmode@gnu.org Subject: Re: Turning off all indentation in 9.4.4 In-Reply-To: <87mtw3tiwz.fsf@kyleam.com> References: <87a6skcpw5.fsf@mweb.co.za> <87y2g320cr.fsf@gmail.com> <87mtw3tiwz.fsf@kyleam.com> Message-ID: <6199d1bcbbc690e0c99ea37f5a5b915d@isnotmyreal.name> X-Sender: lists.trs-80@isnotmyreal.name User-Agent: Roundcube Webmail/1.3.15 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=0.3 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server173.web-hosting.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - isnotmyreal.name X-Get-Message-Sender-Via: server173.web-hosting.com: authenticated_id: lists.trs-80@isnotmyreal.name X-Authenticated-Sender: server173.web-hosting.com: lists.trs-80@isnotmyreal.name X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched Received-SPF: pass client-ip=68.65.122.210; envelope-from=lists.trs-80@isnotmyreal.name; helo=server173-4.web-hosting.com X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 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, HAS_X_OUTGOING_SPAM_STAT=0.52, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.37 Authentication-Results: aspmx2.migadu.com; dkim=fail ("headers rsa verify failed") header.d=isnotmyreal.name header.s=default header.b="S/sSDeNs"; dmarc=none; spf=pass (aspmx2.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: C4D42D31C X-Spam-Score: -1.37 X-Migadu-Scanner: scn0.migadu.com X-TUID: vE9COYbc9byY On 2021-02-16 23:30, Kyle Meyer wrote: > TRS-80 writes: > >> 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))) OK, I just did eval-expression (M-:) with (electric-indent-local-mode -1) in an Orgmode buffer. After very brief testing, it does indeed seem to return the desired behavior. So thanks a lot for that tip! In the same timeframe, I have also noticed my Logbook entries not being indented (when changing TODO states) which I think was also brought about by this change (or rather, my changes to org-adapt-indentation). I am not sure if I should make a separate thread about that, or not? Cheers, TRS-80