From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id eA7COY2XM2WeGwAAauVa8A:P1 (envelope-from ) for ; Sat, 21 Oct 2023 11:19:10 +0200 Received: from aspmx1.migadu.com ([2001:41d0:403:4789::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id eA7COY2XM2WeGwAAauVa8A (envelope-from ) for ; Sat, 21 Oct 2023 11:19:10 +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 2FA5D5D540 for ; Sat, 21 Oct 2023 11:19:09 +0200 (CEST) Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=F31+2LHQ; 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" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1697879949; a=rsa-sha256; cv=none; b=S87F3fZ/LeMZIRDpJhYQnOAaea+3RsPF25/ZIFF/DELxVt1rdfSFSs7m6kHFoLwckJCaDI zXsLsCh7ZL6Jnk12/lIahgfUHQD1Pfrd/ZQlciK57siNmpef+eAMJpaZWqjKDlUXJ0y3Cc D0pOE7bbr6LWjrQ6IzsX3GkSi04tms5Ju2bl76eB2frFCeUXezgQJtxv1nnlNZtPuLNYu1 UdwOEqY3D92ZaONCz5fFqOa+OPyZ+ApJo74ydasGCt7sOgrmxjSmE6pd4b9d13q4ZiouQf J8s5CEIH6hdfwO1kz+e5dP8k21I8Ve8wxI3KcHeIzo0GJIEB0sltpTp5HzxUuQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=F31+2LHQ; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1697879949; 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=h2hC+8D3mQZuBgbsaSsOCuq5vOkylkMXdYTrsUQqOmM=; b=YsRQKNCr82HTBNUvdgT9B+0B0lT8owMziprMvN+XH/KH/Wueo15d919cr/hNg5+85SZfR3 PstldKB+ZfHttUBH7wbQnxjOQiDhtTeEkolvRhAppSaQr660TeuJcMWyjdMYQMsktZxlf1 3qZPSV4gyVNB9z8pFiuDDPnDBZhy1x7iXzaZi5pFJ4IKI8Hmdh+OThiVa9HwlXV+RW3Wk4 s4hMb14eK6Rbok8Ym/ZoikIMFh48PcRKk6JA5whezdbvv54BbgY4Lnsy6asahFMkEkRAXF ZJKxqQ6/mYsUh1EezigOVvZ0EilcfNbf4PAz9Pct/ms0ZqoqHvCEyREuKi+Ejg== Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qu87a-0003tP-Nf; Sat, 21 Oct 2023 05:18:15 -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 1qu87R-0003t3-Ib for emacs-orgmode@gnu.org; Sat, 21 Oct 2023 05:18:08 -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 1qu87P-0008AI-B6 for emacs-orgmode@gnu.org; Sat, 21 Oct 2023 05:18:05 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 77C20240027 for ; Sat, 21 Oct 2023 11:18:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1697879880; bh=UyEC7M8D5SOxgsijKXiLg7HpKuQd4fpy1wH759unyx8=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=F31+2LHQPCk3hvw2laksi+YtWCEwCm0Nqurx6SBfo911zK+XPRrvyNeBHXwDHxBew 6Fie85rlV10/mXmZPq+uNHv0ruKaoMIt3SKY7jzoSeLtT/NidCFkse1RPhA0UpXGFw LDTfnLjVtJTpLtzuzzXuwwWKSJEp5kVeIxQpEk1kwTnMIV2d6NW4JYSYqP6+BRIyEz C/ULCSQQjh6wOO3y0R/twogTk1iP+tqHzyQfKcn92BjVdPwwrYDndO/8/G5TOu8j89 vDRHEbHHQQoglpo3nPH0QX8ZOl11wNepGC4GLjOkb8c+IgHIf1hj7qWMegYlj2xLkA wYT12iPzINlqg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SCG880wFSz9rxP; Sat, 21 Oct 2023 11:17:59 +0200 (CEST) From: Ihor Radchenko To: Marvin =?utf-8?Q?G=C3=BClker?= Cc: emacs-orgmode@gnu.org Subject: Re: Feature request: export form feed as page break In-Reply-To: <87zg0ce6yi.fsf@guelker.eu> References: <87zg0ce6yi.fsf@guelker.eu> Date: Sat, 21 Oct 2023 09:19:44 +0000 Message-ID: <87v8b0tjrj.fsf@localhost> 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=yantar92@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-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx1.migadu.com X-Migadu-Spam-Score: -4.85 X-Spam-Score: -4.85 X-Migadu-Queue-Id: 2FA5D5D540 X-TUID: f72hpgJ5NEJU Marvin G=C3=BClker writes: > .... > To ease this process, I would like to request that the ASCII control > character U+000C FORM FEED (displayed by emacs as ^L and also known as > `\f' in C string notation) is recognised by exporters and translated to > the corresponding page break command, that is, in LaTeX \newpage and in > ODT to the XML that makes LibreOffice start a new page. For HTML, it > could be exported as
always"/>
or similar, and for exporters which have no notion of > pages, it could just be copied over to the exported document as-is. See https://list.orgmode.org/orgmode/87mtamjrft.fsf@localhost/ In general, adding page breaks can make sense. The main concern is that the location of page breaks may or may not be export backend-independent. In certain scenarios, you may need to put page breaks in one place for odt export, but in other place in LaTeX export (for example, when page size is different in these two cases). Below are some of my personal notes on this topic: Page breaks is one of the common typographical settings people do use. - In LaTeX, this is easy to achieve simply putting =3D\clearpage=3D - However, in exports like odt, the page break may be tricky and involve di= rect xml - not great https://list.orgmode.org/orgmode/87leq49bu0.fsf_-_@posteo.net/ =20=20 - Page breaks even make sense in text files (ASCII or even directly in Org) https://list.orgmode.org/orgmode/87mtamjrft.fsf@localhost =20=20 - Page breaks are directly supported by Emacs (filling), alongside with har= d-newlines https://list.orgmode.org/orgmode/875yhiyxnb.fsf@localhost =20=20 We may as well add a new element to Org that marks page breaks. + Page break should be an object as page breaks do not necessarily split pa= ragraphs + People also want page breaks to precede certain elements (most importantl= y, headlines) + This is somewhat unrelated issue though -- too complex just for a singl= e syntax element + It would be more productive to introduce generalized syntax to prepen= d actual Org elements during export - page breaks location is very much backend-dependent; typographic detail https://list.orgmode.org/orgmode/875yhiyxnb.fsf@localhost --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at