emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Latex export fails for plain lists deeper than four, works for html
@ 2016-12-03 16:45 Scott Otterson
  2016-12-03 21:10 ` Nicolas Goaziou
  0 siblings, 1 reply; 4+ messages in thread
From: Scott Otterson @ 2016-12-03 16:45 UTC (permalink / raw)
  To: Emacs-orgmode@gnu.org


[-- Attachment #1.1: Type: text/plain, Size: 576 bytes --]

If a plain list has more than four levels, org-mode will produce latex that
crashes.  See attached.  On the other hand, html export works fine, even
for much deeper lists.

In a large org file, this export error is pretty time consuming for a naive
user (me) to isolate, so I'd like to suggest that, before crashing latexmk,
org-mode should at least print a human-readable warning -- especially since
deep list export works for other export types.

Better yet, would be deeper latex lists.  There are ways:

http://tex.stackexchange.com/questions/41408/a-five-level-deep-list

[-- Attachment #1.2: Type: text/html, Size: 773 bytes --]

[-- Attachment #2: only4plainListLevels.org --]
[-- Type: application/octet-stream, Size: 268 bytes --]

1. level 1.1
   1. level 2.1
      1. level 3.1
         1. level 4.1
            1. level 5.1 (works if this level is deleted)
            2. level 5.2 (works if this level is deleted)
         2. level 4.2
      2. level 3.2
   2. level 2.2
2. level 1.2


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Latex export fails for plain lists deeper than four, works for html
  2016-12-03 16:45 Latex export fails for plain lists deeper than four, works for html Scott Otterson
@ 2016-12-03 21:10 ` Nicolas Goaziou
  2016-12-05  8:30   ` Scott Otterson
  0 siblings, 1 reply; 4+ messages in thread
From: Nicolas Goaziou @ 2016-12-03 21:10 UTC (permalink / raw)
  To: Scott Otterson; +Cc: Emacs-orgmode@gnu.org

Hello,

Scott Otterson <scotto@sharpleaf.org> writes:

> If a plain list has more than four levels, org-mode will produce latex that
> crashes.  See attached.  On the other hand, html export works fine, even
> for much deeper lists.
>
> In a large org file, this export error is pretty time consuming for a naive
> user (me) to isolate, so I'd like to suggest that, before crashing latexmk,
> org-mode should at least print a human-readable warning -- especially since
> deep list export works for other export types.
>
> Better yet, would be deeper latex lists.  There are ways:
>
> http://tex.stackexchange.com/questions/41408/a-five-level-deep-list
> 1. level 1.1
>    1. level 2.1
>       1. level 3.1
>          1. level 4.1
>             1. level 5.1 (works if this level is deleted)
>             2. level 5.2 (works if this level is deleted)
>          2. level 4.2
>       2. level 3.2
>    2. level 2.2
> 2. level 1.2

Again, this doesn't crash here. 

Also, the manual already gives hint about how to support more than four
levels of nesting for lists.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Latex export fails for plain lists deeper than four, works for html
  2016-12-03 21:10 ` Nicolas Goaziou
@ 2016-12-05  8:30   ` Scott Otterson
  2016-12-07 11:26     ` Nicolas Goaziou
  0 siblings, 1 reply; 4+ messages in thread
From: Scott Otterson @ 2016-12-05  8:30 UTC (permalink / raw)
  To: Scott Otterson, Emacs-orgmode@gnu.org

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

Hi Nicolas, thanks for trying to replicate this on Linux.  What happens for
you if it doesn't crash?  Does the latex export just work and produce a pdf
with a set of properly nested lists?

Would you be willing to sent me .tex your latex export produces?  It seems
unlikely, but maybe org use a different/additional latex library on Linux
than it does in Windows.  Or alternatively, TexLive installs different/more
libraries on Windows.  Anyway, it would be nice to figure it out.

I googled quickly for the hint you mentioned but couldn't find it.

On Sat, Dec 3, 2016 at 10:10 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:

