From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id YA6ZORpdo2YIPAEAe85BDQ:P1 (envelope-from ) for ; Fri, 26 Jul 2024 08:23:55 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id YA6ZORpdo2YIPAEAe85BDQ (envelope-from ) for ; Fri, 26 Jul 2024 10:23:55 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=hfmdk-frankfurt.de (policy=none); 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=1721982234; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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; bh=thVm4KGeXQ0a3p/gPlJl0FIlEy6TVs2daSqobuBGhiE=; b=RrJmk8MbVIwtkQZGRxj937a71vptYp3EJ63dLHfHwMaSYPBW/GRMMSFa0W73gIItflcvur Ycx40LtUhBDhZppxkTCLaRft7f5tGtBvdhgsad3zG/8E+b+tQUcLtwcIf1VJArrD72+iBd VroNg7dt65aGKIk+9a5WMsLRwC+Dy5JD4BRbhw1OclJlxHQZY8xFJ7A3WgXGZDLFv268hZ LcWo/pRWxn6Pm3gQkWVscyWnjUBAZUpKkGwxsVlnaKMLi/odDwcnxqqoYU+uTBeYMXt3sf 3iWEMaeY2tucVsldeBBvytpWS2ZaJ04uipW7xMfjVX5kH7s0qGcdEWy/aV/YjQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1721982234; a=rsa-sha256; cv=none; b=KH4lZgQkv7joxeVV20EtqA2F2r84L9QfwfKGxMyQw+tHV98bwf408uq9YO+oEInGapV7Yq BnDyXOLz879FO+07w2/tTkY44JVXX4yQBb4Kbtdhbmt1efv2iTBI8OVx1thYMT/rdt51T8 f2KNuZicEx6gXlPEYCaf5kbTaZhO67aMNQeGzKd/tQdF4C8DKhfmqA7mLThkGBwOxbWw9d x4mYPNm+NDcjkzfoMgUz1fySXPJ9QSpT8uFqYDLLzrcQ8/oQ2FUS6KkME7U/yaOK4Le+IK 0CXSbhAVbladzkALK/nUB3GFsG8WVO1N1Im5BgvBl9pA5Bg7LHxPZUSgjXEXrg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=hfmdk-frankfurt.de (policy=none); 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" 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 B2F4D3C1FD for ; Fri, 26 Jul 2024 10:23:54 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sXGEG-0005Or-8z; Fri, 26 Jul 2024 04:23:08 -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 1sXGED-0005OX-Em for emacs-orgmode@gnu.org; Fri, 26 Jul 2024 04:23:05 -0400 Received: from www.selma.hfmdk-frankfurt.de ([46.4.92.145] helo=mail.selma.hfmdk-frankfurt.de) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sXGEB-00026V-Em for emacs-orgmode@gnu.org; Fri, 26 Jul 2024 04:23:05 -0400 Received: by mail.selma.hfmdk-frankfurt.de (Postfix, from userid 113) id 30D81F61D70; Fri, 26 Jul 2024 10:23:00 +0200 (CEST) Received: from selma.hfmdk-frankfurt.de (ip-037-201-128-004.um10.pools.vodafone-ip.de [37.201.128.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (Client did not present a certificate) by mail.selma.hfmdk-frankfurt.de (Postfix) with ESMTPSA id 03915F601FA for ; Fri, 26 Jul 2024 10:22:57 +0200 (CEST) Received: by selma.hfmdk-frankfurt.de (Postfix, from userid 1000) id 21B45396054D; Fri, 26 Jul 2024 10:22:57 +0200 (CEST) Date: Fri, 26 Jul 2024 10:22:57 +0200 From: Orm Finnendahl To: emacs-orgmode@gnu.org Subject: Re: multipage html output Message-ID: Mail-Followup-To: emacs-orgmode@gnu.org References: <87wmlp38gr.fsf@localhost> <874j8gz9qh.fsf@localhost> <87bk2o2o2m.fsf@localhost> <87sew011c6.fsf@localhost> <87frrzdrbz.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87frrzdrbz.fsf@localhost> X-Disclaimer: Why are you listening to me? X-Operating-System: GNU/Linux Organization: Hochschule =?utf-8?B?ZsO8?= =?utf-8?Q?r?= Musik und Darstellende Kunst Frankfurt, Frankfurt, Germany Received-SPF: pass client-ip=46.4.92.145; envelope-from=orm.finnendahl@selma.hfmdk-frankfurt.de; helo=mail.selma.hfmdk-frankfurt.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, 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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -2.82 X-Spam-Score: -2.82 X-Migadu-Queue-Id: B2F4D3C1FD X-Migadu-Scanner: mx11.migadu.com X-TUID: UK3+A9eCbmUt Hi, I can implement everything now with your changes, but not exactly in the way you propose: Am Mittwoch, den 24. Juli 2024 um 10:20:16 Uhr (+0000) schrieb Ihor Radchenko: > I believe that my changes should allow you to implement multipage export > in the following way: > > 1. You can use :filter-parse-tree in ox-html backend to replace the > original (org-data ...) AST with a list of ((org-page ...) > (org-page ...) ...) pseudo-elements and populate INFO channel > with auxiliary information you now compute in > `org-html-process-multipage' :filter-parse-tree kicks in before `org-export--collect-tree-properties' adds the headline-numbering, which needs to be present before the multipage code can do its work. I can do everything in `org-html-transcode-org-data' (processing the parse-tree and transcoding to lists), but it is semantically not as clean as you propose with org-page pseudo-elements. I see 3 options: 1. I just finish it doing everything in `org-html-transcode-org-data'. 2. We change the order of `org-export--collect-tree-properties' and the call to :filter-parse-tree in ox.el, but that might be breaking other backends. 3. Add another filter function property to be called after `org-export--collect-tree-properties' has been executed (:filter-final-parse-tree?). wdyt? -- Orm