From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id gMTiI+lM52W4YwEA62LTzQ:P1 (envelope-from ) for ; Tue, 05 Mar 2024 17:48:41 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id gMTiI+lM52W4YwEA62LTzQ (envelope-from ) for ; Tue, 05 Mar 2024 17:48:41 +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=1709657321; 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=6MftQrpsuWYmZJD50sQDAKBOxZI5Oh3qX+coKEl7bvc=; b=gfW2XhXRRUn1lbXZe3Iglbd1+qgGYLG4tOtyKCraDu3Gzzs4Yf2IX+Rl2Lp225Oo01Xy/Z pgi98ndqa2wOHrWPQ0nS1PJKym/Qv+OtPlvFONQ9Cnik7XYvF7mXHbfrEGdCkfuIcnuPmL MpssCc9NK+BRhCVB8iKxtNDJj3hOiqLfO6WrNgnroyF7zY3fM54xzKPSjRVZNx9v5fufCZ s0JZhj/hle7fF45HuQxz8AuEJnZVxI9DjA1S+wTUa6g+I3DjqCN2XcIzBO1MC+qKECo6Ur FUaS8yFBpzm4jA8rjZPgoCT17bVUewtMV5CU3ZDYPl1B9edTP+asVTtdHcYyqA== 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) ARC-Seal: i=1; s=key1; d=yhetil.org; t=1709657321; a=rsa-sha256; cv=none; b=lPu9eiu3Pf7kJXdbsl+It5PWDxadsQ185TKy4tBMNJtybB3DJ71paaBqEqgro0sX+qGyBp 3+MTFE/wi/FK2BH59bMjrMYJSIEhF2bSyDsA8v6y4RAFheZCjDxwCX6p4JRmPKhhgLwDSh IdyxTHVH7b1dd6bu+NwX/QlDbRvXQI3W3P2XhWG0Tb/di+PtjXGQG95huiLLhQLAbl8dyp IP4n4zjTxr+3JP/vXiUXIw3P7EsGrb9abIcK0koxh5Ch7/DgnYWrY4Gr3johp0xMDTj5WA GcH7APhwPaks/HLOKR+kxGijChBZJ76yraR6TsTSWSiGZIYOwoIRdj3gVdr+Jw== 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 6F03125932 for ; Tue, 5 Mar 2024 17:48:41 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rhXxU-0006Iq-Lw; Tue, 05 Mar 2024 11:48:06 -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 1rhXx8-000663-V8 for emacs-orgmode@gnu.org; Tue, 05 Mar 2024 11:47:47 -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 1rhXx7-0001kv-EO for emacs-orgmode@gnu.org; Tue, 05 Mar 2024 11:47:42 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1rhXx5-0005uf-Ii for emacs-orgmode@gnu.org; Tue, 05 Mar 2024 17:47:39 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Max Nikulin Subject: smallcaps: Re: Experimental public branch for inline special blocks Date: Tue, 5 Mar 2024 23:47:32 +0700 Message-ID: References: <87wmql6690.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit User-Agent: Mozilla Thunderbird Content-Language: en-US, ru-RU In-Reply-To: <87wmql6690.fsf@posteo.net> 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.249, 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-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -1.14 X-Spam-Score: -1.14 X-Migadu-Queue-Id: 6F03125932 X-TUID: 5iE6yQCwF40n On 02/03/2024 03:34, Juan Manuel Macías wrote: > │ Caesar's famous quote: &latin![:smallcaps t :color blue]{Alea iacta est} > ==> LaTeX: > │ Caesar's famous quote: {\scshape{}\color{blue}\foreignlanguage{latin}{\textit{Alea iacta est}}} > == HTML: > │ Caesar's famous quote: Alea iacta est I am in doubts if smallcaps should be hardcoded. From my point of view, current implementation is unnecessary rigid. In this particular example :smallcaps is an ad-hoc property. I would expect its usage through an alias definition, e.g. #+options: inline-special-block-aliases:(("definition" :smallcaps t)) If some type is used through the document multiple times then it is better to avoid style="font-variant:small-caps" and use a CSS class instead. Even for LaTeX it may be better to define a dedicated command to be closer to semantic markup. Moreover different decorations may be used in LaTeX and HTML. Some type may be typed in small caps in LaTeX, but in HTML it may use regular font and some color. Perhaps an e.g. user-configurable and extensible alist of types with per-backend properties should be used instead. A portion of wisdom how to represent small caps for each export backend may be handy, but accessing it should be more flexible.