> Hello,
>
> Scott Otterson <scotto@sharpleaf.org> writes:
>
> > If a plain list has more than four levels, org-mode will produce latex
> that
> > crashes.  See attached.  On the other hand, html export works fine, even
> > for much deeper lists.
> >
> > In a large org file, this export error is pretty time consuming for a
> naive
> > user (me) to isolate, so I'd like to suggest that, before crashing
> latexmk,
> > org-mode should at least print a human-readable warning -- especially
> since
> > deep list export works for other export types.
> >
> > Better yet, would be deeper latex lists.  There are ways:
> >
> > http://tex.stackexchange.com/questions/41408/a-five-level-deep-list
> > 1. level 1.1
> >    1. level 2.1
> >       1. level 3.1
> >          1. level 4.1
> >             1. level 5.1 (works if this level is deleted)
> >             2. level 5.2 (works if this level is deleted)
> >          2. level 4.2
> >       2. level 3.2
> >    2. level 2.2
> > 2. level 1.2
>
> Again, this doesn't crash here.
>
> Also, the manual already gives hint about how to support more than four
> levels of nesting for lists.
>
> Regards,
>
> --
> Nicolas Goaziou
>

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Latex export fails for plain lists deeper than four, works for html
  2016-12-05  8:30   ` Scott Otterson
@ 2016-12-07 11:26     ` Nicolas Goaziou
  0 siblings, 0 replies; 4+ messages in thread
From: Nicolas Goaziou @ 2016-12-07 11:26 UTC (permalink / raw)
  To: Scott Otterson; +Cc: Emacs-orgmode@gnu.org

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

Hello,

Scott Otterson <scotto@sharpleaf.org> writes:

> Hi Nicolas, thanks for trying to replicate this on Linux.  What happens for
> you if it doesn't crash?  Does the latex export just work and produce a pdf
> with a set of properly nested lists?

It produces a pdf with improperly nested lists (deeper levers are just
treated as level 4).

> Would you be willing to sent me .tex your latex export produces?  It seems
> unlikely, but maybe org use a different/additional latex library on Linux
> than it does in Windows.  Or alternatively, TexLive installs different/more
> libraries on Windows.  Anyway, it would be nice to figure it out.

Here it is.

Regards,

-- 
Nicolas Goaziou

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: only4plainlistlevels.tex --]
[-- Type: text/x-tex, Size: 1045 bytes --]

% Created 2016-12-07 Wed 12:24
% Intended LaTeX compiler: pdflatex
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{grffile}
\usepackage{longtable}
\usepackage{wrapfig}
\usepackage{rotating}
\usepackage[normalem]{ulem}
\usepackage{amsmath}
\usepackage{textcomp}
\usepackage{amssymb}
\usepackage{capt-of}
\usepackage{hyperref}
\author{Nicolas Goaziou}
\date{\today}
\title{}
\hypersetup{
 pdfauthor={Nicolas Goaziou},
 pdftitle={},
 pdfkeywords={},
 pdfsubject={},
 pdfcreator={Emacs 25.1.1 (Org mode 9.0.1)}, 
 pdflang={English}}
\begin{document}

\tableofcontents

\begin{enumerate}
\item level 1.1
\begin{enumerate}
\item level 2.1
\begin{enumerate}
\item level 3.1
\begin{enumerate}
\item level 4.1
\begin{enumerate}
\item level 5.1 (works if this level is deleted)
\item level 5.2 (works if this level is deleted)
\end{enumerate}
\item level 4.2
\end{enumerate}
\item level 3.2
\end{enumerate}
\item level 2.2
\end{enumerate}
\item level 1.2
\end{enumerate}
\end{document}

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-12-07 11:26 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-12-03 16:45 Latex export fails for plain lists deeper than four, works for html Scott Otterson
2016-12-03 21:10 ` Nicolas Goaziou
2016-12-05  8:30   ` Scott Otterson
2016-12-07 11:26     ` Nicolas Goaziou

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