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 YNr8DlHO419veAAA0tVLHw (envelope-from ) for ; Wed, 23 Dec 2020 23:10:09 +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 2EXrClHO41+5NwAAB5/wlQ (envelope-from ) for ; Wed, 23 Dec 2020 23:10:09 +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 8B34E940222 for ; Wed, 23 Dec 2020 23:10:08 +0000 (UTC) Received: from localhost ([::1]:41008 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksDGg-0008NW-1n for larch@yhetil.org; Wed, 23 Dec 2020 18:10:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41504) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksDG7-0008Mr-WF for emacs-orgmode@gnu.org; Wed, 23 Dec 2020 18:09:33 -0500 Received: from mail-wm1-x332.google.com ([2a00:1450:4864:20::332]:55782) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ksDG5-0004Ue-H3; Wed, 23 Dec 2020 18:09:31 -0500 Received: by mail-wm1-x332.google.com with SMTP id c124so221685wma.5; Wed, 23 Dec 2020 15:09:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OARTzCMk2QKHVGiWeQ+CPLZn5Vt9Hh1vuVolxQu9/LU=; b=lCThj/NoaTUcmIVETTJcW8Mk4Jl6zzdZrL0/1BDK2b/+8lx3Hrgkcp0YCOWrD6HY15 5HTA/DUaBwC/A6592sO0gWCGvUtD5l00lvjqkEuqCDFRC41y2QF3XwlXN2BWI4n70mMP UNhSCfAl71EGINbjnHyYiWqAVVVU6GWz0iUUxedyXeMjMaB5KUuPCJ7zfBxFoFwoF+RW 2+odq/L0/3hfDZnfHLu4XyR3mruETSFVrYmIqEHqq8RIBN3z6wdPy/hvVqSSZDy19D1t Fp1JWFRZRD/afu//P2tGFVwzpCGxNEw3JUmIrPs9xG2/bUu6FKVnlYgBvMx6D1NyepEd cIJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OARTzCMk2QKHVGiWeQ+CPLZn5Vt9Hh1vuVolxQu9/LU=; b=ZB5BFgk70wUUZ0bR1QBvk+a96JxxVTI35ZQIsQHrrtEwqnC8TBcX7ldJDxh7/uwGDT AwCwRh8rXdt9QItdRLfQgdJnqqxroVn9uVz7Om+AEkDZqsowbSltpGbPbntO20OZHkl0 avNbAUh1q7nnIhIoB1OLhDwr79Zkrpd0jtYYdTAZOZkioy9Whp7+xXv3JHLLTVaSnStL MFBytxTFDTILkCx00ZhpldoTCb4Y2NbkeIrV6dFI4hJsyYyvpQ0LtOjJNLvSmj3QMAtF PeeM5sDvzz+dgXGKp8B+BgxYUL0cNtSyQGbBBvjSZOtFbXpjeJMVO+ZGOBQqrywodoP3 JQEQ== X-Gm-Message-State: AOAM533rZNETuh0n6OIq3vI1H3vDFrqVVYYcmQUUvRYH1Lv9ZsyQU9Xp tF+qwuyGToobKR5lnZi5FxrsWXcxlvOVOqxhhnQ= X-Google-Smtp-Source: ABdhPJziKA/GfCV+6SpCEkdjxhW+qH9KAOMGOQB1Qjfhd/mw0zLvDLE5pVAzsTqSrWQQp5uWWGXrcGMbuNeI83+co58= X-Received: by 2002:a7b:c088:: with SMTP id r8mr1692800wmh.45.1608764966617; Wed, 23 Dec 2020 15:09:26 -0800 (PST) MIME-Version: 1.0 References: <87im8z1cxq.fsf@ucl.ac.uk> <874kkgie3e.fsf@gnu.org> <874kkdj1ir.fsf@kyleam.com> In-Reply-To: From: Tom Gillespie Date: Wed, 23 Dec 2020 18:09:15 -0500 Message-ID: Subject: Re: did behaviour of RET change again? To: Samuel Wales Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2a00:1450:4864:20::332; envelope-from=tgbugs@gmail.com; helo=mail-wm1-x332.google.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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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: Bastien , Kyle Meyer , Emacs Org mode mailing list Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -0.23 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmail.com header.s=20161025 header.b=lCThj/No; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (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-Migadu-Queue-Id: 8B34E940222 X-Spam-Score: -0.23 X-Migadu-Scanner: scn1.migadu.com X-TUID: gOHcF6yXch3D > in case not obvious, i am suggesting a nil value for org adapt indentation. > thus no physical indentation of all lines including planning lines. > i'd even suggest no physical indentation as default for example and > source blocks, but that is a can of worms. I know that this is a can of worms, but I agree. Given that the effects of org-adapt-indentation can be mimicked in other ways without having the literal spaces present in the file it may not be as big a deal as we think. The other reason I think this is a good idea is because I have been working on a formal grammar for the org syntax, and everything would be SO much simpler about the implementation after the first pass parse if the canonical representation of an Org file did not allow significant whitespace (with an exception for plain lists). Just avoiding having to deal with any number of nasty edge cases for correctly aligning org babel blocks would be worth it. Not to mention the fact that it means that you have to do a triple pass over each incoming line in order to be sure that what you are passing to an org babel block has had the leading whitespace removed (once for a normal parse, second time to adjust whitespace and a third time to actually parse the babel block). No significant leading whitespace would remove the need for an entire pass in the parser. I will have more on the subject when I finally get around to sharing the grammar, but suffice to say, that having org-adapt-indentation set to true and putting the leading spaces in the file (instead of doing whatever it is that doom does by default) induces significant complexity into the implementation. I would love to see it gone, as I'm sure anyone wanting to parse org files in future will too. Best! Tom