Bug Tracker
I’m currently working on a major new version of the datatool package. This may take a while. Please be patient. (Experimental version available for testing.)
ID | 56🔗 |
---|---|
Date: | 2014-03-14 10:27:03 |
Status | Closed (Not a Bug) |
Category | glossaries |
Version | 4.03 |
Summary | .glsdefs file and babel shorthands |
OS | Win7 |
Sign in to subscribe to notifications about this report.
Description
Hi,I came across the problem that changing acronym-entries didn't led to a change in my document. I found that this is related to this FAQ: I changed the definition of an entry, but it's still using the old definition actually, I define the glossary-entries in separate files and include them via
\AtBeginDocument{ \input{Glossar/GlossarFiles} }because of problems with babel-shorthands (for example "= for a hyphen that allows other breaks) otherwise (see babel: adding language shorthands to work inside glossaries) so to use this babel-shorthands, i have to pull glossaries entries at least to the beginning of the document. making glossary entries compatible with babel in header would be a great solution, for example.
MWE
Download (480B)
\documentclass{scrartcl} \usepackage[ngerman]{babel} \usepackage{glossaries} \makeglossaries \newglossaryentry{Foo}{name={Foo},description={Long"=Foo}} \AtBeginDocument{ \newglossaryentry{Bar}{name={Bar},description={Long"=Bar}} } \begin{document} This works: \gls{Foo} changes in gls"=definition of "`Bar"' after a run that created .glsdefs won't have any effect. But the babel-break works: \gls{Bar} \printglossaries \end{document}
Evaluation
If you move the \AtBeginDocument
before you load glossaries, you won't get a .glsdefs file as then the entries will be defined before the definition of \newglossaryentry
is changed.
\documentclass{scrartcl} \usepackage[ngerman]{babel} \AtBeginDocument{ \newglossaryentry{Bar}{name={Bar},description={Long"=Bar}} } \usepackage{glossaries} \makeglossaries \newglossaryentry{Foo}{name={Foo},description={Long"=Foo}} \begin{document}
Comments
1 comment.
Replying to Comment #32:
Add Comment
Page permalink: https://www.dickimaw-books.com/bugtracker.php?key=56
Date: 2014-03-14 16:53:29
Wow, that's great, thank you! (Didn't expect this order to be working...)
:-)