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 +PiPGvGYlF8LLgAA0tVLHw (envelope-from ) for ; Sat, 24 Oct 2020 21:13:21 +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 wHBeFvGYlF/tWwAAbx9fmQ (envelope-from ) for ; Sat, 24 Oct 2020 21:13: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 CFA03940111 for ; Sat, 24 Oct 2020 21:13:20 +0000 (UTC) Received: from localhost ([::1]:48782 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kWQql-0003vX-8E for larch@yhetil.org; Sat, 24 Oct 2020 17:13:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41898) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kWQqN-0003vD-Kn for emacs-orgmode@gnu.org; Sat, 24 Oct 2020 17:12:55 -0400 Received: from grinta.net ([109.74.203.128]:57456) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kWQqK-0000Rb-HX for emacs-orgmode@gnu.org; Sat, 24 Oct 2020 17:12:55 -0400 Received: from black.local (p5dd0dc1c.dip0.t-ipconnect.de [93.208.220.28]) (Authenticated sender: daniele) by grinta.net (Postfix) with ESMTPSA id 1B8B3ED517 for ; Sat, 24 Oct 2020 21:12:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=grinta.net; s=2020; t=1603573969; bh=fDxEteRdDTHhRKG9xOGe7JtmobWAv1/xaS7eMUVVgSw=; h=Subject:To:References:From:Date:In-Reply-To:From; b=WPAbmwPi3BI97izVj6kvCffFBuO3pZ7wJZ4gFRJ/hgkGonE+6t46N5rROUei7J59p EiBzESSkXqwAiI9EcvNXeHiKiWwT0yU1B3Hipt67EBhWaYSVFLThIeR8iZxBn+O67f ZKiyV3Y6kELPQ2aHNixeGjiUnqyWJGWbFrejKMhtOWOZylHorDqNkNsmEwTibL/V7/ DoNYW0Y8szV/HC2bEQmUZWiXrtoZOitr7/6z3e7JPyRKtyoReD9TK1AjE23RkVayYW jbSoY7UCPN6ssbiJgbCRlAzkyG7wJOig/DRAbXfInMrDXhrDhWEmWxvudPvlduARjK 1AwIeuNqF8lvA== Subject: Re: official orgmode parser To: emacs-orgmode@gnu.org References: <68dc1ea1-52e8-7d9e-fb2d-bcf08c111eca@intrepidus.pl> <874kno7w3v.fsf@gnu.org> From: Daniele Nicolodi Message-ID: Date: Sat, 24 Oct 2020 23:12:47 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <874kno7w3v.fsf@gnu.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=109.74.203.128; envelope-from=daniele@grinta.net; helo=grinta.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/24 16:10:27 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 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, NICE_REPLY_A=-0.107, SPF_HELO_PASS=-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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=grinta.net header.s=2020 header.b=WPAbmwPi; 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-Spam-Score: -0.01 X-TUID: sZgTOhb+UCmv On 23/09/2020 10:09, Bastien wrote: > I disagree that a parser is too difficult to maintain because Org is > a moving target. Org core syntax is not moving anymore, a parser can > reasonably target it. That's what is done with the Ruby parser, in > use in this small project called github.com :) (Just an aside: which Ruby org-mode parser does Github use? I sometime find instances where Github does not render an org-mode file correclty and I would be happy to file bugs to have them corrected). > So I'd say: > > - let's enhance Worg's documentation > - yes, please go for enhancing parsing tools > > I don't think we need official tools. The official Org parser exists, > it is Org itself. Would it make sense to have one "official" (or a set of) org-mode test files and the corresponding syntax tree as parsed by org-elements (maybe in a format easier to read from other programming languages than s-expressions, json maybe?) to make testing other parser against the reference implementation easier? Maybe the org-mode test suite already has something like this. I haven't looked for it yet. Cheers, Dan