[-- Attachment #1: Type: text/plain, Size: 435 bytes --] It appears to me that explicitly setting list order number is not honoured by the odt export mechanism. The following works on latex (list numbering starts at 7) but not on odt (list numbering starts at one though the [@7] is stripped from the output (as expect)): 1. [@7](/facilities/) The tangible compute infrastructure employed by SGSaaS is entirely ... I am using org version 9.1.9 and libre office version 6.4.7.2 [-- Attachment #2: Type: text/html, Size: 811 bytes --]
On Thursday, 24 Jun 2021 at 10:45, Rob Sargent wrote: > I am using org version 9.1.9 and libre office version 6.4.7.2 Confirmed with very recent version, as shown in signature. -- : Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-571-gc591be : Latest paper written in org: https://arxiv.org/abs/2106.05096
Hi Rob,
Rob Sargent <robjsargent@gmail.com> writes:
> It appears to me that explicitly setting list order number is not
> honoured by the odt export mechanism. The following works on latex
> (list numbering starts at 7) but not on odt (list numbering starts at
> one though the [@7] is stripped from the output (as expect)):
>
> 1. [@7](/facilities/) The tangible compute infrastructure
> employed by SGSaaS is entirely ...
>
> I am using org version 9.1.9 and libre office version 6.4.7.2
What happens if you manually fix the list numbering *within* your Org
buffer before exporting it?
It works fine here, and ox-odt.el honors the in-buffer numbers.
I think it's fine to expect the buffer to be up to date before it is
exported.
Thanks,
--
Bastien