From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: IMPORTANT: (possibly) incompatible Change Date: Thu, 1 Apr 2010 08:59:51 +0200 Message-ID: <9667B267-935B-4DFB-800B-FC76DBCCBF28@gmail.com> References: <86sk7gooh2.fsf@portan.ibr.cs.tu-bs.de> <3E3E058D-6BBD-4D9B-845D-3E13235EF0DC@gmail.com> <4BB3973D.3090305@comcast.net> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NxFNQ-0007o4-4L for emacs-orgmode@gnu.org; Thu, 01 Apr 2010 04:03:44 -0400 Received: from [140.186.70.92] (port=53166 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxFNK-0007nM-N4 for emacs-orgmode@gnu.org; Thu, 01 Apr 2010 04:03:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NxFNI-00056p-4f for emacs-orgmode@gnu.org; Thu, 01 Apr 2010 04:03:38 -0400 Received: from mail-bw0-f219.google.com ([209.85.218.219]:33906) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxFNH-00056g-Pd for emacs-orgmode@gnu.org; Thu, 01 Apr 2010 04:03:36 -0400 Received: by bwz19 with SMTP id 19so306380bwz.26 for ; Thu, 01 Apr 2010 01:03:34 -0700 (PDT) In-Reply-To: <4BB3973D.3090305@comcast.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Mark Elston Cc: emacs-orgmode@gnu.org 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