-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
footnote and xcolor do not commute #4861
Comments
footnote
and xcolor
do not commute in the presence of longtable
Note: the default template loads I don't see anything that needs to be changed in pandoc here, do you? |
Will try out the `colorlinks=true` suggestion later today.
If it works, then technically we don't need to change anything besides the documentation.
BTW, I'm not manually including `xcolor`. As previously noted, it is pulled in by `tikz`. I wouldn't be surprised if other packages pull it in as well.
…On 30 August 2018 0:45:52 GMT+03:00, John MacFarlane ***@***.***> wrote:
Note: the default template loads `xcolor` if `colorlinks` is set to a
true value.
This happens before `footnote` is loaded, so we should be okay unless
you manually include `xcolor`. To avoid manually loading xcolor, you
could always set `colorlinks` to true (you could set all the colors to
`black`).
I don't see anything that needs to be changed in pandoc here, do you?
--
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub:
#4861 (comment)
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
In theory there shouldn't be much harm in loading |
A cleaner solution might be to remove the |
Ah, the reason for the inclusion of |
Well, I guess we could just load |
Yes, I will research it more to make sure there aren't any obvious conflicts and send something in. |
* Use Babel for LuaTeX. There are a number of bugs in Polyglossia under LuaLaTeX with common languages, e.g. <reutenauer/polyglossia#182>. * Load xcolor. The `xcolor` package must be loaded before the `footnote` package, which we load to fix foonotes in tables. Closes #4861. * Load xurl if available. This breaks URLs in more locations. Only available with TeX Live 2018 and later. * Remove obsolete fixltx2e package * Reindent. Use two spaces to be consistent internally and with other templates. * Use `bookmark` if available. The `bookmark` package can sometimes correct the levels of headings where `hyperref` cannot: see <https://komascript.de/release3.26>. * Update LaTeX tests
Use the [`footnotehyper`](https://ctan.org/pkg/footnotehyper/) package if available. This is a rewrite of `footnote` that is compatible with `hyperref` and `babel-frenchb`. This patch also addresses the incompatibility with `xcolor` noted in #4861, but the new package has only been available since 2016, so this template still loads `xcolor` earlier for compatibility with older distributions. Note that the `footnote` package is part of `collection-latexrecommended` in TeX Live, so there shouldn't be any problem loading it unconditionally as we now do if `footnotehyper` is not available.
MWE:
LaTeX complains of a forgotten
\endgroup
. A bit of digging shows that this is due tofootnote
defining\fn@endnote
with a dependency on\color@endgroup
, which is subsequently redefined byxcolor
, breaking the macro.This in turn breaks any document that uses footnotes and
xcolor
. Sincetikz
depends onxcolor
, adding it toheader-includes
also triggers this problem.A quick-and-dirty workaround until
footnote
fixes this is to includexcolor
beforefootnote
.Subsequent inclusions will note it's already included and not run.
Note that
xcolor
is intexlive-latex-recommended
, so this shouldn't be an issue.P.S. I will note, however, that
footnote
was last updated in 1996, so I'm not holding my breath for it to be fixed. Haven't contacted upstream, but seeing as this is a well-known bug that's at least 7 years old, they're probably not responding.The text was updated successfully, but these errors were encountered: