From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id SGq8DrQ3jmKeBAAAbAwnHQ (envelope-from ) for ; Wed, 25 May 2022 16:05:40 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id UAaHDrQ3jmLGLQAA9RJhRA (envelope-from ) for ; Wed, 25 May 2022 16:05:40 +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 B688B83E7 for ; Wed, 25 May 2022 16:05:39 +0200 (CEST) Received: from localhost ([::1]:44048 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ntrdq-000328-Jq for larch@yhetil.org; Wed, 25 May 2022 10:05:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59276) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ntrU3-0002zX-F0 for emacs-orgmode@gnu.org; Wed, 25 May 2022 09:55:33 -0400 Received: from mout01.posteo.de ([185.67.36.65]:43681) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ntrU1-0005R5-97 for emacs-orgmode@gnu.org; Wed, 25 May 2022 09:55:30 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id D992924002B for ; Wed, 25 May 2022 15:55:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1653486925; bh=3O1WawaRJi5PvEV2UWs9Q2++JT8poMRHDnWhUOkd7SM=; h=From:To:Cc:Subject:Date:From; b=GmqNvaD5nns3CuYT4zKMZTWJCJ/39TfYeEB1sRKu1+f2Bc/e/T11NEy0wgEYuURVi aW4f+If9y+x7607xdzaQDiZWiGUsLt/SsSNHiPVWXiMXHHFd6g/1rFBIDBO1titvLD dUBST3MhK2Mxa1MnjO3FiXmALluH3hkC1GQqPkUmRCtKMz5JrBnmERmGZHnOspRMGA Wt/otApjgP0qQNAaYtxLjMqxq1t0oQhSL710X5b56WCnA2wMH9PqK17WRezpU0oguA YOQcFdprH2ZLwlSy1n4VWdVd0EZatF9PSKFyDBeSc+/YT8nsnA3hmSWUIAJlCZeSMe uISkJ1Kz92pAQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4L7XdT16wPz6tmf; Wed, 25 May 2022 15:55:24 +0200 (CEST) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Ihor Radchenko Cc: orgmode Subject: Re: About 'inline special blocks' References: <87czg49cwq.fsf@posteo.net> <87bkvn7iqn.fsf@gmail.com> <87pmk3shvw.fsf@localhost> Date: Wed, 25 May 2022 13:55:22 +0000 In-Reply-To: <87pmk3shvw.fsf@localhost> (Ihor Radchenko's message of "Tue, 24 May 2022 11:56:35 +0800") Message-ID: <87czg1hg39.fsf@posteo.net> MIME-Version: 1.0 Content-Type: text/plain 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1653487540; 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=rCuLxW94MYVg6+VnUP4LzirsHz1BysQWWTAgNALKnOY=; b=G2d86U64+hyxyGSC9pUUwcmtSjgP5gR3FniwjTGuyuHS+O+uWfgCzV9rEtokQ9oNpnxddH y9vbuQPjJcM9EHeS0Fzk2105ZhPmJV7sQo12/2bC26Qas6CSKC6R1ZvyIdfeidNLVxLtr6 kekQPms0O5T+KaMU580BnaFIqYAEZcNq/Gh4scBFYSbgGDNk+r9fJH/tbSROCo16yW3eWp ovyAh+k+pN4fqhTqMfAfWCziiH/NlNy5l7tIoGbj5u1j99VDc5DWHDwNcrStJlr74Ox8l+ o7ycRSoFODve9tvQXrps/fx3TSYTQcD8NGTdHs5pYvcLRux7ZwClRFdvYla72g== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1653487540; a=rsa-sha256; cv=none; b=UO7QnC0Whv/Hx48dcLG/aYUnVPlPz88qpb9MuOipGPfQNaTsy0RptdFfNzFX8iNDLxBJJK ECQv0shP+DMHkxo9CahgeM50V1YDcR8FdpQgqkCuKT575jD6OOGFV78G9nCEfvOs/mKXI3 zxqI/lWvBywdlW3GTjdx6dQGagjOjHT2oDOnE4h4auhhr/G03lbffOlcKcihzsmDcXbwO/ 6B/ZljUT9a6UUXE190rvllP2kMhw01DhbhP4OZ+uKGwCVzdwuIRXTm7ix/ye5NCNpDd8sD H3O/cDcFa2kStuYti9RqI6fDCEIfwpJpNXXoErM6MbXc0FrGbGUO2TBDo1PW8w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=GmqNvaD5; 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: -4.64 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=GmqNvaD5; 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: B688B83E7 X-Spam-Score: -4.64 X-Migadu-Scanner: scn0.migadu.com X-TUID: AKL8LKgFfoca Ihor Radchenko writes: > I think that we might simply allow to define complex configuration > before the containing paragraph. Something like: > > #+attr_latex[name]: > Vestibulum convallis, lorem blockname_[<>]{text} a tempus semper, dui > dui euismod elit, vitae placerat urna tortor vitae lacus. > > "<>" will be treated as "" during > export/parsing. I really like this idea of taking the complex configuration (in case it is needed) out of the paragraph. I vote for a procedure of this style. That rows in favor of legibility and lightness. Of course, the blocks that need an /ad hoc/ configuration represent, in my opinion, an extreme use case; and, as I mentioned before, I think that it should be avoided as much as possible. I also fully agree with Tim's comments on this. Ideally, any format settings for LaTeX, odt, html, etc. must be done globally, outside the body. Best regards, Juan Manuel