From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id SL+xCqA+tl+SfAAA0tVLHw (envelope-from ) for ; Thu, 19 Nov 2020 09:45:04 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id kC2MBqA+tl+2LAAAB5/wlQ (envelope-from ) for ; Thu, 19 Nov 2020 09:45:04 +0000 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 592349403C9 for ; Thu, 19 Nov 2020 09:45:03 +0000 (UTC) Received: from localhost ([::1]:50538 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kfgUu-00079E-G2 for larch@yhetil.org; Thu, 19 Nov 2020 04:45:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37866) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kfgSg-000797-Mi for emacs-orgmode@gnu.org; Thu, 19 Nov 2020 04:42:42 -0500 Received: from mout.gmx.net ([212.227.15.18]:38593) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kfgSd-0006CV-Ta for emacs-orgmode@gnu.org; Thu, 19 Nov 2020 04:42:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605778956; bh=OALrhj+rnm0Wd+hLhp0A+v1IgBsyT6BU5Ul8jn8VJKI=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=KMNBSbCBimgUXYDKo0Xq/ezLAzXVAl4DNx2VB/6SvEuZkpzzASJ9BTfYmUcAlZ9Cw +3JHUSX7wwX8PmhyUjg73mRFvdcfmDjm042g39pni97u7JIaXnK7zoypL7w5l43DQI VF/b9H1NKLGw7cRDQA/4zsRUlAiJlgr3VDywT7MY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.175.209] ([87.139.53.30]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N5mKP-1kCxNP1oLb-017Efu for ; Thu, 19 Nov 2020 10:42:36 +0100 Subject: Re: [bug] Export to latex truncates long subsections (WE attached) To: emacs-orgmode@gnu.org References: <87sgpow94z.fsf@nicolasgoaziou.fr> <87sg96ymbz.fsf@gmail.com> From: Julius Dittmar Message-ID: <9675db8f-2c7d-97e9-805c-c9cfe0c711b3@gmx.de> Date: Thu, 19 Nov 2020 10:42:35 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <87sg96ymbz.fsf@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:NkNHUNAhwE6zR2zFuwpkk+iEqBbl/MwfbDMvLx+etW8SoRvRJGX ovmOLKeH1HwvS0MhvXryJ265yNUX5CIrtCyuuAFgsf9yKCIe2qA/U/Al4gK1Krax6Lircb5 HN07xYuCnYiiuLZ+jDmhaItF3XwKuPYfuSv3cQhjny2tkWzD360U2Wx1j5cW5jW8OA463Ir MpgD8jPDXCT1ZQf0AzNwA== X-UI-Out-Filterresults: notjunk:1;V03:K0:jE4my2kIcgw=:vP/EFQssx3zGRh1r3T3o5F I+Xbgb1B9+pw8Syh87l1Xb/9ljy6Hacxr1BWUgK1DaG+/KxL45sXL2liCga94HWrrZsruBxJ4 zbIuW0OsHMKA2M/y3sNbQ43xrN1Wgm+86fZlPwp1NucEG0Zpo5vjVfB+Z7mg3xMNGuhK47XBy bapVabRUM1r+Vb7I3ADwsiGN9zsILTX+oOTINXJtdgfrxC1OnEnJVUqld4oFi7c7yvrWCL5GD 3L6CtNGNVWuw1SH4+1ecjI9H6bLcPMCrqenrpLLMhGHzDIZTcXQRJQCxb04K6OOV9Ti1tOGax EJtVQcaD4dtsh6Gtwgi0oWbXRWwyqfw2CBVu/cN983Ccx3xNy5yrYQX/gMSdTFBB2PRqV1qYb c4W6phFBLTG528MxPOuSMty0kvdk+xvaHE4EkGA0DU6oW+1o47oDVhVZ1jkVEuFSx/sBJzlKq /gffPPYmRYqZWzD+Gm2hoa0b9WkHyoiBpJ+hkoUekhIGexhi37Au/XhSFdeteJw6os7uo1siK /b3VdKLjGDzRSdPj+ogwkJhQgpVDNtEyPYMQCfL/frZc15xW3EymL4XdOyYIX48C5jB7D7iLd 2RZrXLUxbY2zyQiLxtJX2rjz3XD+wVhKq9cKYWxP9V50welOIkkjR6mzAiPEPP30hAjQNoDfG Fl/Un9aqC7+wdf0gyxLdIXQJyUUDwptIwaHIIrwNym8k5wqFpgkcBQ95+ZFqzsHvC3owe0S4a hDfSVnHLwMXJBr9y2wgdNFzuHZwLPywVrRSs2HxrghuvImV/nbkPSLdX8KLuzrJap1fg/xcp/ 3wl5qlCgRrmP2YLibq8nJXmHrxbHUHchi673dpP58qxzbnotXtCZb63EEXec49qjh2WIRJcgl 1ZAdcaT/sY5KhTk4R7LA== Received-SPF: pass client-ip=212.227.15.18; envelope-from=Julius.Dittmar@gmx.de; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/19 04:42:37 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, GB_FREEMAIL_DISPTO=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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.23 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-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=KMNBSbCB; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -1.21 X-TUID: iV0AYctbTz11 Am 19.11.20 um 05:58 schrieb Tim Cross: > > Vladimir Nikishkin writes: > >> So what is the status of this story? >> >> I believe that if one exports an org file with sufficiently many empty >> TODO headings (to me, it seems a perfectly valid use case of org, >> printing lists of TODOs), they won't fit on a single page, and latex >> will drop them. Would the latex snippet in this thread be a good >> candidate for inclusion into org as a canned trick? >> >> On Tue, 27 Aug 2019 at 14:57, Vladimir Nikishkin = wrote: >>> >>> I have indeed investigated the issue, and this is the link: >>> https://latex.org/forum/viewtopic.php?f=3D47&t=3D32788 >>> >>> To make the long story short, the folowing trick is needed to allow >>> page breaks after headings (which is a completely standard case in >>> -org). >>> >>> #+begin_src latex >>> \usepackage{xpatch} >>> \makeatletter >>> % This is not recommended, because it can break several things >>> \xpatchcmd{\@afterheading}{\@nobreaktrue}{\@nobreakfalse}{% >>> \typeout{WARNING: \string\@afterheading\space broken}% >>> }{% >>> \@latexerr{ERROR: Cannot patch \string\@afterheading}\@ehd% >>> } >>> \makeatother >>> #+end_src >>> >>> Shall this trick be considered for inclusion in 'org' officially? >>> I mean, having lists of empty headings is a perfectly standard use cas= e for org. >>> > > What are the implications of doing this? In particular, the comment > >>> % This is not recommended, because it can break several things > > Many people have quite complex environments for generating Latex and we > would need to be certain that adding this package doesn't 'break several > things'. For one thing, it allows something (La)TeX tries to circumvent: page breaks immediately after a section heading. In normal documents, that's something you want to avoid as much as possible. Perhaps another approach would be more fitting, but it needs changing the LaTeX output routine: Have org add something invisible after a heading in case that heading's body is empty. That makes page breaks possible (after that invisible something) without changing the behaviour for non-empty sections. Just my thoughts, Julius Dittmar