From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id EJ+oNOPmSGRlSQEASxT56A (envelope-from ) for ; Wed, 26 Apr 2023 10:54:59 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id yFGiNOPmSGRQfgAA9RJhRA (envelope-from ) for ; Wed, 26 Apr 2023 10:54:59 +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 9D4793A7FB for ; Wed, 26 Apr 2023 10:54:59 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1prauc-00011B-M4; Wed, 26 Apr 2023 04:54:06 -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 1praua-00010h-Ax for emacs-orgmode@gnu.org; Wed, 26 Apr 2023 04:54:04 -0400 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1prauY-0000bZ-51 for emacs-orgmode@gnu.org; Wed, 26 Apr 2023 04:54:04 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 05EFC240480 for ; Wed, 26 Apr 2023 10:54:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1682499240; bh=3FcRmNkA36C3DYFvVpwYCbrvy6N9T9Vpg1Isf/D6rIY=; h=From:To:Cc:Subject:Date:From; b=lEIfquBRaBM5eAOP05y4T6VwbmRiMt0Ar79mlk9JMeTyz44N/mYsTqVYYE2RmG8gl VkkjgOZmpbn2+T5Fa/e5x3dYvI1yCABIxY1bbYDWHWQgh9nzrw/BP/h/SKV82I3O42 ODhhkKDV7O+8HY9o7kNjys28D4oRPKCw7NcnMX1dwaD+7IOBKH29f2RTvUSqx2vbVt zWz9sKnqlnSwKbzXen9cGYh7CmkKKsJYllXm4saOEr+a/qs/ieTTU4nnCPmxGKRwMR o6DiRr+pVFGOK4O82LjM2dOs4+nvkYfou7neFAtnpeb6wQAgYug7+WDxxzjSzvNsey rvrMVNGljbDtA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Q5t2b43NSz9rxH; Wed, 26 Apr 2023 10:53:59 +0200 (CEST) From: Ihor Radchenko To: John Wiegley Cc: emacs-orgmode@gnu.org Subject: Re: Allowing :PROPERTIES: drawer to appear at the end of entries In-Reply-To: References: <87leifp25q.fsf@localhost> Date: Wed, 26 Apr 2023 08:56:57 +0000 Message-ID: <87a5yvowbq.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=yantar92@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable 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 ARC-Seal: i=1; s=key1; d=yhetil.org; t=1682499299; a=rsa-sha256; cv=none; b=kxLk0a6jNVbW5/8+8R1O2atbpJ0OsAVegK2IUbHVQg90dB+SF6//f+3t6gU6jbyi58NYKQ pJ/wnzMoQByOHvJSa5hSHgHcDw4yPEv5OYT5lJE0mIEOwKOnBUFVf2tIcBh5YM0VK1Shez lR1Ijid4nH/I9dMh4BW3lIooq1nD3n2JB6/Tw0+Ucd8+X7jlqA3CuWxsS1JZVut+xmfvDi MfXrfgRTw0H4pCuSQehmD6AMoqEU1R0TZexYkuT3CWrn4BCHHugSu+jTcA/JFrDqlr2n1l 8VnqibvlRK62WjeOoz4G8KCb0hmOmYP46qMc4iWLisyLPNkUMV1PK5+e2YFRbg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=lEIfquBR; dmarc=pass (policy=none) header.from=posteo.net; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1682499299; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=2XiNFXvRth+tP0L/Cs32+8fJHcmul8++O8umlH4+yEU=; b=sHIRsDW/EZVxrVhytiSjHNohRnhZYK6irEckEfD1e46P1XwKkby62QeVwl/2C3nVssSuMw fOmyYLHFwavicmgR885qvd8o1mlBGQ99jBz5oOPa/NF6Gu1ffGT4MvR5WIk0TVhTjRbe9h QS/jwRzZZe/ANRvvXL+YUgoc9V8wtoEGpiyYv/pmXrlH0rN6OFpI8foU1LroUDDizQL5ul k9wFsRRhkbvKKJdTl/7ASWatAssQxXuLXJi7KyZUtN3qFp1X8mBrlc+Raxx/KVPFfSmeBz Bcl2EBDYmLqY+cvacrudHbANVPXM5/XO9ceRuTV+MtvMKC78VJpunXZhZyp5WQ== X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=lEIfquBR; dmarc=pass (policy=none) header.from=posteo.net; 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" X-Migadu-Spam-Score: -6.20 X-Spam-Score: -6.20 X-Migadu-Queue-Id: 9D4793A7FB X-TUID: hhkz36CI6kwL John Wiegley writes: > IR> Sorry, but I am against this feature. > IR> The original motivation why we restricted the property drawers to be > IR> only right at the beginning of a heading in Org 8.3 was performance. > IR> See https://list.orgmode.org/orgmode/87oatek909.fsf@nicolasgoaziou.fr/ > > I should be able to choose to trade performance for layout. It's my data. > Since this does not impair the performance of those who do not opt in for > this feature, it seems an unnecessary restriction to prevent it. This has been discussed, weighed, and we decided to go ahead with this syntax change. The restriction is not unnecessary: 1. Org syntax is not just used by Org in Emacs. We have a more general syntax definition (https://orgmode.org/worg/org-syntax.html), aimed at submitting as RFC. 2. Supporting arbitrary property drawer position will increase the maintenance burden. Your patch will not cut it. Basically, we will have to parse the whole section to determine if a given match to property drawer regexp is real (it may, for example, be a part of src block or example block). Moreover, org-element-cache will have to adapt in non-trivial ways to handle such property drawers. Instead of modifying Org syntax, it would make more sense to implement "dynamic" heading properties that can be calculated according to arbitrary defined function. AFAIU, it will also achieve what you need. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at