From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id QIpDH9rZ1mReNgAASxT56A (envelope-from ) for ; Sat, 12 Aug 2023 03:01:14 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:478a::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id KG54HtrZ1mRY+gAAG6o9tA (envelope-from ) for ; Sat, 12 Aug 2023 03:01:14 +0200 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 5BC095A68D for ; Sat, 12 Aug 2023 03:01:13 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=fizz.buzz header.s=fm2 header.b=NI7A02p3; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b=BpEo+NIX; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1691802074; h=from:from:sender:sender: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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=qJlw2uQtOqQMVjFxmB70b0aldQUlhU42jGbX5LQmX0o=; b=dCfvFr7PLe5jasxvR/6QnfCRtovkx8ZXcv35QNyjFjuqzduRYC2XFZ+y3KF8f2/tYv86iN WcIXS847rENqFsdLvt+SBB5fJb/AcJV7XTKZNk8qFulkxlMSAC6XNHrWbkTY6Tj7ctAU39 zoEjmpc1nk1+6UFJM2lPk3QmyaekkRPkjIWd+A6U/+y5cYbunQXujf29LZ1Fe6Vs+1Kj2n prMCxsZ2HzmSROZZVq0q56Uf/O2S62ZTRPHNRCZEbIpk7ZMjrXvGGf5hkA+oAZ9D6y55jb 7MjW1JDc0m3WMzC5f+vkTpM7mtcrYh0/74k8HHHEA+zzecajiZp9eBz134WEdA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1691802074; a=rsa-sha256; cv=none; b=OI6l6vyohLf064zgYzOosgNJrT7xtzc7s87e1Y8zqtaafmt9WBXXlTW6LId8RSauGPkT0D xBvVXGEXOAFzuraHNDZr+8kD/WqyEYPg4qasH8FHpaFCKtjxNVrpLpx43fHXThpkpmqljp /rzynsKu05632r+Z2fMHGJaCnXr2GKBBPJmy55bGZSNiePZiRyWnU+jfG4p3mpQLMwqz1W EiFEHbm84br/dXZxvls8BIYSzNfh2XXI88azE27bA5keigCGbvBo5oIZVIEc+bHlwl7Gun +ADB3/qSOWvcL1sPF+bvqzwX5enXe4c9xSoXkrQCEm8i/omZVb9+YM4ZY+nyrw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=fizz.buzz header.s=fm2 header.b=NI7A02p3; dkim=fail ("headers rsa verify failed") header.d=messagingengine.com header.s=fm3 header.b=BpEo+NIX; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=none Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qUczR-0000me-IK; Fri, 11 Aug 2023 21:00:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUczA-0000lc-Sj for emacs-orgmode@gnu.org; Fri, 11 Aug 2023 21:00:10 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUcz7-0003uf-BN for emacs-orgmode@gnu.org; Fri, 11 Aug 2023 21:00:07 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 6F3EA5C00A4; Fri, 11 Aug 2023 21:00:04 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Fri, 11 Aug 2023 21:00:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fizz.buzz; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1691802004; x=1691888404; bh=qJlw2uQtOqQMVjFxmB70b0aldQUlhU42jGb X5LQmX0o=; b=NI7A02p3+UeeFsaP29pDP3ZK7GjaqhmxZy9jGe54KtjKzclkeaP N9twtuB4wMKLkp5V5ViXeYNRW9upp7BJ+Bzz4asrCrHJs3ZmlcrW/ZsqtpxMxIOV +ddS0LG4LGsvcvflxoetWlsmfLNUopeX0E4e3DgFyUnKXT7Rjnx6deMlFK4CzFI1 xXyTcXxP56UmG6FtyH5tDPjyntmq8Kmc6xHeOW8+SCvj1u31IK4m89gs6A2sLxMq QMuN1Uwk1lol//ZvoVp2+o1JoqZ5xJPFEVOAFkh/Oy6q75bEhU2dTy9RqPCz0Eyy pFar7WQ+2jQApLlOlSIBWL2bGlFLk4rMobw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1691802004; x=1691888404; bh=qJlw2uQtOqQMVjFxmB70b0aldQUlhU42jGb X5LQmX0o=; b=BpEo+NIXJcw73qUnt2LX1NWZrOnEhgaitVuWniLAI1kwKYvwltJ dcXJ563b4NKXmv5L42CFc5/QH2YxlhGpvBIeNmVDowxKL61eOPxLaVrDPxeIIGP0 C62FANG84isCJ/Pg28urQKwNuVy2VmgXQzVYzHTuYYX4mL1G/UnRGVs1+a2UZKr8 lUf48MP2WcWiThVRPLyGKSQLr8419iHh6ufh+oypt+NxljGibkZhxnWrZyP6Tcsf vmTSUClbPZc3iDzRk9fo4LSpvqH8z/E+fq9ltUQCa3k8dSsq4d2n86YJoCk0+HtQ 9b0eNR5zCt4JrK2O92BYxXjwdW497rHN/3Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrleelgdegudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvfevufgfjghfkfggtgfgsegrje hmredtreejnecuhfhrohhmpefvohhmucetlhgvgigrnhguvghruceothhomhesfhhiiiii rdgsuhiiiieqnecuggftrfgrthhtvghrnhepvddtffdvkeetleefueehgedutdeitdelvd efgfdvkefhueefveffieejtdekheffnecuffhomhgrihhnpehorhhgmhhouggvrdhorhhg pdhgnhhurdhorhhgpdhsrhdrhhhtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrg hmpehmrghilhhfrhhomhepthhomhesfhhiiiiirdgsuhiiii X-ME-Proxy: Feedback-ID: i589b4368:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 11 Aug 2023 21:00:03 -0400 (EDT) Date: Fri, 11 Aug 2023 21:00:01 -0400 From: Tom Alexander To: Ihor Radchenko CC: emacs-orgmode@gnu.org Subject: Re: Seemingly inconsistent whitespace ownership User-Agent: K-9 Mail for Android In-Reply-To: <87jzu2szp3.fsf@localhost> References: <6dd08eb7-9468-402d-bf88-eefb01442b99@app.fastmail.com> <87jzu2szp3.fsf@localhost> Message-ID: <556E2384-AAC1-48A5-B615-BB9BB21A7E3C@fizz.buzz> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----4RLW2MYHCCS8KNRTHNZ8JUTQZUD861 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=66.111.4.26; envelope-from=tom@fizz.buzz; helo=out2-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, FROM_SUSPICIOUS_NTLD=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_PDS_OTHER_BAD_TLD=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 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-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: 5BC095A68D X-Migadu-Scanner: mx0.migadu.com X-Migadu-Spam-Score: -2.77 X-Spam-Score: -2.77 X-TUID: tSGcKrWk7SBG ------4RLW2MYHCCS8KNRTHNZ8JUTQZUD861 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On August 11, 2023 5:20:08 AM EDT, Ihor Radchenko w= rote: >"Tom Alexander" writes: > >> The org-mode documentation states: "With the exception of list items, b= lank lines belong to the preceding element with the narrowest possible scop= e=2E For example, if at the end of a section we have a paragraph and a blan= k line, that blank line is considered part of the paragraph=2E" >> >> https://orgmode=2Eorg/worg/org-syntax=2Ehtml#org9bc833d >> >> So I created a test org-mode document with exactly that scenario descri= bed: >> =2E=2E=2E >> and then I ran a M-x eval-expression (message "%s" (pp-to-string (org-e= lement-parse-buffer))) to see the parse tree=2E I'll paste the output at th= e end because its a wall of text, but analyzing it: >> =2E=2E=2E >> Its only child is a paragraph which has a :begin at 1 and :end at 10, w= hich only includes the line break at the end of "foo bar=2E" but this is ex= actly the scenario described in the documentation (a paragraph at the end o= f a section) so I would expect the paragraph to end at 14, not 10=2E > >You are right and you revealed an existing inconsistency between our >incremental and recursive parsers (org-element-parse-buffer is the >recursive parser)=2E > >Fixed, on main=2E >https://git=2Esavannah=2Egnu=2Eorg/cgit/emacs/org-mode=2Egit/commit/?id= =3Dbfe1179dc > >Also, in addition to list items, footnote-definitions do not extend >their contents to the trailing blank lines=2E >I now clarified it in org-syntax document=2E >https://git=2Esr=2Eht/~bzg/worg/commit/3e91f5be > >--=20 >Ihor Radchenko // yantar92, >Org mode contributor, >Learn more about Org mode at =2E >Support Org development at , >or support my work at Oh neat, I didn't know there were two! I'll check that out=2E Thanks! ------4RLW2MYHCCS8KNRTHNZ8JUTQZUD861 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On Au= gust 11, 2023 5:20:08 AM EDT, Ihor Radchenko <yantar92@posteo=2Enet> = wrote:
"Tom Alexander" <tom@fizz=2Ebuz=
z> writes:

 The org-mode documentation states: "With the exception =
