Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
I'm sorry that I respond so late. My idea is that as org-mode exports a plain text,org-mode assigns the number to items having eight or more *s, and the title starts from the number of the 8th depth. So,I expect the exported .tex file is like that: ... \section{one} \label{sec-1} \subsection{two} \label{sec-1-1} \subsubsection{three} \label{sec-1-1-1} \begin{enumerate} \item four \label{sec-1-1-1-1} \begin{enumerate} \item five \label{sec-1-1-1-1-1} \begin{enumerate} \item six \label{sec-1-1-1-1-1-1} \begin{enumerate} \item seven \label{sec-1-1-1-1-1-1-1} 1. eight \label{sec-1-1-1-1-1-1-1-1} 1.1 nine \label{sec-1-1-1-1-1-1-1-1-1} \end{enumerate} \end{enumerate} \end{enumerate} \end{enumerate} ... Also,org-mode should export tex command to indent. Sincerely, 2016-03-01 6:16 GMT+09:00 Nicolas Goaziou: > Hello, > > 9661031 <9661...@gmail.com> writes: > >> When you use a headline which is more than 7th level,the exported LaTeX file >> raises an error in typesetting. Here is an example (org file): >> >> === >> * one >> ** two >> *** three >> four >> * five >> ** six >> *** seven >> eight >> === >> >> This happens because nesting of enumerate environment in LaTeX is limited. >> I think the program should export an LaTeX file that successfully makes >> a PDF file even though the solution is dirty. > > Fair enough. Do you have a proposal for deeply nested headlines (or > items)? > > Regards, > > -- > Nicolas Goaziou -- Candlejackああ、あれは昔のアニメに出てくる・・・ おっと、宅配便かな、誰かが来たようだ
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Hello, Rasmuswrites: > Do you have opinions on this location versus the one proposed by Nick? I think your location is fine. It doesn't preclude adding a footnote in "Header and sectioning", as suggested by Nick. WDYT? Regards, -- Nicolas Goaziou
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Nicolas Goaziouwrites: > Hello, > > Rasmus writes: > >> I would be happy with simply documenting this limitation and documenting a >> solution, e.g. using enumitem one. Enumitem is a wonderful package, but I >> see no reason to add it as a standard package because of this. >> >> Do any of you have a place in mind where we could add this to the manual? >> How about the "Plain lists in LaTeX export". I propose the following >> change. WDYT? Can I commit/push? > >> +@example >> +\usepackage{enumitem} >> +\renewlist{itemize}{itemize}{9} >> +\setlist[itemize]{label=$\circ$} > > Shouldn't #+latex_header: be used? Or at least #+latex:. Yes they should. Thanks. Do you have opinions on this location versus the one proposed by Nick? Rasmus -- Hvor meget poesi tror De kommer ud af et glas isvand?
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Hello, Rasmuswrites: > I would be happy with simply documenting this limitation and documenting a > solution, e.g. using enumitem one. Enumitem is a wonderful package, but I > see no reason to add it as a standard package because of this. > > Do any of you have a place in mind where we could add this to the manual? > How about the "Plain lists in LaTeX export". I propose the following > change. WDYT? Can I commit/push? > +@example > +\usepackage{enumitem} > +\renewlist{itemize}{itemize}{9} > +\setlist[itemize]{label=$\circ$} Shouldn't #+latex_header: be used? Or at least #+latex:. Thank you for your work. It looks good, AFAIC. Regards, -- Nicolas Goaziou
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
On 2016-03-02, at 22:20, Rasmuswrote: >> Fair enough. Do you have a proposal for deeply nested headlines (or >> items)? > > Use this header: > > #+options: h:0 > #+latex_header: \usepackage{enumitem} > #+latex_header: \setlistdepth{9} > #+latex_header: \setlist[enumerate]{label=(\arabic*)} > > > I don’t think we need to do anything. If we wanted to support this we’d > probably need to load enumerate (which is not a bad package...). We have > worse offenders of manual config. Local TOCs spring to mind. > http://orgmode.org/org.html#fn-113 I've just seen this thread, and decided to chime in. I think that the situation is fine: such deep nesting of lists should be _actively discouraged_ IMHO. While list support in LaTeX is IMO suboptimal (to say the least), and enumitem is a must for me in most of my documents, four levels of nesting is even too many (by a factor of 2). My opinion is that base LaTeX should limit the nesting to two levels, and a special package (like enumitem) should be needed to cater for those really strange documents that need more. (Yes, they do exist, but are very rare I believe.) > Rasmus Best, -- Marcin Borkowski http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski Faculty of Mathematics and Computer Science Adam Mickiewicz University
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Nick Dokoswrites: > Sorry, I missed your suggestion. If it has to be anywhere, I thought > what I suggested was the most natural place (I took a look at your > suggestion and I still have a slight preference for "Header and > Sectioning"), but I'm not doing the work: feel free to go whichever way > you think is best. I read the copies sent to my email before checking to Gmane/NNTP. Anyway, let's see what Nicolas or "9661031" prefers. Rasmus -- Need more coffee. . .
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Rasmuswrites: > Nick Dokos writes: > >> Nicolas Goaziou writes: >> >>> Hello, >>> >>> Rasmus writes: >>> I don’t think we need to do anything. >>> >>> Don't do anything? OK, done. >>> If we wanted to support this we’d probably need to load enumerate (which is not a bad package...). We have worse offenders of manual config. Local TOCs spring to mind. http://orgmode.org/org.html#fn-113 >>> >>> Even if it isn't supported (I let you decide about it), It could be >>> documented somewhere, if only as a FAQ, or even in the LaTeX export >>> section of the manual. >>> >> >> I suggest a footnote in (info "(org) Header and Sectioning") > > Oh, I didn't see this Nick. Do you prefer this location to the suggestion > I made in another post in this thread? > Sorry, I missed your suggestion. If it has to be anywhere, I thought what I suggested was the most natural place (I took a look at your suggestion and I still have a slight preference for "Header and Sectioning"), but I'm not doing the work: feel free to go whichever way you think is best. -- Nick
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Nick Dokoswrites: > Nicolas Goaziou writes: > >> Hello, >> >> Rasmus writes: >> >>> I don’t think we need to do anything. >> >> Don't do anything? OK, done. >> >>> If we wanted to support this we’d probably need to load enumerate >>> (which is not a bad package...). We have worse offenders of manual >>> config. Local TOCs spring to mind. http://orgmode.org/org.html#fn-113 >> >> Even if it isn't supported (I let you decide about it), It could be >> documented somewhere, if only as a FAQ, or even in the LaTeX export >> section of the manual. >> > > I suggest a footnote in (info "(org) Header and Sectioning") Oh, I didn't see this Nick. Do you prefer this location to the suggestion I made in another post in this thread? Thanks, Rasmus -- Bang bang
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Nicolas Goaziouwrites: > Hello, > > Rasmus writes: > >> I don’t think we need to do anything. > > Don't do anything? OK, done. > >> If we wanted to support this we’d probably need to load enumerate >> (which is not a bad package...). We have worse offenders of manual >> config. Local TOCs spring to mind. http://orgmode.org/org.html#fn-113 > > Even if it isn't supported (I let you decide about it), It could be > documented somewhere, if only as a FAQ, or even in the LaTeX export > section of the manual. > > WDYT? I would be happy with simply documenting this limitation and documenting a solution, e.g. using enumitem one. Enumitem is a wonderful package, but I see no reason to add it as a standard package because of this. Do any of you have a place in mind where we could add this to the manual? How about the "Plain lists in LaTeX export". I propose the following change. WDYT? Can I commit/push? modified doc/org.texi @@ -12297,12 +12297,30 @@ the @LaTeX{} @code{\includegraphics} macro will be commented out. Plain lists accept two optional attributes: @code{:environment} and @code{:options}. The first one allows the use of a non-standard environment -(e.g., @samp{inparaenum}). The second one specifies additional arguments for +(e.g., @samp{itemize*} of @samp{enumitem}). The second one specifies additional arguments for that environment. @example -#+ATTR_LATEX: :environment compactitem :options [$\circ$] -- you need ``paralist'' package to reproduce this example. +#+latex_header: \usepackage[inline]{enumitem} +Some ways to say "Hello": +#+ATTR_LATEX: :environment itemize* :options [label={}, itemjoin={,}, itemjoin*={, and}] +- Hola +- Bonjour +- Guten Tag +@end example + +By default, @LaTeX{} only support four level of nesting for lists. If deeper +nesting is needed, the @samp{enumitem} @LaTeX{} package could be employed, as +shown in this example: +@example +\usepackage{enumitem} +\renewlist{itemize}{itemize}{9} +\setlist[itemize]{label=$\circ$} +- one + - two +- three + - four +- five @end example Rasmus -- A page of history is worth a volume of logic
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Nicolas Goaziouwrites: > Hello, > > Rasmus writes: > >> I don’t think we need to do anything. > > Don't do anything? OK, done. > >> If we wanted to support this we’d probably need to load enumerate >> (which is not a bad package...). We have worse offenders of manual >> config. Local TOCs spring to mind. http://orgmode.org/org.html#fn-113 > > Even if it isn't supported (I let you decide about it), It could be > documented somewhere, if only as a FAQ, or even in the LaTeX export > section of the manual. > I suggest a footnote in (info "(org) Header and Sectioning") -- Nick
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Hello, Rasmuswrites: > I don’t think we need to do anything. Don't do anything? OK, done. > If we wanted to support this we’d probably need to load enumerate > (which is not a bad package...). We have worse offenders of manual > config. Local TOCs spring to mind. http://orgmode.org/org.html#fn-113 Even if it isn't supported (I let you decide about it), It could be documented somewhere, if only as a FAQ, or even in the LaTeX export section of the manual. WDYT? Regards, -- Nicolas Goaziou
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Nicolas Goaziouwrites: > Hello, > > 9661031 <9661...@gmail.com> writes: > >> When you use a headline which is more than 7th level,the exported LaTeX file >> raises an error in typesetting. Here is an example (org file): >> >> === >> * one >> ** two >> *** three >> four >> * five >> ** six >> *** seven >> eight >> === >> >> This happens because nesting of enumerate environment in LaTeX is limited. >> I think the program should export an LaTeX file that successfully makes >> a PDF file even though the solution is dirty. > > Fair enough. Do you have a proposal for deeply nested headlines (or > items)? Use this header: #+options: h:0 #+latex_header: \usepackage{enumitem} #+latex_header: \setlistdepth{9} #+latex_header: \setlist[enumerate]{label=(\arabic*)} I don’t think we need to do anything. If we wanted to support this we’d probably need to load enumerate (which is not a bad package...). We have worse offenders of manual config. Local TOCs spring to mind. http://orgmode.org/org.html#fn-113 Rasmus -- I almost cut my hair, it happened just the other day
Re: [O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
Hello, 9661031 <9661...@gmail.com> writes: > When you use a headline which is more than 7th level,the exported LaTeX file > raises an error in typesetting. Here is an example (org file): > > === > * one > ** two > *** three > four > * five > ** six > *** seven > eight > === > > This happens because nesting of enumerate environment in LaTeX is limited. > I think the program should export an LaTeX file that successfully makes > a PDF file even though the solution is dirty. Fair enough. Do you have a proposal for deeply nested headlines (or items)? Regards, -- Nicolas Goaziou
[O] Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)]
--text follows this line-- Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See http://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org-mode mailing list. When you use a headline which is more than 7th level,the exported LaTeX file raises an error in typesetting. Here is an example (org file): === * one ** two *** three four * five ** six *** seven eight === This happens because nesting of enumerate environment in LaTeX is limited. I think the program should export an LaTeX file that successfully makes a PDF file even though the solution is dirty. Emacs : GNU Emacs 25.0.91.1 (x86_64-w64-mingw32) of 2016-02-14 Yes,I use Emacs on Windows. Package: Org-mode version 8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)