From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id EPIsNRINw2P5mAAAbAwnHQ (envelope-from ) for ; Sat, 14 Jan 2023 21:14:10 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id eLcsNRINw2NWOQAAauVa8A (envelope-from ) for ; Sat, 14 Jan 2023 21:14:10 +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 281583DCED for ; Sat, 14 Jan 2023 21:14:10 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pGmtr-0004uZ-Qu; Sat, 14 Jan 2023 15:13:11 -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 1pGmtn-0004u5-Sp for Emacs-orgmode@gnu.org; Sat, 14 Jan 2023 15:13:08 -0500 Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pGmtj-0000vC-Bg for Emacs-orgmode@gnu.org; Sat, 14 Jan 2023 15:13:07 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 7912524018F for ; Sat, 14 Jan 2023 21:12:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.jp; s=2017; t=1673727178; bh=q7zkKvgv4BepdT4r07bdZS4Xxi06LQHtY3ZqpjVN/Y8=; h=Date:From:To:Subject:From; b=QEoYOgcgzRhhA2gd2aXrYVmJHZNx2M5ahCC4z9CgIcfh/0fUzPgHqTN1lxkO0D5bA fuvQzEy5PnS98pMa8g8+VnkliDTe6Kgk+OI8+t8Fa3XZ4qAWngFMy3X4GoQgD1sYti H+/I9ANXFIfCIUK6TPwBNpywr2dPPSDGOR4ZaR+RLLDs5Qa3wi7/DAfeDez4UU8haN rcK4es7YtESkpkbOJTAXJxpML/EgCLufozgT/CLoYtMHTbueeAEuAyWQna4BkX7C2P lgUUSpNrvVnQQeS7+tzOlSM1gyHemtceMCy3qOuno2AoN+dxUvUpB5wvLXrZW6l+w3 TQGI8k+9cxmgA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4NvTx51xHHz9rxD for ; Sat, 14 Jan 2023 21:12:56 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 14 Jan 2023 20:12:56 +0000 From: c.buhtz@posteo.jp To: Emacs orgmode Subject: Bug: Inconsistent behaviour about inline markup Message-ID: <1e2ff20cefa09050e9e3c690701f83ed@posteo.de> Received-SPF: pass client-ip=185.67.36.66; envelope-from=c.buhtz@posteo.jp; 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, RCVD_IN_MSPIKE_H2=-0.001, 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: , 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 ARC-Seal: i=1; s=key1; d=yhetil.org; t=1673727250; a=rsa-sha256; cv=none; b=fwlZyGhq5Cdsv3dEmVkoFIqXc5Qsrz6hSoZfNi9JRHUzM1RcEg9OW8RxquELfz8d4khDH+ Ad4sx2MpoBOTyz4hCNfIMd/OwU/CzuGjrBY6WDUpC+VC070fn74VskhTxEFL/n/5U79HwU FIyyBKKktaSIS7po3JO09AdN7Z2eAXulWtcpgauyw9S6/SJRLAOXDI0fJVED97thNgFbMV lzlkemyf4GdV95eioYtxOBvO3E47dj7Bem3aITfFzloK/tXsnEsL/pnGgUtWj09ur7jtjA qP645Zke/wXtjPe+8sdw144nx11LoXBrsUkxdIYSj6AUrlm5muvweO+Pew5+Nw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.jp header.s=2017 header.b=QEoYOgcg; 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.jp ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1673727250; 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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=AY4YuaSTzxuQcSUXZgCPAEm8ra3Af2iWejXhvLIZJKo=; b=oxIAUxi0UJGkWZx3khbaOY/DSaIPb/hZe6Run6x64pOksSDbJKED+/KWlmYMZImBVoIK6i QMe4Ql1aFUH1wlruMGgvjjQ8GS/CQ+CEka8y0IvIlhuhu469NMwH44PdhIE8NJiyLBCLVw AHSwNJw5eugwJ4tbZHhaZs/8cYVDG1ut5I4dvjyXNo/MDmT3C19qSD6bl8yB25FI7yJZUG HRl9ZdFBXI1BGHAYW3ZdIzUOF3xA4QL1LLPrGMIbihWfj87i48pTfDgK1SBfpMoiwrscLq q1wxvYgIQZZ8ZLQWjhAMQ0qi+KngIbNhKqPH1o2Awqnt4g7X9ofYglqwIsynJg== X-Migadu-Spam-Score: -4.31 X-Spam-Score: -4.31 X-Migadu-Queue-Id: 281583DCED X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.jp header.s=2017 header.b=QEoYOgcg; 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.jp X-TUID: +x3eSlst8GZm Hello, I'm not sure if this is a bug or intended by design. Please point to the correct documentation if there is one. I'm also not sure if Orgmode is the related component here or if there is any other? What I describe is in the context of auto-formating markup in orgmode. When you type "=verb=" or "~code~" the first and last character disappears but the text gets another color. In GUI mode also "/" and "*" will disapear and make the word italic or bold. What characters are allowed in front of the beginning inline marker ("=", "~", "/", "*", etc) and after the ending marker. Allowed may not be the correct word. With which characters is Orgmode still able to recognize the markup right. Examples (the " are not part of the data) - "=verb=" -> OK, because line beginning and ending are allowed - "(=verb=)" -> OK - " =verb=}" -> OK. Space/blank and curly bracket allowed - "=verb=\" -> OK. Backslash at the end. - "\=verb=" -> BAD. Backslash in the beginning not allowed. No formatting happens. - ")=verb=(" -> BAD. "inverted" brackets not allowed. - "=verb=." ->OK. Dot at the end. - ".=verb=" -> BAD. Dot at the beginning. IMHO there shouldn't be a difference in the allowed characters in front of the beginning inline marker (the "=" here in the example) and the one after the ending inline marker. First of all it would help me if this is documented somewhere. Second it would improve my (regex) code (which have to parse such org-markup) and its maintainability if allowed characters would be uniform/consistent. Kind Christian