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 ms0.migadu.com with LMTPS id WO1IA3708mFDFwEAgWs5BA (envelope-from ) for ; Thu, 27 Jan 2022 20:37:34 +0100 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 qDCaAH708mGk0QAA9RJhRA (envelope-from ) for ; Thu, 27 Jan 2022 20:37:34 +0100 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 9A90711E8B for ; Thu, 27 Jan 2022 20:37:33 +0100 (CET) Received: from localhost ([::1]:41958 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nDAaK-00033t-Mw for larch@yhetil.org; Thu, 27 Jan 2022 14:37:32 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46402) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDAXO-0000vb-Kd for emacs-orgmode@gnu.org; Thu, 27 Jan 2022 14:34:30 -0500 Received: from mout02.posteo.de ([185.67.36.66]:45751) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nDAXM-0001aZ-6p for emacs-orgmode@gnu.org; Thu, 27 Jan 2022 14:34:30 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id E9B6C240105 for ; Thu, 27 Jan 2022 20:34:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.eu; s=2017; t=1643312066; bh=n6FZB4Kx5m8jUo8Gd+upYWMuCpng0+lUn63nQk7m1jI=; h=Date:Subject:To:Cc:From:From; b=PX7LiHHvp+7gq3myyWXOOyo/8SlEERqny1zUZXeUBangU3HHrXZZFilrkV6IDc02o IlJ8UVGp44P2bUqgfp3JnlkSiVE9zAMCCuUIwd03GFLsnwhVjoutC6TR2xU0VKcPeU 5IvZRr/6GjzjnA/4GC4tyi8ni4qm4HufgZPcrJgOHidipAK8t6aUbYGiyqzdlcEUjx 3T+34yWxqWKE/H3sBqDA3dD207+la76VK4QzGpsoa1kXq2Dg17MAEc/1kls6L1VCec SJw6uU9K4jSBoZsCjLuQpLj1mvMTGExo995DDGQxL4QnexFKjoSw/wG4r6L+Oey2tK a0krER5P1RFSg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4Jl9l50Pntz9rxQ; Thu, 27 Jan 2022 20:34:25 +0100 (CET) Message-ID: Date: Thu, 27 Jan 2022 19:34:24 +0000 MIME-Version: 1.0 Subject: =?UTF-8?B?UmU6IFtQQVRDSF0gQWRkIHN1cHBvcnQgZm9yICTigKYkIGxhdGV4IGZy?= =?UTF-8?Q?agments_followed_by_a_dash?= Content-Language: fr To: Ihor Radchenko References: <874k5si6zh.fsf@ucl.ac.uk> <87r18t7fc5.fsf@localhost> From: =?UTF-8?Q?S=c3=a9bastien_Miquel?= In-Reply-To: <87r18t7fc5.fsf@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=185.67.36.66; envelope-from=sebastien.miquel@posteo.eu; 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, 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: , Reply-To: sebastien.miquel@posteo.eu Cc: =?UTF-8?Q?Rudolf_Adamkovi=c4=8d?= , emacs-orgmode , Eric S Fraga Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1643312253; h=from:from:sender:sender:reply-to: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=4wNu1plh8biJZBULx7Z9UIauOyXrhSi6IhaMBVWM1VQ=; b=bWIgztkRJLEXWYlupdKRNFEuPrfiwZkRHoPvwQyKJahQyAyEMfFYMV+8gElacGVnwde4F5 69F2vkuLUv5h40KMkSr4h9cniQbv12Z2qyGw53pGd4BuA8nTrLF1mJ2CQmrCDlCGs5fv6A txqyuoQyXyp6MfXKdIdizFttyc4wbMx9FrtJrCbRnpiEfIxP0byPHr3fpOuTVqcsc1FA9B 4ZUQdhW3IavY42GfdfzHZk490khCYp+zvqEe12KGsQ63yVl6usWyD8LLD9/7NwUB4VpO5/ D6DlXETH9CMtP7mAYdUBUhYz5RvGMgc3gdCqOOaIxY3H0ZTpwNIPBFSlMuvSNg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1643312253; a=rsa-sha256; cv=none; b=n5yTTetxcGvRpqJxCJvzmUsx5pqT/F0Zavn2VBpIrEkX8dr62oXN6++PoWKSMyhFJsa05T TO5/jDXx9Fw9o9TzwmPlhVVe+F7vjBM1bPjb4y6xPMXTtjsRjZ1XtPb2jCiLYCjIogp0TW XFnc1oyr41CmMnchzFfR38YdJK8foa/qgkI8Hc2Smm7vx8XMbwhtrONol7gIuhRTM4jXQn Zxfxlq1LPaF6P84FHFux9T6lZauuevHEZUjqeMY3Wxi/6UFZq3nTcwsjECw6JUHGdGZ2WO MTjvcTdklhQnjcqBHioOof20/YOYyv+mViJXb7jByfiKE0nTR+668syZ31lm6Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=posteo.eu header.s=2017 header.b=PX7LiHHv; dmarc=fail reason="SPF not aligned (strict)" header.from=posteo.eu (policy=none); 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: -1.53 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=posteo.eu header.s=2017 header.b=PX7LiHHv; dmarc=fail reason="SPF not aligned (strict)" header.from=posteo.eu (policy=none); 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-Queue-Id: 9A90711E8B X-Spam-Score: -1.53 X-Migadu-Scanner: scn0.migadu.com X-TUID: SBvJxzOec1Ee Hi, Ihor Radchenko writes: > We can theoretically make a change to support "-", but then it will be > logical to support $i$th as well. (If we don't some users will still be > confused after trying to write $i$th and then not getting the expected > results). I disagree.  1. The $…$- pattern is also used for other common constructions, such     as $n$-dimensional, $K$-lipschitz, etc. As for $n$−th vs $n$th, both     are commonly used. In french, $n$− is the correct one.  2. It does not logically follow that we should support $i$th as well,     since, as you point out, it'd be impossible. One argument for the     patch is that is it very simple.  3. The $n$th construction failing is not as confusing. One     understands quickly what the limitation is, and several     workarounds are available, whereas there's no good reason for the     $n$− limitation, and it's harder to think of a workaround. I should mention that the zero-width space character can be used to work around both limitations. > Given the raised concerns, may we solve the issue with too verbose > \(...\) unambiguous syntax using the following approach: > 1. Fontify \(...\) replacing the brackets with a single character. For > example: > > \(...\) -> ⁅...⁆ > > 2. Provide convenient way to input \(\) brackets through > electric-pair-mode or trough org-cdlatex-mode. If the $…$ syntax were to be deprecated, this would be a nice addition, indeed. As a user, I find it quite satisfactory (with some added utility to easily switch between the \(…\) and \[…\] syntax). Some possible drawbacks :  - are the display hacks scalable in a large document, with many LaTeX    snippets ?  - this feature may still be hard to discover, turn on and use by    users more concerned with mathematical content and less familiar    with emacs features such as fontification, automatic insertion of    complex delimiters and whatnot.  - hiding the syntax feels a bit weird, although it is already    done with emphasis markers. With respect to the possible deprecation of the $…$ syntax, the drawbacks and complexity of this alternative should be weighted against those of the current $…$ syntax, but no one has really spelled out what the latter are. We're trading complexity here for complexity there, fixing the false positives (but how common are they ?) and the false negatives (which can be an annoyance while writing a snippet). Thank you for bringing this up, Regards, -- Sébastien Miquel