From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id yAsZMYSY6WUvOAAA62LTzQ:P1 (envelope-from ) for ; Thu, 07 Mar 2024 11:35:48 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id yAsZMYSY6WUvOAAA62LTzQ (envelope-from ) for ; Thu, 07 Mar 2024 11:35:48 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; 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=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1709807748; 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=4M2YVuNhLhvywcSpi9CH8Ay44vwTuLPtOkbyOgPXt5U=; b=p3R6khNdehO+zYU83gcafdP+6XzdR988Z/dRfBp0i23RJlgHyDKw2ESrX+bQ3Y/tcKivhq xj4pRuizlCkKZ5P/K3ppOLLWFm/ojFC7Zvvyf5XY1OAke+xysXdkb21tqQqU9N9hL0f+gi wMuSe4NOh9QjTEpmwwQrO+tCY4dzPu7mlBZWIg9wRAo2svO8nu5fmuO5jAs8fxh8Wqt0Xy oZ7i2OsexJj+Iny5TJIFD2lpcAgcYdSuZkIWWtrfU1deMBZTAGZc7/uRp0Z39EHlwrcGt0 oNeLMAyNTCZoEt01B5gdzA+wkVLAQ/0BO8zS0lB6d6qkXdAr/GppqALJlpCahQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1709807748; a=rsa-sha256; cv=none; b=Dx3ZLESuh4Pyw+rzytWgZb0kRHBVh4MJn8FnKuufHxVhTkriJYJqNoDRw0SH3Bt75r09Mk B5iAdCrdQv5JLuCCNllMwv/YmL78orFDRyVOOb+QRI/THCzLthpbuOiHFHmZGPfKn57OBG 2rx/Z+/Jmouz4uvMOYSrPMbSW8SInUvgRl48+a87CtSlVYwWcx2WXfw5p+lCp6EX9OOeHJ w3qNVmtqWcmRQqnZJRHn4BB1M+DcdK1Jcn1zw1QO5F57mRCAqrmVJYKdVOG8jIOOhRN6Sv pNyCwEbdIpfCaAZX93R0Fp78F8OGYZOTEJ7Xl6v87PhMfgqZnVXBZZYvq2MsYw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; 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=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none) 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 A1FAC6A294 for ; Thu, 7 Mar 2024 11:35:48 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1riB5O-0004yb-D5; Thu, 07 Mar 2024 05:34:50 -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 1riB5N-0004yQ-97 for emacs-orgmode@gnu.org; Thu, 07 Mar 2024 05:34:49 -0500 Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1riB5L-0001X4-WB for emacs-orgmode@gnu.org; Thu, 07 Mar 2024 05:34:49 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1riB5J-0006U6-Td for emacs-orgmode@gnu.org; Thu, 07 Mar 2024 11:34:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: Re: naming: Re: Experimental public branch for inline special blocks Date: Thu, 7 Mar 2024 17:34:38 +0700 Message-ID: References: <87wmql6690.fsf@posteo.net> <875xy1kisj.fsf@localhost> <87frx339yl.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla Thunderbird Content-Language: en-US, ru-RU In-Reply-To: <87frx339yl.fsf@localhost> 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: 26 X-Spam_score: 2.6 X-Spam_bar: ++ X-Spam_report: (2.6 / 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.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -2.66 X-Spam-Score: -2.66 X-Migadu-Queue-Id: A1FAC6A294 X-Migadu-Scanner: mx11.migadu.com X-TUID: nrKJR3b41QoR On 06/03/2024 17:56, Ihor Radchenko wrote: > Max Nikulin writes: > >>> Custom inline markup. >> >> "Markup" is something abstract to my taste. I would prefer something >> related to concrete instances of such objects. > > IMHO, the whole point of the discussed construct is exactly being abstract > and multi-purpose. Almost everything in Org syntax may be called "markup", so using this word for a specific object may lead to confusion unless a couple of extra words are added to make it clear what kind of markup is referred to. I had an idea to name new object "markup macro" since its role is close to existing macro ("substitution macro"), but I discarded it because "markup" is too general. >> Decorators sometimes stressed as "inline decorators"? > > I dislike "decorators" because it is not a term we use anywhere in Org > mode. I'd prefer to reuse an existing term, if at all possible. I had a hope to find a unique word that will be convenient for usage in discussions, a term that will be uniformly used in the manual and in the syntax specification. If others are happy to name "block" instances that are neither solid nor shaped as blocks then I see no point to continue this discussion. P.S. I am neutral in respect to "span".