From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id crm6J2HjjmZbWgEAqHPOHw:P1 (envelope-from ) for ; Wed, 10 Jul 2024 19:39:13 +0000 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id crm6J2HjjmZbWgEAqHPOHw (envelope-from ) for ; Wed, 10 Jul 2024 21:39:13 +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=1720640353; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post; bh=hIPFGcxay+KEDJy4X2d5iozjvPyajwRLNupJkH7X8cg=; b=sjfx7CjTAYiRF9dc+4HAm/GbJT7seuHa5AdRsClfrc9oFKzacoRpN2sUCSNbfm9KuCfZiL swmJwXDMtvHIV7AT0035QtYUxeMMtry/U2M18ImoPoD+/mHER9N9dKBahVDTvp0dqvvTj9 Iuye00hkxHcyWQSZEJVPibOoCtzaYv5LcujU2TUq+bNSqwuyHsRCYbhKLjzD6O4Aom91Qo ZuaP9uoQQ6b4KoWs4nK0o46DTe6pygLrUfbuLf5K2QZ4LQXcIIgD5l6Noa2zGvuNjjHjS/ n2L9uaun35Pz1UYajh7d6xA021UmeqbnNaZOJya7ICqirMjQlSRvUZsKcJo72w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1720640353; a=rsa-sha256; cv=none; b=N/OsIJwdqbUn0NC1QJL50npRsUnjtSSza8WEndT8ONlebdtzxXKvER1ASQGGKSzshsimpt Mwt79BN55W2DH4PZ8NjijzbE3FEEGmv5TUgUQG/+yLFcMbLxT40XPlXVohiop9gpQNhjWL 8EBWyGvO+HxrxUC2jFEaK+XMwElldPtV+71eq8nDf67iXz0WPHVwqzUFMGiP8w2hZ3I/IZ bPn8haZlPehANmd6bHzqhBxa3iMZJxSKaSvNb4iX5U40uCrjCD+Xwbv9UWs4sxaIBk24Qw sXwu/wnT7oneMtYNgk2bokZPRqSYyEO+0aCFOhORzVtVXXCaGLUzV4ZOOOE4Hw== 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 DF40A13ECE for ; Wed, 10 Jul 2024 21:39:12 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sRd8j-0007fh-Tb; Wed, 10 Jul 2024 15:38:09 -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 1sRd8a-0007dp-1W for emacs-orgmode@gnu.org; Wed, 10 Jul 2024 15:38:01 -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 1sRd8W-0003Ki-01 for emacs-orgmode@gnu.org; Wed, 10 Jul 2024 15:37:59 -0400 Received: by mail.selma.hfmdk-frankfurt.de (Postfix, from userid 113) id 420F5F61BD3; Wed, 10 Jul 2024 21:37:53 +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 0CC44F61BD3; Wed, 10 Jul 2024 21:37:51 +0200 (CEST) Received: by selma.hfmdk-frankfurt.de (Postfix, from userid 1000) id F1D8A3960570; Wed, 10 Jul 2024 21:37:48 +0200 (CEST) Date: Wed, 10 Jul 2024 21:37:48 +0200 From: Orm Finnendahl To: Ihor Radchenko Cc: emacs-orgmode@gnu.org Subject: Re: multipage html output Message-ID: Mail-Followup-To: Ihor Radchenko , emacs-orgmode@gnu.org References: <87zfqxpeog.fsf@localhost> <87sewp9liq.fsf@localhost> <87y16bzzxl.fsf@localhost> <87o777zxkv.fsf@localhost> <87r0c2781h.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87r0c2781h.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-Queue-Id: DF40A13ECE X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -5.80 X-Spam-Score: -5.80 X-TUID: Lr1EdxIc155G Am Dienstag, den 09. Juli 2024 um 18:08:10 Uhr (+0000) schrieb Ihor Radchenko: > Orm Finnendahl writes: > > If toplevel functions like org-export-to-file use org-export-as, than > > org-export-as should only be concerned with generating the string but > > not with reparsing. > > Sorry, but I do not understand your concern. If org-export-as returns just one string, then it will reparse the parse tree each time it needs to generate an output string. But as you say below, you rather think org-export-as returns a list of strings for the multipage case. > > Alternatively we can do the conversion to a string in the central > > function as now with org-export-as, but there still needs to be a > > mechanism to generate the different files for multipage output and > > call the export backend on them to save them or whatever. Or what did > > you have in mind? > > What I have in mind is that `org-export-as' will return a list of > strings + INFO. INFO will contain data about which files to use for > saving the strings. Then, the caller does the saving and whatever is > necessary. If we write to files from `org-export-as' it will be a > massive breaking change in the expected behavior. ok, that's what you mean. I can do this, but don't you think it'd be more consistent with the general layout of ox, if org-export-as uses a callback function to call on each generated string with the filename as argument nad we agree on names for multipage file output which have to get implemented by multipage backends? Whatever, both ways will do what's needed, just let me know what you prefer and I will provide a suggestion, ok? I try to find time on the weekend, otherwise I'll have time after the end of next week. -- Orm