From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: Bug: incorrect export for LaTeX [8.2.10 (release_8.2.10 @ c:/emacs25-91/share/emacs/25.0.91/lisp/org/)] Date: Sun, 06 Mar 2016 19:57:27 +0100 Message-ID: <8760wzigdk.fsf@gmx.us> References: <87io17qks4.fsf@nicolasgoaziou.fr> <87d1rco9v1.fsf@gmx.us> <87povbw14p.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1acdrx-00024x-Ct for emacs-orgmode@gnu.org; Sun, 06 Mar 2016 13:57:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1acdru-0005ca-3g for emacs-orgmode@gnu.org; Sun, 06 Mar 2016 13:57:33 -0500 Received: from mout.gmx.net ([212.227.15.15]:61493) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1acdrt-0005cW-QO for emacs-orgmode@gnu.org; Sun, 06 Mar 2016 13:57:30 -0500 Received: from W530 ([178.162.199.93]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0M86jp-1Zhlqz0d0r-00vgAL for ; Sun, 06 Mar 2016 19:57:28 +0100 In-Reply-To: <87povbw14p.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Fri, 04 Mar 2016 01:13:58 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Nicolas Goaziou writes: > Hello, > > Rasmus writes: > >> I don=E2=80=99t think we need to do anything. > > Don't do anything? OK, done. > >> If we wanted to support this we=E2=80=99d 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 b= e commented out. =20 Plain lists accept two optional attributes: @code{:environment} and @code{:options}. The first one allows the use of a non-standard environme= nt -(e.g., @samp{inparaenum}). The second one specifies additional arguments = for +(e.g., @samp{itemize*} of @samp{enumitem}). The second one specifies addi= tional arguments for that environment. =20 @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=3D{}, itemjoin=3D{,}, = itemjoin*=3D{, and}] +- Hola +- Bonjour +- Guten Tag +@end example + +By default, @LaTeX{} only support four level of nesting for lists. If dee= per +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=3D$\circ$} +- one + - two + - three + - four + - five @end example =20 Rasmus --=20 A page of history is worth a volume of logic