Hi Nicolas,
Thank you for your comments on this patch. I appreciate your concerns
about the ordering of packages – this was something I had not considered
fully. I have reworked the implementation; I think it is now simpler
and more robust. Instead of a new customization variable, I’ve added a
Aaron Ecay writes:
> 2013ko otsailak 21an, Nicolas Goaziou-ek idatzi zuen:
>> If you need occasional packages, they should go into
>> `org-latex-classes'. Adding a new class is cheap. For example you can
>> create a class "article-with-tikz". It also allows to include
>> arbitrary code within th
2013ko otsailak 21an, Nicolas Goaziou-ek idatzi zuen:
> Obviously, if you need a package in every document you write, it
> should go into `org-latex-packages-alist'.
I agree with this.
>
> If you need occasional packages, they should go into
> `org-latex-classes'. Adding a new class is cheap. Fo
Hello,
Aaron Ecay writes:
> The current way that org handles LaTeX packages for export isn’t
> optimal. The org-latex-(default-)packages-alist variables define a set
> of packages that are loaded always. If a user wants to use advanced
> functionality (booktabs for nicer table export, listings
Hello Aaron,
On Wed, Feb 20, 2013 at 11:02:21PM -0500, Aaron Ecay wrote:
> Hello,
>
> The current way that org handles LaTeX packages for export isn’t
> optimal. The org-latex-(default-)packages-alist variables define a set
> of packages that are loaded always. If a user wants to use advanced
>
Hello,
The current way that org handles LaTeX packages for export isn’t
optimal. The org-latex-(default-)packages-alist variables define a set
of packages that are loaded always. If a user wants to use advanced
functionality (booktabs for nicer table export, listings or minted for
nicer source c
