-
Notifications
You must be signed in to change notification settings - Fork 42
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
Using a list of acronyms after the appendix #127
Comments
Pls. give me some time to look at this (too busy). My ad-hoc emotion is that not every desirable feature should be included in the core setup to avoid bloating. As you say the Wiki might be a good place eventually ... |
No disagreement here. The acro stuff doesn't necessarily have to go into the document. But - and this is the core question of the issue - we should probably prepare our document with the backmatter so that people can easily add stuff in the back (such as a list of acronyms, a list of images, etc.) without them being treated as an appendix chapter. This happens regularly, and people either have difficulties changing this ("help! why is the list of figures shown as appendix E!?") or do not notice it at all (which is probably even worse). |
Understood. More flexibility is always a bonus ... |
Thanks for the effort, I finally found time to play with this. I made a few changes to
Personally I feel that the whole setup is over-engineered and (for our purpose) could be made a lot simpler without any external packages. |
Thanks, I had time to check it out. Definitely like the template better but I do think that a simple description list could also suffice. I don't think that the page number is actually required (but it is solved quite nice since it doesn't stupidly print every page but will use things like "2 f."). The problem with the regular description template is that our template reduces the vertical space for lists which also affects description lists and thus makes these really ugly in this context. I don't necessarily think that using the ´acro´ page in our template is overengineered as acronyms are a part of almost every thesis and if this helps using them correctly, I'm happy. Plus in other programs (e.g., KWM) a list of acronyms along with a list of figures is required by most supervisors. I suggest the following:
Your choice. I'll implement it accordingly. |
One other thing: the reason why I actually included the list of acronyms as a With If you put I wasn't quite able to solve this. Probably a |
I updated the wiki with some information on how to get the various lists of figures, tables, listings and also acronyms. I used the current status as a basis. Should you decide to include it more deeply into the style files, I will adapt the article. |
I think the built-in TOC problem: I just pushed an update with a minimal setup I could live with. It contains a new style file 'hgbacro.sty' to be used optionally, automatically loads @hochleitner Let me know what you think. |
So things to explain in the Wiki should become a lot simpler: Edit \usepackage{hgbacro} ... \backmatter \PrintAcronyms |
So, I finally did test your adaptions; thanks for making things more compact. Concerning the dot-fill: why do you suggest using the narrower version? But if you prefer the regular dot fill, I implemented it using If you have further suggestions or changes, let me know. Otherwise, I'd go ahead and set up a PR to merge changes back into |
Weird, I had not noticed the stretched dotfill in the TOC so far -- I don't like it but in this case we just use the default. Consequently our special template is not needed any longer, so I removed it. I think the current setup is sufficiently simple. I also moved the short note from 'Einleitung' to the 'LaTeX' chapter, leaving a reminder that details are still missing (@hochleitner please add). |
You know what, I'll leave the short section in the example document and add I'll update the manual and all the necessary docs and submit a PR once everything is done. |
I updated everything and created PR #128.
|
My impression is that we are somehow stuck in the middle: the setup in the tutorial is not complete and we still need the Wiki to explain it. Right now everything looks like a "strong recommendation" to use acronyms in this way, which is too much and not my preference. |
I'm a bit confused right now. The initial wiki article was exactly that: how to get acronyms working with our template, how to include the You then created the I don't think that the section in the tutorial is incomplete though. It mentions everything needed based on the assumption that you primarily use the provided acronym functionality to typeset acronyms consistently throughout the document. There's no list of acronyms generated per default, same as for images and tables. But if one needs it, it's just one command in the preamble. But of course, I can still adapt it - nothing has happened as #128 is not merged yet, so by all means, let me know your preferred way of handling the whole thing and I'll update it that way. |
Sorry for the unintended confusion (done in a haste and warm weather). I had introduced |
A description of how a list of acronyms can be included is now contained in the wiki. The issue is hereby resolved. |
I've had some requests on how to use a list of acronyms with our template. Especially for technical documents, this makes sense to have the long form of the acronym properly displayed the first time together with the short version and then just the short version from now on. And should you add another use of that acronym even before the first occurrence, this one becomes the long version, and you don't have to worry about inconsistencies.
Additionally, a list of acronyms in the back is sometimes required by the supervisor. These packages also do this.
I've tried a few packages:
nomenctl
,glossaries
,acronyms
- but they all rely on calling external tools such asmakeindex
,makeglossaries
, which is cumbersome, error-prone to beginners and also not that easy with Overleaf.So I resorted to
acro
, which does not have that requirement, is modern, has a clean syntax and just worked out of the box.This code in the preamble,
this code to define acronyms (this goes to
back/acronyms.tex
in this case)this one to reference the acronyms:
and this one to print the list
Is all it takes.
Back to the issue at hand:
Since
\printacronyms
will most likely be called in the back of our document (before or after the references), it will definitely appear after the appendices.\printacronyms
alone creates a chapter but does not add the list of acronyms to the TOC. For this you can set\printacronyms[heading=chapter]
(option is also configurable in the\acsetup
macro). This creates a chapter that also shows in the TOC but will inevitably be called "Anhang E: Abkürzungen."How to best avoid this? My take was to add
\backmatter
after the appendices, so the bibliography and everything after that is technically not part of the appendix anymore. This removes the "Anhang E" part for the heading but on subsequent pages (if the list of acronyms spawns over multiple pages) still has the "Anhang E" in the header.I solved this by modifying the
\backmatter
macro:This removes the appendix letter from the header, and all is well. This should allow to add stuff after the appendices and not have it count as an actual appendix.
@imagingbook, can we put the bibliography in the
\backmatter
and add the modification tohgb.sty
so that the template is ready for things like a list of acronyms? Or do you see any breaking changes in this?I would then create a wiki page about working with acronyms unless you want this fully integrated into our template document?
If you want to test this: I've created a working example in the
acro-test
branch.The text was updated successfully, but these errors were encountered: