From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id eBY5H1kqimYNFgEAe85BDQ:P1 (envelope-from ) for ; Sun, 07 Jul 2024 05:40:41 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id eBY5H1kqimYNFgEAe85BDQ (envelope-from ) for ; Sun, 07 Jul 2024 07:40:41 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=BVJnswSV; 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=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1720330841; 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:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=dN4KZHJFbreFqPNqmKG1ajNH//K4E13lP4aruj0V0OI=; b=D5Mp88E5DOCgVtbEg+yf15CA+9jsINV3OLixK29HUQNyKnWvaET7hrvm45Qt/JhpHQhh76 p0YvwTckd8yeZmpwBabD9BfCxLXQskEXhIrCE0eqR9a17XEuiVXqDIDNH7wMt2dAEOZiPq kYxZ2KHKMLsizO8DPVFfNV/Ju2YVHbnOrESUxO5jy/PF4eb5eVIlWmLUa8L3UgTCBH/o3P yPCqKJsjsQlR68+K9+RqUVEVrH+4UzsjioViP60WKsrFyH3XDsIHUx/4C7fGYwDqRiYrFW TQC489NSrSajvcmwvYT5ZXbp/Ag3qxrBSUwyC4K83+RsiYrkK5xkZoM9si/ulA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=BVJnswSV; 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=gmail.com ARC-Seal: i=1; s=key1; d=yhetil.org; t=1720330841; a=rsa-sha256; cv=none; b=g4dYLAVqvczjxZnRX6IISBlGFChCDIfSC8bc3Pqg8xUl5xiWGFcFRvnX2B6Hw1cjniAD7k mhPG0ns5ES/hw5nd1bCb4GPmRpKe7bGOXyxFkJG0aQgW+d6O3RB0hBxKKniStQvGxeFgPC u6aUHLxCMa/b5FW/chOQxBTg9c+YA/bd4bRvYcJZ9CTFtAC4VyldkKPOrQDmxJy5XpyKlS J30MNx2C77Jww19GJU5a5VmpcZyvpMO9uk5qPz1D4JcMfZdEW1OgNPvK37KCqSLYiA0yB2 S2Gcgs8hTL+yXwenwHoJqQ3wPozBavAdwrkaN2bjYztSNkSFbrsckMNfYBmWSg== 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 0DA8F6A62D for ; Sun, 7 Jul 2024 07:40:41 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sQKcg-0005nE-Cw; Sun, 07 Jul 2024 01:39: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 1sQKcb-0005mZ-Q5 for emacs-orgmode@gnu.org; Sun, 07 Jul 2024 01:39:38 -0400 Received: from mail-ej1-x62c.google.com ([2a00:1450:4864:20::62c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sQKcY-0006Sz-I1 for emacs-orgmode@gnu.org; Sun, 07 Jul 2024 01:39:37 -0400 Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-a77d85f7fa3so255540966b.0 for ; Sat, 06 Jul 2024 22:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1720330772; x=1720935572; darn=gnu.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=dN4KZHJFbreFqPNqmKG1ajNH//K4E13lP4aruj0V0OI=; b=BVJnswSVhLfddhhfVxDLJAuPRP4NJsoi0Ht9gC8uxRZYuuIL/0RCa4dXe2n2/gpJPG iBSe8iuFvRHVdhNCea+Rdk5EZvmZJUbms3ODe40PnlXvm1jJEoBF77DHj0Oi3xleFI0v 8/uLgQi/NOE6rLnwBvPtilzBrcfMNlzZIHEPQNqevwahGiGQcSbsDAVuMbtAQPXYOQi+ +W1BMtWsyCTEogE/4XlgdmxAjHKslmhW5S9xzkuA/+xFoRjJ5eM17o77jX4wYRSBzhn7 DFbPq2WDigNborCuTRkJkHhVvQ5PKlY0jhq9gve2aXKF1SzF1RF+4gGDzlLitr6opXtl 65KQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720330772; x=1720935572; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=dN4KZHJFbreFqPNqmKG1ajNH//K4E13lP4aruj0V0OI=; b=Y2W+j6piTMW/YoWlgs8tKfN82WqsjMdnnNDvD7C/c5u4kcpcn+F3QQCRDc/sxmgPQh J8sh9LuMGPvbF0VCiFihvloWP/eqbJUXRVanE+VSLhKK6ZZ35nz6TjXWYNAtABXP7xa7 zPuB0x/IhdLljhGJRpTudx2RHPhOdZz08OoOyB91sgD/n/Gsu0sZWbbgNx+PCX4OxTQH abPretl9o4tnkKseQzIHNntmOSHczmPRUuL0PuQU8zhrPpItlOOhg8ES1E0qgyVkGdSu pvD2x/UGRFlacKvB96LyrZT8mEvDxfdTOv8ZpPs/WLaegKf4wuIll1GnbYsfjmTZnyA3 Wdiw== X-Gm-Message-State: AOJu0YzVc9mfYPb0wORQUU5nGXdJ4zpclBXuFRjBKtB0oVZsc57D9Q6j XX0wxi4q9aArYqE1hxDOzYmGM53oVn0rOWYrJKHJRVEdoVAApRimRMAorftOyqkBFbXgn2Wj6Vm Z3JbL9aPJnA1pdVisK3ilz+lKjsaY0+G2 X-Google-Smtp-Source: AGHT+IHlLpKtaR1p90QBivQ9EiH3BioUZ0xKhmzOQ2p0QJNXJ7u54rKH81Y9GNaWrVzruAiSu5rmjboZgfnb9Ci+bg8= X-Received: by 2002:a17:906:8883:b0:a77:cb47:7dd3 with SMTP id a640c23a62f3a-a77cb477ed2mr526224566b.31.1720330771512; Sat, 06 Jul 2024 22:39:31 -0700 (PDT) MIME-Version: 1.0 From: Pedro Andres Aranda Gutierrez Date: Sun, 7 Jul 2024 07:39:05 +0200 Message-ID: Subject: Re: Re: multipage html output To: orm.finnendahl@selma.hfmdk-frankfurt.de Cc: Org Mode List Content-Type: multipart/alternative; boundary="0000000000008843d5061ca1b881" Received-SPF: pass client-ip=2a00:1450:4864:20::62c; envelope-from=paaguti@gmail.com; helo=mail-ej1-x62c.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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-Queue-Id: 0DA8F6A62D X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -8.74 X-Spam-Score: -8.74 X-TUID: MkHd1zhhfFEI --0000000000008843d5061ca1b881 Content-Type: text/plain; charset="UTF-8" Hi Oorm thanks for the lengthy answer. >Hi, > >Am Samstag, den 06. Juli 2024 um 07:47:43 Uhr (+0200) schrieb Pedro Andres Aranda Gutierrez: >> Sorry for bumping in, I've been more off than on in the last couple of >> weeks... >> Just a stupid question: have you considered any marker to force a page >> break? >> That would make this functionality portable to other exporters like LaTeX, >> where >> you can force a page break with \clearpage or \cleardoublepage. > > although this is of course possible, currently I'm not planning to >implement it. > >Regarding html export I see some problems with that idea: > >1. It would either open a new can of worms if this page would be added > to the toc with all sorts of ensuing problems like naming, etc. and > getting out of sync with the Latex document's toc. OK, right, didn't think about it that way... Because this functionality would be more about typesetting than about anything else. When you export a doc to LaTeX, you barely care about the TOC, because that is generated "behind the scenes" from headings only. >or > >2. Those additinal pages don't get added to the toc and are only > reachable by navigation elements, which I consider suboptimal (and > you'd still have to name them). But that's exactly what this is about... In LaTeX is would go unnoticed by the exported, and maybe to export to plain text you would add a form feed (^L, or FF) and increment the page number. I suspect that for ODT there is something to force this too. > >In any case, currently I'm facing many problems concerning the >glorious hairy details and am glad if I can sort them out in a way >that they are general enough to be added to ox. Adding additional >engines to handle page breaks the way you envision should then be >feasible without reinventing the wheel. > Thanks for your view... maybe the design of this feature involves creating a #+PAGE: directive that is translated to a NOP when exporting to HTML and to whatever it needs for other exporters, Best, /PA -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --0000000000008843d5061ca1b881 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Oorm