of list items, blank lines belong to the preceding element with the narrowe=
st possible scope=2E For example, if at the end of a section we have a para=
graph and a blank line, that blank line is considered part of the paragraph=
=2E"

 https://orgmode=2Eorg/worg/org-syntax=2Ehtml#org9bc833d

 S=
o I created a test org-mode document with exactly that scenario described:<=
br> =2E=2E=2E
 and then I ran a M-x eval-expression (message "%s" (pp-to=
-string (org-element-parse-buffer))) to see the parse tree=2E I'll paste th=
e output at the end because its a wall of text, but analyzing it:
 =2E=
=2E=2E
 Its only child is a paragraph which has a :begin at 1 and :end a=
t 10, which only includes the line break at the end of "foo bar=2E" but thi=
s is exactly the scenario described in the documentation (a paragraph at th=
e end of a section) so I would expect the paragraph to end at 14, not 10=2E=


You are right and you revealed=
 an existing inconsistency between our
incremental and recursive parsers=
 (org-element-parse-buffer is the
recursive parser)=2E

Fixed, on =
main=2E
https://git=2Esavannah=2Egnu=2Eorg/cgit/ema=
cs/org-mode=2Egit/commit/?id=3Dbfe1179dc

Also, in addition to li=
st items, footnote-definitions do not extend
their contents to the trail=
ing blank lines=2E
I now clarified it in org-syntax document=2E
https://git=2Esr=2Eh=
t/~bzg/worg/commit/3e91f5be


Oh neat, I didn't know there were two! I'll = check that out=2E Thanks!
------4RLW2MYHCCS8KNRTHNZ8JUTQZUD861--