From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 2MaoHEM+VmHIbAEAgWs5BA (envelope-from ) for ; Fri, 01 Oct 2021 00:46:27 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id uKFRGEM+VmF5VwAAB5/wlQ (envelope-from ) for ; Thu, 30 Sep 2021 22:46:27 +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 CA8C6BD3B for ; Fri, 1 Oct 2021 00:46:26 +0200 (CEST) Received: from localhost ([::1]:56712 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mW4or-0001dt-Q2 for larch@yhetil.org; Thu, 30 Sep 2021 18:46:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53910) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mW4np-0001dH-9q for emacs-orgmode@gnu.org; Thu, 30 Sep 2021 18:45:21 -0400 Received: from mail-pj1-x102c.google.com ([2607:f8b0:4864:20::102c]:52022) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mW4nj-00066j-Gl for emacs-orgmode@gnu.org; Thu, 30 Sep 2021 18:45:20 -0400 Received: by mail-pj1-x102c.google.com with SMTP id oj16so1948638pjb.1 for ; Thu, 30 Sep 2021 15:45:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:user-agent:from:to:subject:date:in-reply-to:message-id :mime-version; bh=o6rd+c2UT2Z0BajVmJUVq0P4CC2RJRQOC7G/jcPIm4A=; b=iBJY1aDHjaEGrDX3R0YE9VFh4v9j4HDwV3bPRWc/JMQnKCyyml8aw4BG85azeElqWV FdgefoaGGLaIMcFMUVtmfSK81KEOPqFx5nX3W6CfFuGpLXSV7S/5OPAz5NH0Rp7zYPSg NKoPnv+/yL1kRzrdPlWYQUiVc2lkhADiZNuVBkuCDrOANFohdhtrSAIF4Kaf61EGOTqA ak4cNhu21Un6KtU3IMf2eRGYFAxuojZglfnU6IYc3gWU6i8L7kiLhrLOdZJmBxIRD8VS 9RfSLSfOalu2gd8Sk01sLVsH1obXgDjRmmGiIxbpG+5MzwqQgYP51ySCkS/fzexFkiN6 SWCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:references:user-agent:from:to:subject:date :in-reply-to:message-id:mime-version; bh=o6rd+c2UT2Z0BajVmJUVq0P4CC2RJRQOC7G/jcPIm4A=; b=wokSGtVgYHFFq2mjdvcBEavb3qgmRuYDDbVDlyUxJlrpjSUBbj6ht1A7OhSFIfhZoP leW1RzvYNj8b025DgOof/2IBLG/fG4Q3Ej16tQ7PZKj79xvWTKwsxxz5VNvtMbiOXTR4 wppKdNnX6qGpGcnOCWy0tCaGBmhU0rpmPaIlcjPX9BqGegfOyHNdKPHObzlkddxIaciL ZDMflxdyNTyYLsyVIANujgi3rJstquvDmFJzYXN2qdbW3eqMvP7s+H54oMMJkuM7C05J m6yKM39tnSO/0smzl64bG2gAdZzt6kVhaNUAAZzVy530niVKiseLLUVv1HFU1edrKe0+ n/Rg== X-Gm-Message-State: AOAM531eR+4yqnbt4ayUP/u9Ps6yqzJA8IWe3rgqA7SnVTTlcky5lOBN RwCH11YSzAzbvMdUIKxM6/b6emw8NjM= X-Google-Smtp-Source: ABdhPJylq20PWBaPXAxC0L4hTYW+4qNmmG/6jqjU34z/wZRwFWxSDfpbBUIYgells4npanJqdJizNA== X-Received: by 2002:a17:902:b583:b0:13d:e495:187a with SMTP id a3-20020a170902b58300b0013de495187amr6609173pls.9.1633041913464; Thu, 30 Sep 2021 15:45:13 -0700 (PDT) Received: from tim-desktop ([124.149.107.59]) by smtp.gmail.com with ESMTPSA id j24sm3972607pfh.65.2021.09.30.15.45.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Sep 2021 15:45:12 -0700 (PDT) References: <87czoq7z3p.fsf@gmail.com> <87tui1ew1o.fsf@nicolasgoaziou.fr> <871r5599j7.fsf@gmail.com> <87pmspevjy.fsf@nicolasgoaziou.fr> <877dexc1p6.fsf@yandex.com> <87ilyhems2.fsf@nicolasgoaziou.fr> User-agent: mu4e 1.7.0; emacs 28.0.60 From: Tim Cross To: emacs-orgmode@gnu.org Subject: Re: [PATCH] Don't fill displayed equations Date: Fri, 01 Oct 2021 08:26:23 +1000 In-reply-to: <87ilyhems2.fsf@nicolasgoaziou.fr> Message-ID: <8735plfzt7.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::102c; envelope-from=theophilusx@gmail.com; helo=mail-pj1-x102c.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01 autolearn=ham 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=1633041986; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=o6rd+c2UT2Z0BajVmJUVq0P4CC2RJRQOC7G/jcPIm4A=; b=Z/PRkp4ZAc/LnkF2GN0C6mqbGiLvIJn2fXkUZ7fQcbgRCV3FMNrPoI3uwtFYPAmyGqul4z aQrDOgEbYnkewHGYmFVW5D7HMfDUNVXZvNHVrCMUJReuUJb5C9XjiBbt6/hPZhtOjgKpPo HXa8/UlbQDRln9NKZyAYZRhGFAA0gbmqf96ADe33HgXbSWvrsEt1tOvzbMRniZoWpYIBBG JTg34Ug1AN2KLcPgmnmP3zXUKZs6k1cw+HDhApKCd5wur/uJICJMpyD+YQ7Jx9CmvYbdLX b2RWiudWoqi3ikXyRihze05SlOjFXhWcdnshoQTtvNhq5LLToudrahILSxVSJg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1633041986; a=rsa-sha256; cv=none; b=I9GGmLwug1oshUIE31AHK2Uq/b7XCY3cMm3BUS+xUkgCo/Aq1quYQ0IIgX0figDciom9QG 9fSF+83BIUk5r06uhM1wvZ9i0TSOrq3UfOs8STdKqA2vU0poWXgmu9yQGZqGc5KaSbwbqt hVwsUxZdX6rIwgO2Eed6/2KdENLvrWZ1y/vpB6VZbxXe/ykmc8vQ7KuKmXO857YJt/3s89 f+75f7V5+NRAmFn+z0Yv01GP/Soir6I2oHsYA68DpwnFBPMkV5jxM/U86o+gk0fR7P+9+h TzW+d7YqXRygU3lFqg+GrOkBPmYo+06zNf1j9sbkLC/gm9dKClWOc8DWTpVP+Q== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=iBJY1aDH; dmarc=pass (policy=none) header.from=gmail.com; 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: -3.10 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=iBJY1aDH; dmarc=pass (policy=none) header.from=gmail.com; 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: CA8C6BD3B X-Spam-Score: -3.10 X-Migadu-Scanner: scn0.migadu.com X-TUID: czjngMKycg1d Nicolas Goaziou writes: > Hello, > > Colin Baxter writes: > >>>>>>> Nicolas Goaziou writes: >> >> > Timothy writes: >> >> Nicolas Goaziou writes: >> >> >> >>> I strongly disagree with this. \[...\] is an inline element, not >> >>> a block element. As such, it can be filled, and filling function >> >>> should obey to the inner structure of the document. >> >>> >> >>> You can use a real block element here, e.g., >> >>> \begin{equation*}...\end{equation*}, which will not be filled. >> >> >> >> Given that \[ ... \] is an alias for \begin{equation*} ... >> >> \end{equation*} >> >> > This is true in LaTeX, not in Org, obviously. >> >> But shouldn't org be consistent with LaTeX. > > Org supports, as a small part of its syntax, some limited LaTeX markup. > It doesn't imply it should strive for consistency with LaTeX. Actually, > I think it's quite the opposite. Org is not a LaTeX front-end. > I think this is an important point. Org, like other 'markdown' style abstractions is a lot more than just a convenience abstraction for writing Latex. Like other markdown dialects which have an 'escape hatch' which allows you to embed raw HTML in your document, org allows embedding 'latex' fragments, but that does not mean it is a latex front-end. How document elements are displayed in the buffer should not be determined just by what/how latex does it - it might provide some guidance, but should not be the sole decider (i.e. because this is how latex does it is not sufficient justification in itself). With respect to this patch, I can see both sides having merit. Timothy's points make sense from an end user's perspective and how things look in the buffer. However, Nicolas point is also very relevant, especially if we hope to have a markup syntax which is consistent and parsed consistently. I'm not convinced that one inline element should be treated differently because in some situations, it is easier to read/edit. Changing the visual representation of this inline block may also have impact on user expectations for export and could lead to further confusion.