emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Pedro Andres Aranda Gutierrez <paaguti@gmail.com>
To: Ihor Radchenko <yantar92@posteo.net>,
	Org Mode List <emacs-orgmode@gnu.org>
Subject: Re: [PATCH]: ox-latex.eel: handle unnumbered sections in TOC correctly
Date: Fri, 3 Jan 2025 08:10:10 +0100	[thread overview]
Message-ID: <CAO48Bk_t4ZHMMV7zgnRsgS2Dotw_RkQXNV0MWapzqo+7TiXguQ@mail.gmail.com> (raw)
In-Reply-To: <871pxlrvh9.fsf@localhost>

[-- Attachment #1: Type: text/plain, Size: 2630 bytes --]

Hi Ihor,

yes, the patch is just a step towards consistency, but I think is is an
important one, because it
makes org-mode not generate illegal/faulty LaTeX code.

As for the photo-finish, I have been thinking the following that we can use
the 'toc' document property.

Values nil and t work as intended in all backends. This means rewriting
this part in ox-latex.el.
Additionally, we add a new value 'toc:latex'  to keep the current behaviour
in ox-latex (at least, other backends could also implement it).

Coming from the LaTeX world, I lean towards the current ToC handling in
ox-latex.el (once fixed). It is closer to what I have been doing for the
last couple of decades ;-)

Once we agree on a way forward, I'll start coding.

Best, /PA

On Thu, 2 Jan 2025 at 18:09, Ihor Radchenko <yantar92@posteo.net> wrote:

> Pedro Andres Aranda Gutierrez <paaguti@gmail.com> writes:
>
> >>    (1) At the moment, some export backends do not obey this
> >> specification.  For example, LaTeX export excludes every unnumbered
> >> headline from the table of contents.
> >>
> >
> > But this happens because of the way LaTeX works...
>
> Sure. But I thought that your patch is working around the LaTeX defaults
> by adding \addcontentsline{toc}...
>
> > So, ox-latex is technically not right when it ignores unnumbered
> >> headings in TOC.
> >>
> >
> > The basis is there... we might need to rewrite (org-latex-headings) a
> lot -
> > I fear.
>
> Doesn't your patch have everything needed to add unnumbered headings to
> TOC? AFAIU, all we need ti simply adding \addcontentsline{toc}... not
> just when there is ALT_TITLE attribute, but also when UNNUMBERED is t
> (but not "notoc"). It is just that in the latter case we use actual
> title in place of ALT_TITLE.
>
> > BTW, since my patch produces correct LaTeX code vs. the current state,
> > could you please apply it to avoid the error which triggered all this
> until
> > we get something better.
> > The documentation would need to modified slightly to
>
> I can. I just feel that the patch is one step away from being fully
> consistent with other export backends. Unless I miss something.
>
> --
> Ihor Radchenko // yantar92,
> Org mode maintainer,
> Learn more about Org mode at <https://orgmode.org/>.
> Support Org development at <https://liberapay.com/org-mode>,
> or support my work at <https://liberapay.com/yantar92>
>


-- 
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

[-- Attachment #2: Type: text/html, Size: 3881 bytes --]

  reply	other threads:[~2025-01-03  7:11 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-26 17:08 LaTeX export is broken with 'num:nil` and 'ALT_TITLE` Pedro Andres Aranda Gutierrez
2024-12-26 17:15 ` Pedro Andres Aranda Gutierrez
2024-12-27  6:59   ` Pedro Andres Aranda Gutierrez
2024-12-27 17:43     ` Ihor Radchenko
2024-12-27 17:56       ` Pedro Andres Aranda Gutierrez
2024-12-27 18:01         ` Ihor Radchenko
2024-12-27 18:07           ` Pedro Andres Aranda Gutierrez
2024-12-30  7:17             ` Pedro Andres Aranda Gutierrez
2024-12-30 12:44           ` [PATCH]: ox-latex.eel: handle unnumbered sections in TOC correctly Pedro Andres Aranda Gutierrez
2024-12-30 16:53             ` Ihor Radchenko
     [not found]               ` <CAO48Bk8dXigB0qbXzCuKZK9X4=Woy2+4xpA2QtC4O8Lx_224BA@mail.gmail.com>
2025-01-01  6:43                 ` Pedro Andres Aranda Gutierrez
2025-01-01 13:48                   ` Ihor Radchenko
2025-01-01 15:48                     ` Pedro Andres Aranda Gutierrez
2025-01-02 17:12                       ` Ihor Radchenko
2025-01-03  7:10                         ` Pedro Andres Aranda Gutierrez [this message]
2025-01-04 13:09                           ` Ihor Radchenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAO48Bk_t4ZHMMV7zgnRsgS2Dotw_RkQXNV0MWapzqo+7TiXguQ@mail.gmail.com \
    --to=paaguti@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=yantar92@posteo.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).