From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id AAPXJdOY4Ga1uQAAqHPOHw:P1 (envelope-from ) for ; Tue, 10 Sep 2024 19:06:59 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id AAPXJdOY4Ga1uQAAqHPOHw (envelope-from ) for ; Tue, 10 Sep 2024 21:06:59 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="LFPrv/sp"; 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=pass (policy=none) header.from=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1725995219; 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=IbrnhcMBzQ/6fxTC4hz7a/vqMkEe10DhHGv0nbe8Msk=; b=Ee4kfdLPDOZQqIxGBPKpcPLek9foc52ajt2eceuovcBeBSF3jR0X0zbuoZB5gPrSYUGajZ KFNQgFae3lORO4h63caaTeXKSUU7nJr+n8J3gRfvF8V5O6v2aZlUJdynj0F+wE1aOFcgXu QZTHqDfd5Aa0SOz7vgQRHavN4biuAiZuRmjU4DR/3dbHF88U/UpmfQ5KQj9/1jRrJE8Ulq 99//NMl8hNz4AxOf4HO+jdE5Uj1EnrU+WKnMUoVW450G8Ezk06BhgkeWzU1mpSo3UtSHHB HwJGaHEylMjopm6FvB9O/hWD3cMvSBJk6NvEx+pYTfngX/Y34BAeOPxUA3Etjw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="LFPrv/sp"; 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=pass (policy=none) header.from=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1725995219; a=rsa-sha256; cv=none; b=qD42JN9WBTImkyQUmThuOVMWnvhq/h6KRDNXNsVkJCvSwXcKLaV0mSCqRUQd+mb/38OoSd 5pc+AbO6JXdb3a6ovRUJhPtg/7WQ/tthP1B14XvNuYsPn3AArYWLYNr7k2IFAZZjw9uMM8 s6zZTQaydlg8fRwDfwU4j10xNs0+8NRTe0DppXi4Gij0BMv2CzvUi6A/Ov2nnnZs4aCVYi B0p3g1E0sOAG/+qlmyeIUeXyGt7U+L2S5qOo7d+4uKQuxbUYb71fbZBXVmESSsE3BiLGyO 4hePPlVk812T6OxN4L439PH2Iy6bcZW4V0T+8RCYgtT2tkjKdcwa1LMqrktjrA== 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 328D0102E3 for ; Tue, 10 Sep 2024 21:06:59 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1so6Bs-0006s3-KS; Tue, 10 Sep 2024 15:06:16 -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 1so6Bq-0006r4-NP for emacs-orgmode@gnu.org; Tue, 10 Sep 2024 15:06:14 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1so6Bo-00054t-Qh for emacs-orgmode@gnu.org; Tue, 10 Sep 2024 15:06:14 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id EC292240027 for ; Tue, 10 Sep 2024 21:06:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1725995168; bh=XbTvhXgTiPmeVDkn8ZN+Tfd4Pdbg4z6b9ETcTqSnN5o=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=LFPrv/spfo3QFnPVb7PsNuxeYC2q7rBRS9/AaVidpI2nKCLZioxOkBmhW2pVE7Mh9 o/WyMqADGxYCB7x/h/0UkEnfj656+C2G6SRh464ix6HaO7q/33u6lxQu/KtDcpgKXk PedgLfUx/jadjODBwSQ2fQVBVd4mPQLbiGTTjBFSG+qqrsgx+lV+roOmrOwnYilpvu SEdiyUn2rhMWvGFzaqsa5NcKw48eQR/73FA4N6VNLCdWPujeXkboTdv8pYWj0PM4Pl kuy3PEjDn4PHwv7UocqiVYMFgkD4CbUyh/PqCjXhnJIr9Qq8Jh4RiLn+wMWwfsJLqE xVK4pG7mT1niQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4X3Cpl6Rlmz6twj; Tue, 10 Sep 2024 21:06:07 +0200 (CEST) From: Ihor Radchenko To: Rens Oliemans Cc: "Fraga, Eric" , Emacs Org mode mailing list Subject: Re: strange behaviour with $PROP_r1 value in a table In-Reply-To: <87wmjl6sou.fsf@rensoliemans.nl> References: <87jzfqjsyr.fsf@ucl.ac.uk> <877cbpce74.fsf@rensoliemans.nl> <87ikv7eo6v.fsf@localhost> <87wmjl6sou.fsf@rensoliemans.nl> Date: Tue, 10 Sep 2024 19:07:42 +0000 Message-ID: <878qvzmio1.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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.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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Queue-Id: 328D0102E3 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -8.71 X-Spam-Score: -8.71 X-TUID: 8eXecvOfWn2C Rens Oliemans writes: >>> - (while (string-match "\\<\\([a-zA-Z]+\\)\\([0-9]+\\>\\|&\\)\\|\\(;[^\r\n:]+\\|\\>> + (while (string-match "\\(\\$PROP_\\)\\{0\\}\\<\\([a-zA-Z]+\\)\\([0-9]+\\>\\|&\\)\\|\\(;[^\r\n:]+\\|\\> >> This is doing much more than fixing the reported bug and might affect >> valid uses. I'd rather fix the bug (if it is a bug) explicitly, without >> risking breaking other things. > > Hm, looking at the manual ("(org) References"), a constant of the form '$PROP_Xyz' will be > used to search for property 'Xyz', and it seems like a bug to convert 'Xyz' to another > format in this case. > > The only use-cases that are affected with this change seem to be when a table formula > starts with '$PROP_' and has a spreadsheet-like reference after it, no? Perhaps I am > wrong: I searched for the usages of `org-table-convert-refs-to-rc', but perhaps I missed > something important. Another potential example is #+CONSTANTS: valC2=299792458. and then $valC2 reference. > Do you agree that it is a bug, even with `org-table-use-standard-references' set to `t' or > `from'? Currently, the order of reference expansion is undefined. So, it is _technically_ not a bug, but undefined behavior. However, it is indeed confusing. So, we may consider specifying the order of reference expansion. But what should be that order? We need to think about all possible expansions and how they might interact in edge cases (e.g. what if we have :CrazyPropertyName@1$2:) Also, it is confusing that the manual does not clearly explain that "B4" expansion only happens when editing formulas interactively via formula editor. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at