From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id AN1aGE5Z2GHzCQEAgWs5BA (envelope-from ) for ; Fri, 07 Jan 2022 16:16:30 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id wDkdEU5Z2GF37QAAG6o9tA (envelope-from ) for ; Fri, 07 Jan 2022 16:16:30 +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 E4CAE10EF0 for ; Fri, 7 Jan 2022 16:16:29 +0100 (CET) Received: from localhost ([::1]:53462 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n5qyj-0005ZB-3T for larch@yhetil.org; Fri, 07 Jan 2022 10:16:29 -0500 Received: from eggs.gnu.org ([209.51.188.92]:45060) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n5qxP-0005Xv-W1 for emacs-orgmode@gnu.org; Fri, 07 Jan 2022 10:15:08 -0500 Received: from mout02.posteo.de ([185.67.36.66]:34997) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n5qxL-00007l-OR for emacs-orgmode@gnu.org; Fri, 07 Jan 2022 10:15:06 -0500 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 96498240103 for ; Fri, 7 Jan 2022 16:15:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1641568501; bh=3d1U+mf2MJpTvEMUk8d+41rOM6NSnuX/Jc+JdPoBIKo=; h=From:To:Cc:Subject:Date:From; b=bh4otNsG7GGHHqZHaDsiATq4pszf8DmD49hIBplCZ7kqQm9R2aXOF6WLSEsny2dNv N/2tVEUmKEv1ZMWuJ4Vaow9ls8Rm8F+WKg5YL5Df9udLdVJDU99DJ+JPvXcBeELncf 5UoF4R+p/2nDoxpmGKcmVYfxKAkSgp96ehk2j/J0ISoJwswoYB6juKEAVw9V63jlW3 +MadP1/+jUwo6weNy0rYQC2siNa+JQfThMKbgJrhKghONElxhoeo8+Oaq0LhHGkesz IwTDo9BfU9biQzPwxW2WQYbj589sBxlPqYiU2oI6lWbfxgj0azXqHbJOLj/qweDMqq 31/jVkFLwKdmQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4JVmx063vHz6tmT; Fri, 7 Jan 2022 16:15:00 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Max Nikulin Subject: Re: A simple Lua filter for Pandoc References: <875yqzu7rx.fsf@posteo.net> <87o84r4k2f.fsf@posteo.net> <87mtkaglfh.fsf@posteo.net> Date: Fri, 07 Jan 2022 15:14:58 +0000 In-Reply-To: (Max Nikulin's message of "Fri, 7 Jan 2022 21:29:33 +0700") Message-ID: <87tuefo9vx.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.66; envelope-from=maciaschain@posteo.net; 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_H3=0.001, RCVD_IN_MSPIKE_WL=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: , Cc: orgmode 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=1641568590; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc: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=acfoaqixYUo88V+/Tycat6+d5VYAbdSPmZr7hp+1jSo=; b=FyP4PwjTlC1RFQYSR9jzbMoF0Qj15yncKTSpq72VEbJaBQ7gFbUsCuUO5XyvVwS3UBlt4K LExksS3iGmpZq2h1dVL9NH/5AklfuamEGp1WGJ/x/jRplBSTLSqYBtfiFlDyydGn9XNRAu geGjiQbnCsimssiQhxR+Y/s1X/WIeDtERnKaq1Bk1vKrI5Ex4hlZnNi9hibo+Blz/iLIEh QJlzkhccsO/jlSU3c1nL4bhILudGrtpcN0dgxquN+1TfycOauTaew9bkHrM/4ZrnCkA6sI lNTf9W5owHAOnaYaZoOjlIbls1uebgi4tB0SRTNw79mRtCuRWjoCo8r0fM2Xcw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1641568590; a=rsa-sha256; cv=none; b=AdDLPjcYEKMFuYD1PU3Wjlnq4OaV1Jwoza0qACwiR1biLBtLZLxL8P2RZ/32SM7mdJsbYB s5DqRUEW+FWJ/qvA8Zs3fzaaT5RL/+jtMLp+fZkCdIY+7MG6AK+i0hL4jADDyo0X77xmyR AGS/7Hwxj7FT3Ey3nNfmgPbWozvRzTRK7k4ByO08hKfcei8vpNsXorx0nu57jbOm6B0FY1 V7AiQ4EW/fQlkhVdfL8tmahhPLHC5Zvqc8F782gnGpFhagDp4ANJB+NFQUmi1zUAufYoT1 79W8cpH+06LHlHSbO/36cNerIHQ24ZSaWh2cr8fJtX6EevragLx5yprL2u97JA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=bh4otNsG; dmarc=pass (policy=none) header.from=posteo.net; 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: -6.10 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=bh4otNsG; dmarc=pass (policy=none) header.from=posteo.net; 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: E4CAE10EF0 X-Spam-Score: -6.10 X-Migadu-Scanner: scn0.migadu.com X-TUID: z+38Tdfzq60g Max Nikulin writes: > Form my point of view it is not worse than "\slash{}" entities. Yes, I also use macros a lot, especially for more complex constructions. Macros, entities and other tricks have their pros and cons, but they allow me to have a certain group of characters under control. >> https://i.imgur.com/f6X7qLs.png > > In this example there is no need to replace "<" by entity since it can > not be confused with links. As I have already said, this comes from a desire to keep a series of characters under control, because they can be confused with the Org marks or because I can get confused when working with the text, especially if it is an imported text. In the case of "<" and ">", many authors usually use them for various contexts in philology (instead of the correct characters for some of those contexts, such as RIGHT-POINTING ANGLE BRACKET and LEFT-POINTING ANGLE BRACKET: in that case, I have to replace with the correct symbol). In general, I am calmer if I have, in one way or another, all those symbols conveniently "delimited", because even if Org is not wrong, I can get confused. Anyway, regardless of the idiosyncrasy of my workflow, the origin of this thread (the function in Lua) was in case someone wants to adapt it to their own workflow, and needs to substitute some strings for others when importing from docx or odt. Best regards, Juan Manuel