From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id gDUoBDpZpGWPJAAAqHPOHw:P1 (envelope-from ) for ; Sun, 14 Jan 2024 22:59:22 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id gDUoBDpZpGWPJAAAqHPOHw (envelope-from ) for ; Sun, 14 Jan 2024 22:59:22 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="C9Sl/CTv"; 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=1705269562; 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=zEiS4aGXD6EH+pyAJow1Q8obfeKPuLP2J2n/7NCKkA0=; b=Q5xsnyZ/dYs8iTqPsztRyyPFezypRUPWMV5IXcTHB77MhDvhdA5ayvjAC9yROwiKaW86Js jxRy4dYKitpScq1jVEXAGoG/7wtHvPtSKbarcRY58fCSMe682No43EoZsm5ERIhVY9Hjm4 JXD4x9i+TiWAH65DiXeTpCo5ZBL07cZGmy4Ow9xo1a4ltnwpn58NlFZoIQB/31cgbAnznF hHBt3qB8jiirvKvFiYS/JH1K7MJ/MKAjrE6/SNgs5OpRiR4R6l6tHtLp2qMWkcRiOLynYJ iu5ey1R+WK1boDyEKRE4j14ZFp12vLJPvp180FDWZ/YITJVVt+0wXlrhBm/xXg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b="C9Sl/CTv"; 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-Seal: i=1; s=key1; d=yhetil.org; t=1705269562; a=rsa-sha256; cv=none; b=bnDcC1q7VxPGbRoRJe1wgu25wAwtl6Ocunao93N4+B9CIC9yLMgwrf6GexCSxdRv3QhFgR RUfAaBIZ035Sm/Qk5Qdusj9ahf4mVIDNSwDwaeOWoQZu+BYCvL+qbDaq51lenFkIvLerLW wXRqwbc+RKzw92XBGUKIGoxAAFO0UrYiGAity0QbynuKd5bp8XZaRAA5hzkvgIy9uzDZXH ZV+Er7oc1PjqLOURyXUSu0eRKaS+MufQwvq2l8BVmKm0fxz57iM7B0DthWDfOwGo8A5Lfu 0hq2Sqa4bTU8AILL7wbb8IgMH/1WiiU/S/BxCkFhAJ4RX+Sv0f5wV/bvXo0ZiA== 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 5690B507BA for ; Sun, 14 Jan 2024 22:59:20 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rP8Uu-0007lg-Aj; Sun, 14 Jan 2024 16:58:28 -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 1rP8Ur-0007lY-Ji for emacs-orgmode@gnu.org; Sun, 14 Jan 2024 16:58:27 -0500 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 1rP8Up-0007Dl-9M for emacs-orgmode@gnu.org; Sun, 14 Jan 2024 16:58:25 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 6A776240029 for ; Sun, 14 Jan 2024 22:58:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1705269499; bh=zEiS4aGXD6EH+pyAJow1Q8obfeKPuLP2J2n/7NCKkA0=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=C9Sl/CTvPKsLPYGcGjkfZlqofbmaQa54Ij81EU/Lpqd7NPgBWl66wuBzs1J1tRFwm kPzQufKAdkvn6bLMo7WUefYZclyYo2tILHkVshDz4tCQ1eYjIHP7+CrV7SxavK71Aw 81+96Jy/kz2s2OwBjJVrkZgdCW82zHRitVWxXfy2J3CuPMzx+2OV6QwvLY73l2rJQK AJ1bQPBKD3tlapnVm4oTJs5+YHQQY17fupdtzNkFlnDGF/sOyS9qio7HFR8kMxKNKJ VqJ5wO55Yvh5rLQ5ME09QzjU9KWDqMJEumEGkXn58F4bGuy9Bg93cQvRyDkvv3hI4U qVoPAYj/r7+Bg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4TCq0B6gKpz9rxB; Sun, 14 Jan 2024 22:58:18 +0100 (CET) From: =?utf-8?Q?Juan_Manuel_Mac=C3=ADas?= To: Ihor Radchenko Cc: orgmode Subject: Re: [possible patch] Remove the '\\[0pt]' string from the last line of a verse block in LaTeX export In-Reply-To: <87r0ikrt5h.fsf@localhost> (Ihor Radchenko's message of "Sun, 14 Jan 2024 12:33:46 +0000") References: <874jfvjo2k.fsf@posteo.net> <87cyu5uv7c.fsf@localhost> <878r4tfccn.fsf@posteo.net> <87zfx9t7di.fsf@localhost> <87wmsddlw5.fsf@posteo.net> <87r0ikrt5h.fsf@localhost> Date: Sun, 14 Jan 2024 21:58:15 +0000 Message-ID: <87o7dnefwo.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, 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-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Queue-Id: 5690B507BA X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -6.21 X-Spam-Score: -6.21 X-TUID: US1lIhEbrM9z Ihor Radchenko writes: > Juan Manuel Mac=C3=ADas writes: > >> If I'm not mistaken, in TeX '\\' can only be used in horizontal mode: >> that is, within a paragraph. At the end of an environment like verse >> (\end{verse}) you are forced to enter vertical mode, and a new paragraph >> starts. > > Is it true for any environment? Or just some? In principle, nothing prevents one from defining an environment for use in horizontal mode (within the paragraph). E.g.: \newenvironment{foo}{\itshape}{} Lorem \begin{foo}ipsum\end{foo} dolor. But the usual thing is that the beginning/end of an environment changes to vertical mode, with \par or something more elaborate. >> Therefore, I think that whether or not a verse environment ends with \\ = is >> irrelevant to LaTeX. The problem is that when it ends with \\[0pt], for >> some reason that escapes me, the space after the environment is altered. > > I see. Although, I am not 100% if it is something we have to deal with > in Org mode. May it be better to report this as a bug to LaTeX devs? hmm... I don't know if this should be considered a bug. We may think that \\[0pt] should never do anything, but we must keep in mind that the end of the verse environment is the end of a paragraph, and it changes to vertical mode. And the end of a paragraph is an illogical place to put that command. But it seems that it also alters things when it is at that point. Check out this reply from David Carlisle (https://tex.stackexchange.com/a/82666): #+begin_quote \\ at the end of a paragraph causes bad output with an empty, maximally und= er-full, box, and so you get a warning about badness 10000, the visual effect looks a bit= like extra vertical space but it is not: it is an extra spurious line at the end of th= e paragraph, and for example it is not dropped at a page break and will break widow/club= line calculations. #+end_quote If there are environments that redefine \\, such as verse or tabular, probably putting the optional argument of \\ with a value of 0pt at the end of verse alters the calculation of the normal space after the environment, making it shorter. I think that here we would not have a LaTeX bug, because the syntax of the verse environment itself says that the last line should not carry any \\ mark.=20 At the end of the tables I have not noticed any side effects. But in the export of the verse block, I would be in favor of somehow eliminating that last \\[0pt]. Best regards, Juan Manuel=20