From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id sEz1HADeq2EgDQAAgWs5BA (envelope-from ) for ; Sat, 04 Dec 2021 22:30:40 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id OPO2GADeq2FZbAAA1q6Kng (envelope-from ) for ; Sat, 04 Dec 2021 21:30:40 +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 D949DC046 for ; Sat, 4 Dec 2021 22:30:39 +0100 (CET) Received: from localhost ([::1]:41558 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mtccA-0003S9-CT for larch@yhetil.org; Sat, 04 Dec 2021 16:30:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42640) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mtcbZ-0003RL-3h for emacs-orgmode@gnu.org; Sat, 04 Dec 2021 16:30:01 -0500 Received: from [2607:f8b0:4864:20::42c] (port=42657 helo=mail-pf1-x42c.google.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mtcbX-0007QH-1w for emacs-orgmode@gnu.org; Sat, 04 Dec 2021 16:30:00 -0500 Received: by mail-pf1-x42c.google.com with SMTP id u80so6386749pfc.9 for ; Sat, 04 Dec 2021 13:29:58 -0800 (PST) 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=xV9D7bvj9HNE1dRpKBcFuMojChLsOfxxQNNv59ujrQw=; b=ab8KlKFoiKbzERTwqLVzmQ2lmKt8CHJuno/udLWR0m+kwwhFnxGLz2/8dK4ZI4ZGPZ rzIDgEywPds4CZ8qKY11ecouQrpH3MLIbdPzneqSQvruFT05KC4DfrwPi2iAFDU6AoPR WhJ9eu9L9LULA9vuAbLpF8j2332UIg2ao+3jO2bUB3sowz8awiGGdv9dreyRkEXWetK8 OilQSNTaoREVyZg0lvZUlH5qkau5chb+ukR0mQPIsDb1nsqqKbUDFc1y87QuERiGkRrK anXfrlKPgoVLkRhF4e0pa3R0oK5SwOzdYdw+vMj649RCgWkbU4eJHwcbafoWP52Vr2yz jtYA== 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=xV9D7bvj9HNE1dRpKBcFuMojChLsOfxxQNNv59ujrQw=; b=d8VBlFp8dTCmQeLBRIg+r65oSdoJW7Hqv5YyoVE8jWVcxzQGtQzKSaeEhNpn1WA5xo nrfbLIXT7/9N6MdsxLhvRJCEPPOytU9OWHdf2ylZk+ik9J2SMpnCR7CQzxEF5Z+IByxo Tpxt4/abZQz2YkmfGzqqctpT+EtGsN9rY4kDMeWCer4WMeEYoNf//M+XiaOj13lSX7gr EvGgq4VvVwV/sIHeabWYl9DRc0PUExmNiN08bnjM7A2p9AuMJIyIynRnt6j+H0YVI9Tl 7qfTuZ61db2uYHBFtkblg/6ZtRu04CHaPHmDwtRox/+cx4YXWEHbPtQpi3t4PQwoLZWU nf9A== X-Gm-Message-State: AOAM532qglFdFvUdyGuxp63sCfZSJ11b3tEPO36BBCgrbFDdshTU2TtU 4x3NhJpx/Y//x4p2SQfvV857BwHJ2AM= X-Google-Smtp-Source: ABdhPJzx0zxiusvhju/q3QTzT2ixfpYZStkSfCoRiYKrxsbn4pZQRd7alM5dJeDAF80Hii9loggCBw== X-Received: by 2002:a62:84d4:0:b0:4a7:e068:2521 with SMTP id k203-20020a6284d4000000b004a7e0682521mr28032293pfd.79.1638653397157; Sat, 04 Dec 2021 13:29:57 -0800 (PST) Received: from dingbat (2001-44b8-31f2-bb00-ae68-ae3c-97fa-f661.static.ipv6.internode.on.net. [2001:44b8:31f2:bb00:ae68:ae3c:97fa:f661]) by smtp.gmail.com with ESMTPSA id b18sm5831511pjo.31.2021.12.04.13.29.55 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 04 Dec 2021 13:29:56 -0800 (PST) References: <87ilw5yhv3.fsf@posteo.net> <87v905gtis.fsf@gmail.com> User-agent: mu4e 1.7.5; emacs 28.0.90 From: Tim Cross To: emacs-orgmode@gnu.org Subject: Re: On zero width spaces and Org syntax Date: Sun, 05 Dec 2021 07:29:53 +1100 In-reply-to: Message-ID: <87h7boukha.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Host-Lookup-Failed: Reverse DNS lookup failed for 2607:f8b0:4864:20::42c (failed) Received-SPF: pass client-ip=2607:f8b0:4864:20::42c; envelope-from=theophilusx@gmail.com; helo=mail-pf1-x42c.google.com X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 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, PDS_HP_HELO_NORDNS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793, 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.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" 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=1638653440; 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=xV9D7bvj9HNE1dRpKBcFuMojChLsOfxxQNNv59ujrQw=; b=aFpxAIGLmQZUNkiW3J56+G7rEQ84P04L6IThUUCrbGsVDbg8XY63SzZC9hrv5Xz7vPQBrh X+lcZjAiKc6VbpYxRM97KJ0+Hdd+cQrB0GoyrK4J8OGyj3GHON0DjtREH+Ka/VA0dkAPCc IqwB0f2T2Rl/jZ9mYrU66SuKq5KalsCzpMpbFoUCN8P0xfzoT68OvnnIluQ1cWoFQvX2zq Mrl/GzKEPsQVllqX9SP8XZtNSb2LogDHXaTJ/utm2wR72HZFrz59bACgLYsnbZlzsqzE6E ajEmCex72YL4GR4VXEG/4Jnkznl3c4Lau6PkVLAJfko948U/46oACm2+scXnzQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1638653440; a=rsa-sha256; cv=none; b=UNmstsYzDhJVsrADD6KX+6/ObgtJ6h2qA6B55rYEH/zKXCuoEm5d+ePTkfMUr3cwc2lp+q 4FgI8WfjY7/1V7CUMKQHM5F4u0VUQK87+wgTRU/nIqA2nyNOWLdbACtUjExZoLpPv40kjV eLEwG52+/Z24yZtnyxzQx2lXAgTXELHH2yfzV00ztFlNjcyi6jdjYyO3VmVbH5MHJ3+Q7I ZYjcxyOHVjPAFk7rdgH5LDXzd4sV0ZOGm+LUNsL3kmcUR5ZfB4Z0I+G7kxS717NhFDNNX7 3pyNDSQnWlbGTSO17VzBoLvYusRULw2Vm1IbUKGP19yomVizlltezOM35uzjCw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=ab8KlKFo; dmarc=pass (policy=none) header.from=gmail.com; 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: -4.13 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=ab8KlKFo; dmarc=pass (policy=none) header.from=gmail.com; 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: D949DC046 X-Spam-Score: -4.13 X-Migadu-Scanner: scn0.migadu.com X-TUID: thUoiGwolnhX Max Nikulin writes: > On 04/12/2021 04:48, Tim Cross wrote: >> My vote is to simply maintain the status quo. Don't modify the syntax, >> don't make the zero space character somewhat special or processed in any >> special way during export. In short, accept that inner word markup has >> only limited support and if that is a requirement which is critical to >> your use case, accept that org mode may not be the right solution for >> your requirements. > > Tim, you are skeptical concerning usage of Org markup outside of Emacs. Though > some subscribers of this list support such idea with hope for collaboration with > colleagues and for other reasons. Status quo in respect to similar questions > increases risk that other tools will adapt different workarounds and > incompatible dialects will appear. This is a misrepresentation of my position. I've never stated I'm sceptical or org markup outside of Emacs. I'm sceptical of org mode outside of Emacs, but have never expressed an opinion of org markup outside of Emacs. However, I will now.... Org markup outside Emacs is very much a secondary concern that would be a nice to have for some workflows, but should be achieved with zero impact on Emacs users. Org mode and the markup it uses is primarily an Emacs mode. In fact, making it easier for non-Emacs users to use org mode is almost certainly working against the FSF philosophy. I'm pretty certain RMS would be very unhappy of any efforts to allow users to use org mode in products like MS Visual Code. While it is fine for 3rd party systems to try and mimic org mode, it is totally contrary to GNU philosophy for a GNU project to actively support or enable such functionality in non-free solutions. Any decisions to make changes to org mode must be primarily for the benefit of Emacs users. When such decisions also have benefit for non-Emacs users, that is great, but it should not be a driving factor in making decisions regarding change or extensions to org mode. > > From the point of view of popularizing Org it is better to make some decision: > either zero-width space should become a part of syntax or some other printable > marker should be chosen to suppress effect of Org markup or vice versa to > activate some construct. Chasing popularity is always a mistake and should never be used as an argument for change. We are also talking about something where there is little evidence of demand. We have a single post from someone asking how to support inner word emphasis and suddenly, threads about modifying syntax, modifying back ends and a dozen proposals on how to support this 'feature'. A question I would ask is that if extending and adding broader support for emphasis is so straight-forward, why do we already have so many issues reported about incorrect application of markup? We have not been successful in eliminating existing ambiguities with the markup and yet some would have us charge off and add even more complexity. Rather than extending markup syntax, lets focus on fixing the real issues we already have. There have been far more posts to this list about that than about inner word emphasis. For example, the many posts about markup and links. With respect to the status of zero width space, I'm not convinced we need to do anything. Would it be classified as a kludge, probably. Does it provide an escape hatch for some situations, yes. Does that mean it needs to be formally recognised and added to the syntax, no. Does the existence of this kludge make implementation of org mode markup for other tools more difficult or less clear, probably. Should that be a primary concern for Emacs org-mode, no. Should it be something we consider when making decisions, sure, but only as a secondary consideration. What the need for the zero width space kludge really means is that in some situations, we have some ambiguity in the existing syntax. Can we fix those ambiguities? I don't know - so far, I've not seen a proposal which doesn't introduce as many problems as it solves, (though Tomp's @@ proposal looks interesting, but lots more analysis is required). The zero width kludge is certainly a symptom of limitations in the existing syntax definition. However, I don't think it is the cure and I don't agree it needs to be formally recognised as part of the syntax - it is not the cure. If we can find the correct cure, the zero width kludge will not be necessary (or will only be necessary in extreme and rare edge cases).