[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] [export] Should sidewaystable option automatically add rotating

From: Rainer M Krug
Subject: Re: [O] [export] Should sidewaystable option automatically add rotating package?
Date: Mon, 16 Sep 2013 13:26:30 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin)

Rasmus <address@hidden> writes:

> Carsten Dominik <address@hidden> writes:
>> OK, let me ask like this:
>> Does anyone know about conflicts arising from loading wrapfig and rotating?
> Their manuals doesn't mention anything, it seems.  The internet
> suggests that there might be between memoir and wrapfig, but I didn't
> look into it as I don't know much about memoir. 
>> OK, so my proposal is
> Note: I should be obvious that I prefer to load as little stuff be
> default as possible.  That is: I'm biased, but it's OK when everyone
> knows.
>> - to add the rotating package
>> - do document that the tabu package is needed when specifying tabu
> Note the package loading order might matter.
>> - do document that amsmath in needed when generating a matrix
> and subscripts.  And sometimes math (e.g. align).
>> The reasoning:
>> - wrapfig and longtable have been in there for a long time, we want to
>> avoid breaking existing files whenever possible
> Assuming a mechanism exists that can detect when tabu is to be loaded
> why only apply it there and not to the other optional packages?
>> - rotating is needed for sideways stuff and does not do any harm
> Alternative implementation exists, but they are of course not
> supported by Org.  Would they be in conflict?  I doubt it.
>> - somewhat arbitrarily I am drawing the line above the tabu package. 
> It does seem a bit arbitrary.
> Bu people who feel strongly about not loading some stuff can change
> default package alist so it's not a big issue.

Exactly. For beginner and normal users, this should work out of the box,
but advanced (org and LaTeX) users should have no problem with adapting
the default package ist to their needs.



> –Rasmus

Rainer M. Krug

email: RMKrug<at>gmail<dot>com

reply via email to

[Prev in Thread] Current Thread [Next in Thread]