thanks for the lengt= hy answer.=C2=A0

>Hi,
>
>Am Samstag, den= 06. Juli 2024 um 07:47:43 Uhr (+0200) schrieb Pedro Andres Aranda Gutierre= z:
>> Sorry for bumping in, I've been more off than on in the = last couple of
>> weeks...
>> Just a stupid question: hav= e you considered any marker to force a page
>> break?
>> = That would make this functionality portable to other exporters like LaTeX,<= br>>> where
>> you can force a page break with \clearpage or= \cleardoublepage.
>
> although this is of course possible, cur= rently I'm not planning to
>implement it.
>
>Regardin= g html export I see some problems with that idea:
>
>1. It woul= d either open a new can of worms if this page would be added
> =C2=A0= to the toc with all sorts of ensuing problems like naming, etc. and
>= ; =C2=A0 getting out of sync with the Latex document's toc.

OK, = right, didn't think about it that way... Because this functionality wou= ld be more about typesetting than about anything else. When you export a do= c to LaTeX, you barely
care about the TOC, because that is generated &q= uot;behind the scenes" from headings only.

>= ;or
>
>2. Those additinal pages don't get added to the toc = and are only
> =C2=A0 reachable by navigation elements, which I consi= der suboptimal (and
> =C2=A0 you'd still have to name them).

But that's exactly what this is about... In LaTeX = is would go unnoticed by the exported,
and maybe to export to pla= in text you would add a form feed (^L, or FF) and increment the page number= . I suspect that for ODT there is something to force this too.
>
>In any case, currently I'm facing many problem= s concerning the
>glorious hairy details and am glad if I can sort th= em out in a way
>that they are general enough to be added to ox. Addi= ng additional
>engines to handle page breaks the way you envision sho= uld then be
>feasible without reinventing the wheel.
>
= Thanks for your view... maybe the design of this feature involves creating = a #+PAGE: directive that is translated to a NOP when exporting to HTML and = to whatever it needs for other exporters,

Best, /P= A
--
Fragen sind nicht da, um beantwortet z= u werden,
Fragen sind da um gestellt zu werden
Georg Krei= sler

Headaches with a Juju log:
unit-bas= ic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader= -deposed hook here, but we can't yet

--0000000000008843d5061ca1b881--