From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id QAnTFc0QmF7KLwAA0tVLHw (envelope-from ) for ; Thu, 16 Apr 2020 08:01:17 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id YLSvDtEQmF5RcwAAbx9fmQ (envelope-from ) for ; Thu, 16 Apr 2020 08:01:21 +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 AAD25941E50 for ; Thu, 16 Apr 2020 08:01:18 +0000 (UTC) Received: from localhost ([::1]:59102 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOzSW-0008JS-1I for larch@yhetil.org; Thu, 16 Apr 2020 04:01:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41683) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOzS0-0008Hf-NU for emacs-orgmode@gnu.org; Thu, 16 Apr 2020 04:00:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jOzRz-00019z-Ac for emacs-orgmode@gnu.org; Thu, 16 Apr 2020 04:00:44 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:60641) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jOzRz-00018K-4k for emacs-orgmode@gnu.org; Thu, 16 Apr 2020 04:00:43 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 803C720012; Thu, 16 Apr 2020 08:00:38 +0000 (UTC) From: Nicolas Goaziou To: akater Subject: Re: One inconsistency with org-element parsers References: <87ftd4yvml.fsf@gmail.com> Mail-Followup-To: akater , emacs-orgmode@gnu.org Date: Thu, 16 Apr 2020 10:00:37 +0200 In-Reply-To: <87ftd4yvml.fsf@gmail.com> (akater's message of "Thu, 16 Apr 2020 03:09:22 +0000") Message-ID: <875zdz272y.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 217.70.183.200 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-Scanner: scn0 X-Spam-Score: -1.01 Authentication-Results: aspmx1.migadu.com; dkim=none; 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-Scan-Result: default: False [-1.01 / 13.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GENERIC_REPUTATION(0.00)[-0.57495193094612]; HAS_XOIP(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.51.188.0/24:c]; IP_REPUTATION_HAM(0.00)[asn: 22989(0.26), country: US(-0.01), ip: 209.51.188.17(-0.57)]; MX_GOOD(-0.50)[cached: eggs.gnu.org]; RCPT_COUNT_TWO(0.00)[2]; MAILLIST(-0.20)[mailman]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_RECIPIENTS_MAILLIST(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:22989, ipnet:209.51.188.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[larch=yhetil.org]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FROM_NEQ_ENVFROM(0.00)[mail@nicolasgoaziou.fr,emacs-orgmode-bounces@gnu.org]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[nicolasgoaziou.fr]; HAS_LIST_UNSUB(-0.01)[]; FORGED_SENDER_MAILLIST(0.00)[] X-TUID: 1RXjitYgLgNV Hello, akater writes: > I want to make it easier for users to define custom non-inline blocks > (and operations on them). So I studied parsers in =org-element.el= and > stumbled upon the following seeming inconsistency: > > Plists for =comment-block=, =example-block=, =export-block=, =src-block= > all have neither ~:contents-begin~ nor ~:contents-end~ in them, while > plists for =center-block=, =quote-block=, =verse-block= have both. :contents-begin and :contents-end means there is something to parse in-between. It doesn't make sense for the block types in the first category, where the contents are not meant to be Org syntax. Regards, -- Nicolas Goaziou