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 sDtJDMAvgmfrggEAe85BDQ:P1 (envelope-from ) for ; Sat, 11 Jan 2025 08:45:52 +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 sDtJDMAvgmfrggEAe85BDQ (envelope-from ) for ; Sat, 11 Jan 2025 09:45:52 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=DX6xuxQ2; 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=posteo.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1736585152; 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:dkim-signature; bh=1G8uEmkvQcjY8G+iiTEvf/CeTMSEyQ2FPPZ+oBmaYbQ=; b=bGGUdCir4AKs3k7uV0joqUUyuzTQUl2gU0rCqdzgYJJC4IKFr6V2DzZ4oYxhXhJTP5n1HG 8x3+Zc0rnSbhTwphp/yD4bEgXEze2s21RWkX3PzUqcttLHV0epuo/otFWHij5JolliwkYV 0MqbfcfuNzCYYwEDb46Mr318ISscGfeXOlPZfOfGJo1fwc4r8noeoJyNccNI5vLaE5g8iV i/GKowrPULkF8tWKx678eLoazOzNBGGLdW4vuk6ITiF8qxuWMXmjMIuEK1T0GSv5KBzTMs Ufn/6Em4eRWu9iCTeYf7fVYCG1T7WU+a94C2YiyJM0NCXFxtFL9/kv0DE2JOsg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=DX6xuxQ2; 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=posteo.net ARC-Seal: i=1; s=key1; d=yhetil.org; t=1736585152; a=rsa-sha256; cv=none; b=t8PEtkDT0/bk2cwORdqDGTQHuOLYxzHokyU3y+rubYibWJJkDjMv14nupu6GrxcWyESmgi FrYpv5dgM8c4Ar0QsXEt+Xl2+wTCsCexOZ7h/0BMIH3O0xGiyVQnDDqMTINlX94b+BqqXC FpE3TkucwMmquzzt7bv4WiTfdnABKEedWdkzNAuJSQVIgiCPE2gSF7e5NyJOOHK8BTdJEM f2U1Byi9hoRG27DcYjtSlcIrzVzzg3Jc52j0uzDwrz2qw/TD/zJxGUhB9NqQVFnSlgsU2z Wol7/2Iyx5uH8+1ytfzSEh1cptW5WPdjGX4l4AerZhpYInJ0Isb7n/ZtkJiYgQ== 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 D7F3A2705 for ; Sat, 11 Jan 2025 09:45:51 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tWX7E-0007LD-GU; Sat, 11 Jan 2025 03:45:08 -0500 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 1tWX7D-0007Jl-2H for emacs-orgmode@gnu.org; Sat, 11 Jan 2025 03:45:07 -0500 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 1tWX7A-0000pK-Py for emacs-orgmode@gnu.org; Sat, 11 Jan 2025 03:45:06 -0500 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 69C54240027 for ; Sat, 11 Jan 2025 09:44:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1736585099; bh=gFo82W42Ygiia/LRiZvjBkCi8B7Y1YCeyC1h7u+qdkM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: From; b=DX6xuxQ2ETk80bDl8dRZhyEyWe0PXu2UMsS+C6wW1WLrAGfc/Od4a/O1oTk//gA2G 3FgyHM0VWAL2by0LvHoP53NVYi04F4PpF6x6jwnrQo6ZkD2kec7F9auht1/vqCk1Ei AiE+hOfuOdatnIWgCytuLvhnkUsasbs+CiC4qq95OPFBK2TQSbXCwuzEi/z+WcbYQM f939CkniYU14sNwFHH+KsFpQPz33UJ280todpSodp0AQqQwmKclJ4BcYFg59JI7Oqd w0S5OXgR2rC/hyuHYVIdad63VwN8QehndAm6mtzyipZTysi4jo3U1bs8fjrsyzMxWM s7dgvbKaXLtzA== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4YVXCG4R63z9rxG; Sat, 11 Jan 2025 09:44:58 +0100 (CET) From: Ihor Radchenko To: Pedro Andres Aranda Gutierrez Cc: Org Mode List , Ihor Radchenko , rudolf@adamkovic.org Subject: Re: PATCH: fix ToC generation in the Latex exporter In-Reply-To: References: Date: Sat, 11 Jan 2025 08:47:15 +0000 Message-ID: <87seppd9f0.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain 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_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=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-Queue-Id: D7F3A2705 X-Migadu-Scanner: mx13.migadu.com X-Migadu-Spam-Score: -3.66 X-Spam-Score: -3.66 X-TUID: /YGb/PtYQM7S Pedro Andres Aranda Gutierrez writes: > Please find attached a patch to fix ToC generation in the LaTeX exporter. > With this, you don't need to reach back to @@latex @@ constructs to get > your ToC alright. I have added an option to generate ToC's that is closer > to LaTeX (num:latex) tha to org Thanks! I have been thinking about the consequences of changing the TOC generation defaults, and my conclusion so far is that we risk breaking way too many legacy .org documents. And since old .org documents tend to have "num:t" inside, we cannot rely upon num:latex returning to the previous behavior. I think that a more backwards-compatible solution would be creating a new custom option that will control how ox-latex treats "num:t". By default, that custom option will keep the old behavior. (This option is on top of what you have already done). WDYT? -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at . Support Org development at , or support my work at