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 IHQJNUXyc2ePEAEAqHPOHw:P1 (envelope-from ) for ; Tue, 31 Dec 2024 13:31:50 +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 IHQJNUXyc2ePEAEAqHPOHw (envelope-from ) for ; Tue, 31 Dec 2024 14:31:50 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="itnM9/3N"; 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=1735651909; 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=FOTpUmrLKk30VErFHFKTI1YIn9Eq3BHkRODV4kpgm3o=; b=LT8XgdG578wA27Y0pLrb/CZmjw2+TpUQ9V6+m78iqA6JDEPEi1k0Aoo6kNV1jyL7lygSK3 PEIclRgnykIhhFqA+y3X2IOrWMjKHFuh3S6lDx1Eg0OYlHXzIVlW7vKl4dmZXYSQ43QN4n 7YTHg2ieU0Bprrz5yfHFCYgTDUj3Q0Whq7sSZJYqgSaDqVGxUxdxqx/Du0t5BNrAq8KL7P 7dvNdLgA5qKmJgprkuqA8WtfpHwo+FE33DwuvdMV/R8e8G4C4eGZMr9AROPkvys1tGIOwW LnUCBBQWXiJK7BVSqxbJRX98xix4eSqvfYwi3IrXVzgRrxU0gSypnKRtlffinA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="itnM9/3N"; 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=1735651909; a=rsa-sha256; cv=none; b=sJR33/duHQwzgzwE4mF7DzxlJwJici4hlAXbseRNkzqPphlf7S/4mrncn8OJqU+2fFkzYm czhp8pVu6Jk7NO8GiJrbZJhycucujhxidu8qYV+3f2l5jo4h0yxvFj6jcPMtYiE/YLlSi1 d3Zxn4fKNXIuRoZwU4zPSUf3uFk821aezS6+oxehwODCfFILJQ/uJmgaRqhPMPr6Fe9v+z HGFaPPJn+/xX4vJJ0atVOkFnh5A+QVJkOOIEGSQvyArl7LntVK5frx793++Sr9rr+vvWXF X9UqnHoImOTQ6Fb7Hi/VbjFR05y1x7Wc7temqOgsWU9l7xuhl8w28g5V11Zcnw== 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 5429678776 for ; Tue, 31 Dec 2024 14:31:49 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tScKu-00071n-SU; Tue, 31 Dec 2024 08:31:04 -0500 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 1tScKg-0006zu-If for emacs-orgmode@gnu.org; Tue, 31 Dec 2024 08:31:00 -0500 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 1tScKe-00023q-DF for emacs-orgmode@gnu.org; Tue, 31 Dec 2024 08:30:50 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 9CFD7240103 for ; Tue, 31 Dec 2024 14:30:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1735651845; bh=FOTpUmrLKk30VErFHFKTI1YIn9Eq3BHkRODV4kpgm3o=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=itnM9/3NnnSYKDhTGtH4s5R8jFbKgXZaD3abpFinHLhiBy6YBSvcKcgMM2ENelLD+ /P8tOxNWMukjMYHSgxy3w5hNxb2apprB06UC3fLVaWzqvaCvK42BXPRaltK5zCe36A Gqj1fJucnuul294ORvfvW+MfUHcfovvrG2rogHn1t/SO1AFWwqqExliqaLIDEU3FFS 1RbC+mWe4gNvT441c6z6cYcuDO2rEDmjCUwpuI701M5TNQTE2X2Tz+CkwzL91ZBLnO qMkYjRmC9dSwIQmINK3XdRt3sQIxhp3fApgrbOsIS8p8VoVeeHaX4nuoQeTRRXJdz1 7AvIqop77Ak/A== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YMv450sC2z6v0B; Tue, 31 Dec 2024 14:30:44 +0100 (CET) From: Ihor Radchenko To: Rudolf =?utf-8?Q?Adamkovi=C4=8D?= Cc: Max Nikulin , emacs-orgmode@gnu.org Subject: Re: The less ambiguous math delimiters in tables In-Reply-To: References: <87ldw5igab.fsf@localhost> <87bjws8l0i.fsf@localhost> Date: Tue, 31 Dec 2024 13:32:11 +0000 Message-ID: <87v7v0geqs.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=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: 5429678776 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -2.39 X-Spam-Score: -2.39 X-TUID: KFV6MwOi4Ka2 Rudolf Adamkovi=C4=8D writes: >> ... | \(first cell | mid | last\) | > > But how many Org tables exist in the world that have a row with an > un-closed \( in one cell and an un-closed \) in a subsequent cell? It is not just about \(...\). Consider other verbatim Org markup like | $10 | foo | $\alpha$ | or | =3D10+20 | 30 | =3Dfoo=3D | I strongly encourage you to look into Org parser implementation and think what is needed to achieve what you want. And then think again, considering more complex scenarios when we have ambiguity between 3 or more markup pairs. The idea you propose is very tempting (I have been tempted myself), but that way lays madness. --=20 Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at