From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: Rasmus <rasmus@gmx.us>
Cc: emacs-orgmode@gnu.org, carsten.dominik@gmail.com
Subject: Re: [export] Should sidewaystable option automatically add rotating package?
Date: Tue, 17 Sep 2013 09:45:25 +0800 [thread overview]
Message-ID: <87zjrcmdai.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <874n9kwott.fsf@gmx.us> (Rasmus's message of "Mon, 16 Sep 2013 21:26:06 +0200")
On 09/17/13 03:26 AM, Rasmus wrote:
> Hi Carsten,
>
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>>> 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.
>>
>> Yes. Of course the cleanest solution would be to load as little
>> as possible. But convenience and backward compatibility are
>> also a concern which I would like to consider.
>
> I agree. And, as said, people who want a 'clean' solution (to his or
> her mind) can easily get that. So convenience is certainly something
> that should be considered!
>
>>>> - to add the rotating package
>>>> - do document that the tabu package is needed when specifying tabu
>>>
>>> Note the package loading order might matter.
>>
>> Yes, I am aware of this. Can you be specific for this case? I guess
>> rotating has no load sequence issues.
>
> I doubt rotating causes issues as it provides its own environments
> cf. section 2.2 of its manual. I didn't find any reports on the
> Internets.
>
>> Does tabu have such issues [of conflicting with other packages]?
>> With which packages (what you know)
>
> I don't think tabu causes any problems. It states it doesn't rewrite
> any existing code (as e.g. tabularx does) cf. p. 1.
>
> Perhaps, Eric Abrahamsen (Cc'ed) has more experience with tabu
> (according to the log Eric added tabu support).
>
> Unfortunately, I haven't moved to tabu yet. Supposedly, it can
> replace most other tabular packages including longtable and it's
> compatible with many other packages cf. p. 9 of its manual (but that's
> another story).
I'm not an expert, but I haven't read about or experienced any
particular clashes, so I've made this my standard table package. I'd
feel a little weird about enforcing that on most users, though...
>>>> - do document that amsmath in needed when generating a matrix
>>>
>>> and subscripts. And sometimes math (e.g. align).
>>
>> amsmath is (edited) in the defualt list, patch by you IIRC. So we
>> actually do not have to say something about this in the manual.
>
> No.
>
>>>> 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?
>>
>> Because any automatic mechanism may cause problems with load sequence,
>> so packages that are problematic in this way should require user attention.
>> Hmm, have I just argued agains longtbl by saying this?
>
> If we are (i) aware of no known problems with a package and (ii) we
> assume that loading package X–Z have little impact on compilation time
> is it then not more rational to just add them as a default package?
>
> While automatic package handling is very exciting it could go awry.
[...]
I'm not too in favor of automatic package detection. Unless it works
nearly perfectly, it just seems like trading one kind of user irritation
for another.
Personally, I _always_ blast the default packages and load my own stuff.
One potential middle ground would be providing defaults "sets": for
instance LATEX_MATH_DEFAULTS (or whatever), that provided a couple
choices for math-related package suites that are known to work well
together.
Meh, maybe not.
> Fixes are usually available. For instance, I use a filter to disable
> fontenc/inputenc if pdflatex is not used (it breaks xelatex for me).
If anything was going to be automatically detected and handled, it seems
like it should be this. This is one of the main reasons I gave up trying
to use the defaults at all.
Not too helpful, I know...
E
next prev parent reply other threads:[~2013-09-17 1:44 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-11 11:05 [export] Should sidewaystable option automatically add rotating package? Eric S Fraga
2013-09-11 12:01 ` Rasmus
2013-09-11 12:08 ` Eric S Fraga
2013-09-11 12:14 ` Carsten Dominik
2013-09-11 12:25 ` Rasmus
2013-09-11 15:24 ` Eric S Fraga
2013-09-11 12:30 ` Rainer M Krug
2013-09-12 17:42 ` Nicolas Goaziou
2013-09-12 18:33 ` Rasmus
2013-09-12 19:00 ` Nicolas Goaziou
2013-09-13 8:49 ` Sebastien Vauban
2013-09-12 19:22 ` Carsten Dominik
2013-09-13 8:01 ` Detlef Steuer
2013-09-15 4:49 ` Carsten Dominik
2013-09-15 14:02 ` Nicolas Girard
2013-09-16 8:08 ` Carsten Dominik
2013-09-16 10:47 ` Rasmus
2013-09-16 11:26 ` Rainer M Krug
2013-09-16 13:27 ` Carsten Dominik
2013-09-16 13:38 ` Carsten Dominik
2013-09-16 19:26 ` Rasmus
2013-09-16 20:21 ` Andreas Leha
2013-09-17 1:45 ` Eric Abrahamsen [this message]
2013-09-17 4:48 ` Carsten Dominik
2013-09-17 13:24 ` Rasmus
2013-09-18 13:18 ` Carsten Dominik
2013-09-18 22:21 ` Rasmus
2013-09-19 2:04 ` Carsten Dominik
2013-09-19 9:11 ` Rasmus
2013-09-19 9:28 ` Carsten Dominik
2013-09-19 9:38 ` Nicolas Girard
2013-09-19 11:05 ` Carsten Dominik
2013-09-25 7:04 ` Carsten Dominik
2013-09-25 7:45 ` Nicolas Girard
2013-09-25 7:50 ` Carsten Dominik
2013-09-25 9:09 ` Rasmus
2013-09-26 8:51 ` Marcin Borkowski
2013-09-17 13:30 ` Rasmus
2013-09-17 5:11 ` Carsten Dominik
2013-09-17 8:05 ` Eric S Fraga
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=87zjrcmdai.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--cc=carsten.dominik@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=rasmus@gmx.us \
/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.