From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2G1UKQd7ZWG7OAEAgWs5BA (envelope-from ) for ; Tue, 12 Oct 2021 14:09:43 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id gCPiJAd7ZWGzWQAAbx9fmQ (envelope-from ) for ; Tue, 12 Oct 2021 12:09:43 +0000 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 2562534635 for ; Tue, 12 Oct 2021 14:09:43 +0200 (CEST) Received: from localhost ([::1]:60570 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1maGbF-0008Ty-Dl for larch@yhetil.org; Tue, 12 Oct 2021 08:09:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43120) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maGUF-0000hV-3i for emacs-orgmode@gnu.org; Tue, 12 Oct 2021 08:02:27 -0400 Received: from ciao.gmane.io ([116.202.254.214]:39840) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maGU3-0002kb-NA for emacs-orgmode@gnu.org; Tue, 12 Oct 2021 08:02:26 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1maGU0-000349-4e for emacs-orgmode@gnu.org; Tue, 12 Oct 2021 14:02:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: Re: Inequalities in math blocks Date: Tue, 12 Oct 2021 19:02:05 +0700 Message-ID: References: <87sfx7kpx0.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 In-Reply-To: <87sfx7kpx0.fsf@alphaville.usersys.redhat.com> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 28 X-Spam_score: 2.8 X-Spam_bar: ++ X-Spam_report: (2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 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" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1634040583; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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; bh=7Vg7yNHjgp46BNcQwkXZglbVbkJ0QJqs4YYEK4sBbRY=; b=M0vrmmWKRNGDal0fX+poTWhuppRO0yCUxMu3YN3YraPHI0WuHU0cswd0FLJJJpXoURoDj7 ZhzNc1Kxg+nKxf0m/8tFf10KF/FcbcgtKvisaruFD8b4QCQUuvmwGacBbPGFynK9uwMdCY b0tEilDXTa1ImFHRw3TvAzKT3Du2QRrcKZxCR944TTW1SeKka1uGQIKLsSCKUCtb8YtnpL I3R3qQA8PeO8sAta0ucBiRNU1XsAu0B9oij6viSghOWzuDnYZb0pQzFw6y08kfffLB3QMM XT8R79qyVAl04KaU3CDuDyRqji2h/OkqgWmkGD8WiwZq/P24fZ5l2VNCEXw6lA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1634040583; a=rsa-sha256; cv=none; b=UJMEfL9hTJoxOGWguI4gZgbfYL2MD44C5FXVD5rjGqo4rdo0Vk+aBogefh8j2Jgr5g2pDa UYCeu1X/3jl2EpstDXJNE2dUS+lAt2juoYX5VGHZr79sJoGwksWXzp3QLnGEaQAm9yJOqM K+qMfklw9MX8GtyI33OQTCr+2miZ9d4af3YqH8scuk30qIxWduM72PVtR1HD8grPtqfBrZ DHx2wmBiS+5I05YU+yp1PTd4SmGHL8Ceff21x6JDUVALyE0ZNCcs3C1VqbDDfv76l9l3ax HLpGoSpntfVaUP6VT5GN0Z5AC7cm+3UdXB0B/oZ8SV9JrkRX+5Jl+R7qaIbWeQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -2.21 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 2562534635 X-Spam-Score: -2.21 X-Migadu-Scanner: scn1.migadu.com X-TUID: iivA/7AlSVe1 On 12/10/2021 08:11, Nick Dokos wrote: > Rudolf Adamkovič writes: >> Max Nikulin writes: >> >>> Though I am a bit surprised that Org did not replace characters to >>> < and > during export. Perhaps, it is possible to define a >>> filter. >> >> That makes sense, and thank you for the explanation. Ignoring the dead >> link in the Org manual, I wonder how this bug can even exist in Org >> after 15+ years of development. Some people, including the author of >> TeX himself, write TeX without unnecessary whitespace. Strange! Either >> way, rearranging bullet points should never break math without any >> visual sign inside of Emacs. Thus, this represents a bug in Org. R+ > > No, it does not. Org mode just passes LaTeX directly to MathJax > without changing anything. If you want to blame somebody, you can > blame HTML for choosing < and > as its delimiters: see > > http://docs.mathjax.org/en/latest/input/tex/html.html#html-special-characters Nick, I am sorry, but I do not see your point. Do you know any reason why Org properly escapes "<>&" in text but transparently passes them to HTML inside LaTeX fragment? Does escaping them everywhere lead to problems? From the referenced document (I posted this link on 2021-10-03): > you need to be careful that your mathematics doesn’t look like HTML tags > to the browser, which parses the page before MathJax gets to see it. ... > you can use the HTML entities <, > and & to encode these > characters so that the browser will not interpret them, but MathJax will. I fail to see any reason to blame HTML. Any text markup language requires some easily typed special characters. Org has one set of them, HTML another one. Export backend should just respect delimeters of the target format. I understand expectations and thus complains of Rudolf. In my opinion he has reasons to be disappointed (and maybe even angry to some degree). It looks like a bug in Org that should be fixed. Workarounds exist but Org should be more reliable.