From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id SANBFN8spWW0LQEA62LTzQ:P1 (envelope-from ) for ; Mon, 15 Jan 2024 14:02:23 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id SANBFN8spWW0LQEA62LTzQ (envelope-from ) for ; Mon, 15 Jan 2024 14:02:23 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=LD0APNEG; 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=1705323743; 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=NxObT99y/7AAe4EE1oB6bWTLbli+vOx0QU3081YMq+g=; b=AcsHeyvrtiAPwF2t+yzAp8hDBfuhwtBpV1RNVVsmg0i73KGMvBe4HpNOAHNGEvWqwDwU0F R1HYuudCMb3t4bcJLKge4HJCIE66mSO8uYYe/CDMjMPpH3QsNxDTTFBryFlypUpOdE8/Q+ 1FTstN98pHcHP3bVKI2eB9XaiZRORhAlIUVLPqADb4LhZYhC9ETb0JdI5KqYe1njtET8eu qudB4biFCjD7wPqny1OYhD4gW1Z14gfnVxrmyGwDAx0BiDvdr1bwM13jwm4VB/O9i0P/tl HTPb03iIILbw+jOPsaxLZb/ZVHEVuIfXRuymfJeYLU32JCg1+kiTVcPV5SLxMA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=LD0APNEG; 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=1705323743; a=rsa-sha256; cv=none; b=lQap43DVL3hkQm99y/Wy/Wz24Q2m9jzP8xAkmGheZCbkkLmoiCm9zk5rmMckn1M8dnmEDV 6T+KPOUcIMgKYtBeXwZsvEJ1fW/eJ9P+4rkAlsBiqnbEkv4/6o+ZaZRBLs1HSBsfhtAuLK 1a6t0Jxb5QWNd2zLVLhHKNLl8QCjwdP/28NM7Nl5qbAk2+2qG8VrHjw5HRcJtTqJr3ru8G mi7zX9FqSaLamBqKa9VG9ngT+NEvZcxyFJcCGlQL8OyZx1D08A6GsOAoi4JOdqrrglnIUL ZRXaxehJ/9bPENUBw+2XLGaZk4nhYBxY7WDaTph55zg3WuNcxlf/Nwxu/Pw7Aw== 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 248AF3A0E0 for ; Mon, 15 Jan 2024 14:02:23 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rPMb1-0003Br-1D; Mon, 15 Jan 2024 08:01:43 -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 1rPMam-00037i-Iv for emacs-orgmode@gnu.org; Mon, 15 Jan 2024 08:01:30 -0500 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 1rPMaj-0007yF-G7 for emacs-orgmode@gnu.org; Mon, 15 Jan 2024 08:01:27 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 050BB240027 for ; Mon, 15 Jan 2024 14:01:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1705323683; bh=p8XfhyAbMZs0DPLr3uyGZtehvTV9OigCAyX3KtiaQzw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=LD0APNEGA72PFYZpmeSSPr+MrPqLBzq30UOQ6gc5STi7eYBK+3aeS520zr7Km4srD o63wC4Bdef8whEDO+S6+8m16hVDdpQGLbJaeN5minwYxwZYkLTnt8673QYTkZUITk6 btRIZWypzel4q4IPaXXVilRLLN3Ld8f5BchN1wIwY4i7sZ9KUnjgbRu+X/sPhNJLEp nIlzDEA0WZuPYi4/Dj2OVV7E+AGXanHskzL7xtKx8jYa8sHn/jOknNrxOEyHT/k6mv PfWwuC3Svo1GBFjviecUwBGTEjyXMUpUgtXUZMqGljQlkRb9mCErvU8eeIz84e2C2R RCiCyLiHFafxg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TDC2B1PhGz9rxL; Mon, 15 Jan 2024 14:01:21 +0100 (CET) From: Ihor Radchenko To: Mark Barton Cc: emacs-orgmode@gnu.org Subject: Re: [BUG] Clock report produces malformed table when contributed headings contain "|" in their title [9.7-pre (release_9.6.16-1060-g1aa455 @ /home/yantar92/.emacs.d/straight/build/org/)] In-Reply-To: <14A27962-B105-4275-A204-5641487F8F6B@gmail.com> References: <87mst8rpc7.fsf@localhost> <14A27962-B105-4275-A204-5641487F8F6B@gmail.com> Date: Mon, 15 Jan 2024 13:04:35 +0000 Message-ID: <87ttnerbmk.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_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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: 248AF3A0E0 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -3.86 X-Spam-Score: -3.86 X-TUID: o3Fc+/F83sa0 Mark Barton writes: >> Not so easy for src block and other verbatim text - there is simply no >> way to escape "|" in tables. > > ... > In your example of the src block, I don't normally make those headers, but could the pipe char be replaced only in the clock table? If clock table links are turned on then the header link should point to the header and just the description changes. That's one option. Another observation is that Org parser does not even allow inline src blocks inside table cells. So, it might make more sense to remove all the inline src blocks before creating the table cell. Although, unlike inline src blocks, verbatim/code markup is allowed. And something like =this|is|verbatim= is problematic - similar to inline src blocks, altering the "|" inside may change the meaning. To be clear, it is quite easy to write some kind of `org-table-cell-escape' that will make sure that text inserted into a table cell will not cause problems with table formatting. However, I'd prefer to solve this problem in a more generic way, alongside with similar problem of escaping "=" inside verbatim markup, edge cases with link paths like =should not be verbatim [[https:/example.com/?foo=?]], yet it is and other edge cases. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at