From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id mHpNIqwK6mS0kwAA9RJhRA:P1 (envelope-from ) for ; Sat, 26 Aug 2023 16:22:36 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id mHpNIqwK6mS0kwAA9RJhRA (envelope-from ) for ; Sat, 26 Aug 2023 16:22:36 +0200 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 45142487E7 for ; Sat, 26 Aug 2023 16:22:36 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=kTOCR5mC; 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.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1693059756; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=LS6kb+MZ6w7JSoDz93Ekd0C86YEzmNNvPBRY0cteQ3g=; b=koc2z4z2e2cIv8MmxheZj9SXeMEmf3YnnqTejTb37vp4as9QcORBjHXqKCcyYXNZaK5gsH dQDDCIc06clTu4Of/MKHAKBnQAaHfLZC/o3fCrA+WL7DztTaIvFGRPa3n9LbasYFbVGXeh dInieIno/IdKfUynxjU5l1maTvtM0ciVSjG8zxwLLnUYdCrjbmQxnUsTLMXP2PoXqoy0am ccDlN1a+y2Q8VOWN4tirXeykTNgGisKd7+gnZrNmMPwucqw7bVbPBA42DMUHLSx8Wmmdvu MrR0K3hVH6TQyeTA3FIa6DTfpTzvrP8aGW0utxllTfkGkU1zuxr3xehSJkClNw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1693059756; a=rsa-sha256; cv=none; b=nTVr2mubWqaWoct/Q027BgjV06DjtJ8+ccRP5LI8aIeX5vXUvMsbvXy5TVXpqn6EbGsfLc AER14bLyHxItkPR+ODNhymkhup5B68L2eJKVrWvQV+ssXErIP26CPTHHyHbIV3NsubWR1W ys7kY7+Fx7Lb16x2mqpggSxOiQpExWvbnAA8UwJ+Wn+Ikw1iOYDlsne1XJLCcwZ+OZ5sDF M28mWchLmNoszsCuV/sIuwjRDOcgupqw5WCawVCc+yXgGJsKHfxFrnqTd6D8tDlF3sgqv4 HflYQMhR1CB1kBrR+4UurMXiYUX6OUbhXZcMifiNtt7xaP5pVfKUIiw3KYUaGw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=kTOCR5mC; 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.net Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZuAY-0003Ps-8G; Sat, 26 Aug 2023 10:21:42 -0400 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 1qZuAW-0003Pe-Bw for emacs-orgmode@gnu.org; Sat, 26 Aug 2023 10:21:40 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qZuAT-00066u-4O for emacs-orgmode@gnu.org; Sat, 26 Aug 2023 10:21:40 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id C89CD240027 for ; Sat, 26 Aug 2023 16:21:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1693059694; bh=vUJ4nyH1g/0P73dCGD9dVZcCtv1xjm0EiDJEZ0zaAS8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=kTOCR5mChFeCPN1L9mOkh7XMIh/RI++7JhlraRjBh6vErJjl7DXpLvGghTs4SLRs8 QpY8E/zUd537nsMaW9ED/r1bp5lfGYXl+WzSX9Kd1/d0JFZ5nN//tXKxlHDPXCEChF zFmhHYKFNUNG0twj9/2W1OrrxlRuHW5wcO25X3q4USWFmFdTkdahcA+ffC8Vgeyy4t YJJZsC7QsvhffEI6sKQ9ZHWAC7FGiwbLXiNxKP08kI2PckaUndLwi3qvRKP0Xq+pI1 Nye1+6fKo8JT0ky9zqnBe1GIJ++TpZ6wi8AryrMN7r+l7Swg4NUft8p81PCsp8iD9D xnQrf802AsmVQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RXzXF5c3Rz9rxD; Sat, 26 Aug 2023 16:21:33 +0200 (CEST) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Ihor Radchenko Cc: Bastien Guerry , "Fraga, Eric" , Samuel Wales , Max Nikulin , "emacs-orgmode@gnu.org" Subject: Re: [DISCUSSION] Re-design of inlinetasks In-Reply-To: <875y52j842.fsf@localhost> (Ihor Radchenko's message of "Sat, 26 Aug 2023 12:33:49 +0000") References: <87o7omg4ie.fsf@alphaville.usersys.redhat.com> <875y5hn4mt.fsf@ucl.ac.uk> <878ra32jn9.fsf@bzg.fr> <87sf8a6r2l.fsf@localhost> <87v8d47jqh.fsf@bzg.fr> <87sf88d5r6.fsf@localhost> <87jztkve0g.fsf@bzg.fr> <874jko3ad6.fsf@localhost> <87a5ugk46o.fsf@bzg.fr> <87msygk3zh.fsf@localhost> <87bkewip2u.fsf@bzg.fr> <87il94k3a6.fsf@localhost> <875y54d24d.fsf@bzg.fr> <874jkok1eg.fsf@localhost> <87il94wn1t.fsf@bzg.fr> <87fs47h2x4.fsf@localhost> <87r0nrj96r.fsf@posteo.net> <87il92vzm9.fsf@localhost> <87o7iuowro.fsf@posteo.net> <875y52j842.fsf@localhost> Date: Sat, 26 Aug 2023 14:21:31 +0000 Message-ID: <87il91q3ys.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.67.36.65; envelope-from=maciaschain@posteo.net; helo=mout01.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_H5=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: , 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: -7.16 X-Spam-Score: -7.16 X-Migadu-Queue-Id: 45142487E7 X-Migadu-Scanner: mx1.migadu.com X-TUID: ALXh6R4EEhbj Ihor Radchenko writes: > Juan Manuel Mac=C3=ADas writes: >> I think that would not be expected, since an anonymous section is just a >> break in the text that has neither a title nor a section number. >> ... Anonymous breaks using asterisks or other symbols is usually the app= lied >> remedy. The advantage of enclosing the content of the anonymous section >> in an inlinetask is that we have a 'true' section with content (over >> which you have control). That would not happen if the author explicitly >> added a break symbol and continue writing. > > Do you mean section in LaTeX sense or in Org sense? In Org sense, I think. If an author adds an 'anonymous' break (through some customary symbol) and continues writing, the content that follows belongs (for Org) to the current section. By using an inlenitask, you can have control over the inlinetask content, for any purpose, for example with some export filter, etc. On the other hand, for my own writing I usually use this: #+begin_src emacs-lisp (defun my-org-latex-format-inlinetask-default-function (todo _todo-type priority title tags contents _info) (if (string-match-p "anonsec" title) (concat "\n\\begin{anonsection}\n" (org-string-nw-p contents) "\n\\end{anonsection}\n") (org-string-nw-p contents))) (defun mi-org-odt-format-inlinetask-default-function (todo todo-type priority name tags contents) (if (string-match-p "anonsec" name) (concat contents "* * *"))) #+end_src And for LaTeX I have defined this: #+begin_src latex \newcommand\dinkus{\mbox{\textasteriskcentered\space\textasteriskcentered\s= pace\textasteriskcentered}} \newcommand\anonsectionmark{\dinkus} %% require the needspace package \newcommand\anonsectionbreak{% \nopagebreak[4] \bigskip% {\centering \anonsectionmark\par} \Needspace*{2\bigskipamount} \bigskip} \newenvironment{anonsection}{% \anonsectionbreak% } {% \par} #+end_src >> Anonymous breaks are also widely used in essay or narrative texts. An >> essay text, published as a blog entry or as an article, can be perfectly >> structured into anonymous sections: >> ... >> https://en.wikipedia.org/wiki/Section_(typography)#Section_form_and_numb= ering >> >> https://en.wikipedia.org/wiki/Section_(typography)#Flourished_section_br= eaks > > This one I know. But it can work fine with normal headings, because such > texts are nothing but a sequence of "scenes" - nothing "inline" when we > have one scene, interrupted by other, then coming back to the first one. Actually, I think any anonymous text break or sectioning can be accomplished using Org headings and some trickery to ignore the heading on export, but I think inlinetasks lends itself quite well to this constructions and others I've seen discussed in this thread. In general, for any 'piece' (section =3D something that is sectioned) of text that needs to be separated in some way from the main text, without a hierarchy of levels, inlinetasks are a great, versatile and simple tool (IMHO). --=20 Juan Manuel Mac=C3=ADas https://juanmanuelmacias.com https://lunotipia.juanmanuelmacias.com https://gnutas.juanmanuelmacias.com