all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Thomas S. Dye" <tsd@tsdye.com>
To: Carsten Dominik <dominik@uva.nl>
Cc: emacs-orgmode@gnu.org, Carsten Dominik <carsten.dominik@gmail.com>
Subject: Re: Re: IMPORTANT: (possibly) incompatible Change
Date: Thu, 1 Apr 2010 06:17:07 -1000	[thread overview]
Message-ID: <929E4FC2-79DB-40F1-808D-2F9B3F197CC7@tsdye.com> (raw)
In-Reply-To: <795F8D4A-D936-479B-AC14-66F1DB85E500@uva.nl>

Aloha Carsten,

Packages that aren't used for all classes can still appear in org- 
export-latex-classes, correct?

All the best,
Tom

On Apr 1, 2010, at 1:13 AM, Carsten Dominik wrote:

> OK, this change is now in the master branch.
>
> - Carsten
>
> On Apr 1, 2010, at 8:59 AM, Carsten Dominik wrote:
>
>> Hi Mark,
>>
>> OK, it seems that I have really overstated this change.  You are of
>> course right that your header for a document type can be very long,
>> that that defining it in org-export-latex-classes is a viable option
>> (other being to put this stuff into a separate file).
>>
>> So let me restate what I am trying to say in this thread.
>>
>> ------------------------------------------------------------------------------
>> Org-mode contains now a new variable `org-export-latex-default- 
>> packages-alist'
>> which contains all the LaTeX packages it needs to use for basic Org- 
>> mode
>> functionality.  The corresponding \usepackage statements used to be  
>> part
>> of the header definitions in org-export-latex-classes, and they had  
>> to
>> be repeated for each document class.  This is wasteful, error  
>> prone, and
>> hard to maintain.
>> Therefore, these packages are now collected in the new variable,
>> and they will be spliced into the header.
>>
>> If you have customized the variable org-export-latex-classes, you  
>> need to
>> remove the following lines from each class definition:
>>
>> \usepackage[AUTO]{inputenc}
>> \usepackage[T1]{fontenc}
>> \usepackage{graphicx}
>> \usepackage{longtable}
>> \usepackage{float}
>> \usepackage{wrapfig}
>> \usepackage{soul}
>> \usepackage{latexsym}
>> \usepackage{amssymb}
>> \usepackage{hyperref}
>>
>> If you have other packages you always want to use in all
>> classes, you can add them to another variable,
>> `org-export-latex-packages-alist'.
>> ------------------------------------------------------------------------------
>>
>>
>> I think this makes more sense, thank you for making me clarify this.
>>
>> - Carsten
>>
>>
>>
>> On Mar 31, 2010, at 8:41 PM, Mark Elston wrote:
>>
>>> On 3/31/2010 5:35 AM, Carsten Dominik wrote:
>>>>
>>>> On Mar 31, 2010, at 11:00 AM, Chris Gray wrote:
>>>>
>>>>> Carsten Dominik wrote:
>>>>>
>>>>>> -----------------------------------------------------------------------------
>>>>>>
>>>>>> * =org-export-latex-classes= no longer should be customized for  
>>>>>> packages
>>>>> ...
>>>>>> So if you have customized this variable, please remove once more
>>>>>> (hopefully for the last time) your customization, so that it can
>>>>>> revert to its now much simpler default value. Put all your
>>>>>> package definitions into org-export-latex-packages-alist.
>>>>>> I hope this works, and we will not get conflicts because of the
>>>>>> sequence in which packages are called. If there are problems,
>>>>>> please let me know so that we can find a solution.
>>>>>
>>>>> Is it sufficient to change the variable that is being set from
>>>>> org-export-latex-classes to org-export-latex-default-packages- 
>>>>> alist? Or
>>>>> does the format of the list change at all?
>>>>
>>>> org-export-latex-default-packages-alist has the same format as
>>>> org-export-latex-pakcages-alist. And I am filling
>>>> org-export-latex-default-packages-alist already with the correct  
>>>> set of
>>>> default packages, so you should not touch that variable.
>>>>
>>>> Only if you have previously customized org-export-latex-classes  
>>>> in order
>>>> to add more usepackage statements, then you should remove your
>>>> customization of that variable and list your set of additional  
>>>> packages
>>>> in org-export-latex-packages-alist instead.
>>>>
>>>> Am I making sense?
>>>>
>>>
>>> So, org-export-latex-classes will no longer be used to define
>>> LaTeX_CLASS classes?  Instead these classes will be defined in
>>> org-export-latex-default-packages-alist?
>>>
>>> The problem is mainly nomenclature, I guess, but my LaTeX_CLASS
>>> definitions are usually a *lot* more than a list of packages.
>>>
>>> It seems a little odd, but OK.
>>>
>>> Mark
>>>
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>> - Carsten
>>
>>
>>
>
> - Carsten
>
>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

  reply	other threads:[~2010-04-01 16:17 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-30 22:24 IMPORTANT: (possibly) incompatible Change Carsten Dominik
2010-03-31  9:00 ` Chris Gray
2010-03-31 12:35   ` Carsten Dominik
2010-03-31 14:16     ` Eric Schulte
2010-03-31 14:18       ` Carsten Dominik
2010-03-31 18:41     ` Mark Elston
2010-04-01  6:59       ` Carsten Dominik
2010-04-01 11:13         ` Carsten Dominik
2010-04-01 16:17           ` Thomas S. Dye [this message]
2010-04-01 16:51             ` Carsten Dominik
2010-04-02 16:25               ` Thomas S. Dye
2010-04-02  1:17         ` Mark Elston
2010-04-02  7:55           ` Carsten Dominik
2010-04-03 18:49             ` Mark Elston
2010-04-03 22:50               ` Henri-Paul Indiogine
2010-04-03 22:55                 ` Carsten Dominik
     [not found]                   ` <87pr2gezp9.fsf@belvoir.org>
     [not found]                     ` <A3285E87-A435-4CD9-B5BF-13330A09CE63@gmail.com>
2010-04-04 17:36                       ` Henri-Paul Indiogine
2010-04-04 19:44                         ` Mark Elston
2010-04-06 11:57                   ` Karsten Heymann
2010-04-06 14:53                     ` Carsten Dominik
2010-04-03 22:57               ` Carsten Dominik
2010-04-03 23:25                 ` Mark Elston
2010-04-04  0:14                   ` Carsten Dominik
2010-04-04  5:47                     ` Nick Dokos
2010-04-04  6:39                       ` Carsten Dominik
2010-04-06 12:30         ` Karsten Heymann
2010-04-06 14:53           ` Carsten Dominik
2010-04-06 16:03             ` Karsten Heymann
2010-04-06 16:23               ` Carsten Dominik
2010-04-06 16:50                 ` Karsten Heymann
2010-04-06 18:30                   ` Robert Klein
2010-04-06 18:48                     ` Thomas S. Dye
2010-04-07  7:37                       ` Carsten Dominik
2010-04-07  8:22                         ` Karsten Heymann
2010-04-07  8:47                           ` Carsten Dominik
2010-04-07 10:31                             ` Karsten Heymann
2010-04-07 15:51                               ` Thomas S. Dye
2010-04-07 16:00                                 ` Carsten Dominik
2010-04-10 17:30                           ` Mark Elston
2010-04-10 20:01                             ` Thomas S. Dye
2010-04-11  3:40                               ` Mark Elston
2010-04-07  8:16                       ` Karsten Heymann
2010-04-07  7:38                     ` Carsten Dominik
2010-04-07  9:15                   ` Ulf Stegemann
2010-04-07 10:30                     ` Karsten Heymann
2010-04-07 11:58                       ` Ulf Stegemann
2010-04-07 12:24                         ` Karsten Heymann
2010-04-02  1:29 ` [PATCH] " Eric Schulte
2010-04-02  2:47   ` Mark Elston
2010-04-02  5:38   ` Carsten Dominik
2010-04-03 16:20 ` Henri-Paul Indiogine
2010-04-03 16:55   ` Carsten Dominik
2010-04-03 17:19     ` Xiao-Yong Jin
2010-04-06 10:25       ` Carsten Dominik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=929E4FC2-79DB-40F1-808D-2F9B3F197CC7@tsdye.com \
    --to=tsd@tsdye.com \
    --cc=carsten.dominik@gmail.com \
    --cc=dominik@uva.nl \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.