From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id MBgFIZ0M5F9mJgAA0tVLHw (envelope-from ) for ; Thu, 24 Dec 2020 03:35:57 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id OCzUHJ0M5F8bdAAA1q6Kng (envelope-from ) for ; Thu, 24 Dec 2020 03:35:57 +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 BAAE5940485 for ; Thu, 24 Dec 2020 03:35:56 +0000 (UTC) Received: from localhost ([::1]:34438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksHPv-0002ab-EM for larch@yhetil.org; Wed, 23 Dec 2020 22:35:55 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:45130) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksHOz-0002aJ-Nz for emacs-orgmode@gnu.org; Wed, 23 Dec 2020 22:34:58 -0500 Received: from hiwela.pair.com ([209.68.5.201]:18924) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksHOw-0000eL-Cv for emacs-orgmode@gnu.org; Wed, 23 Dec 2020 22:34:57 -0500 Received: from hiwela.pair.com (localhost [127.0.0.1]) by hiwela.pair.com (Postfix) with ESMTP id D4DFA98068A; Wed, 23 Dec 2020 22:34:49 -0500 (EST) Received: from minshall-entroware-apollo.cliq.com (unknown [95.14.73.218]) (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 A147E8F084E; Wed, 23 Dec 2020 22:34:49 -0500 (EST) Received: from apollo2.minshall.org (localhost [IPv6:::1]) by minshall-entroware-apollo.cliq.com (Postfix) with ESMTP id 5C4E562F7E; Thu, 24 Dec 2020 06:34:47 +0300 (+03) From: Greg Minshall To: Tom Gillespie Subject: Re: did behaviour of RET change again? In-reply-to: Your message of "Wed, 23 Dec 2020 18:09:15 -0500." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <505430.1608780887.1@apollo2.minshall.org> Date: Thu, 24 Dec 2020 06:34:47 +0300 Message-ID: <505431.1608780887@apollo2.minshall.org> Received-SPF: softfail client-ip=209.68.5.201; envelope-from=minshall@umich.edu; helo=hiwela.pair.com 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: 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: -1.23 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-Migadu-Queue-Id: BAAE5940485 X-Spam-Score: -1.23 X-Migadu-Scanner: scn0.migadu.com X-TUID: uCBzGBjiO6f8 Tom, > 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). possibly i'm misunderstanding, but my sense is that the value of org adapt indentation doesn't change what you might actually find ("in a .org file in the wild"). so, whatever its value, your grammar would have to deal with all cases? or, and maybe this would make sense, you'd define an "interoperability" form of .org, that all "wild" .org files could be (programmatically) converted into, without losing any of their semantics? (anyway, good luck with that, even with any significant subset of that!) cheers, Greg