LaTeX Forum

Sam85 hat geschrieben: ↑
Di 29. Mär 2022, 00:22
Eine Korrektur muss ich noch anmerken, das "template = longtable" sollte in "template=longtable*" geändert werden, da sonst der "longtable" als Tabelle im Tabellenverzeichnis gezählt wird, es dann fehlt Tabelle 1 in der Auflistung.

Die Anmerkung verstehe ich nicht. Es gibt kein longtable*-Template in acro….

Allerdings ignoriert das Standard-Template in der Tat, dass longtable \refstepcounter{table} macht. Das sollte korrigiert werden, zum Beispiel, in dem man am Ende des Templates den Zähler wieder zurücksetzt:

\NewAcroTemplate[list]{custom}{%
  \AcroNeedPackage {array,longtable}%
  \acronymsmapF{%
    \AcroAddRow{%
      \acrowrite{short} &
      \acrowrite{list}
      \tabularnewline
    }%
  }{\AcroRerun}%
  \acroheading
  % \addcontentsline ...
  \setlength{\LTleft}{0pt}%
  \par\noindent
  \begin{longtable}{@{}>{\bfseries}lp{.7\linewidth}}
    \AcronymTable
  \end{longtable}%
  \addtocounter{table}{-1}%
}

@cgnieder
Du hast recht, das longtable* ist Käse. Hat gestern wohl irgendwie gebuggt und heute war das Abkürzungsverzeichnis ganz weg. Das einzige was stimmt ist, dass meine Tabelle 1 nicht mehr existiert.

Kannst ich das refstepcounter auch ohne das custom template implementieren?

\printacronyms
\addtocounter{table}{-1}

sollte reichen.

Mit dem nächsten Update von acro wird das dann nicht mehr nötig sein.

Eine andere Möglichkeit sollte sein xltabular statt longtable zu verwenden. Die xltabular-Umgebung erhöht den Zähler table im Gegensatz zu longtable nur, wenn es auch eine \caption gibt. Vorteil der Umgebung ist außerdem, dass man für die zweite Spalte eine X-Spalte verwenden kann, diese also automatische die verfügbare Restbreite erhält, statt dass man diese selbst bestimmen muss.

Leider bieten die ganzen Acronym-Pakete zwar Templates/Stile, die trotz des schlechten Supports tabu verwenden, aber trotz des guten Supports keines, das xltabular verwendet, und auch keines für tabularray. Letzteres ist übrigen IMHO das derzeit modernste Tabellenpaket, das in seiner Mächtigkeit tabu in nichts nachsteht.

ich meine ja nur hat geschrieben: ↑
Mi 30. Mär 2022, 08:10
Leider bieten die ganzen Acronym-Pakete zwar Templates/Stile, die trotz des schlechten Supports tabu verwenden, aber trotz des guten Supports keines, das xltabular verwendet, und auch keines für tabularray. Letzteres ist übrigen IMHO das derzeit modernste Tabellenpaket, das in seiner Mächtigkeit tabu in nichts nachsteht.

Witzigerweise habe ich gestern für das nächste Update von acro den Support von tabu fallen lassen und den für tabularray eingebaut. Dein Kommentar kommt gerade noch rechtzeitig, dass ich xltabular auch noch einbauen kann.

Stefan Kottwitz hat geschrieben: ↑
Mo 28. Mär 2022, 00:56
Hervorragendes Code-Beispiel! Und danke für das Mitteilen der selbst gefundenen Lösung. Wer mit ähnlichem Problem via Google hier landet, freut sich über die Auflösung.

Aber hoffentlich beachtet der dann Warnungen wie:

Class scrartcl Warning: Usage of package `fancyhdr' together
(scrartcl)              with a KOMA-Script class is not recommended.
(scrartcl)              I'd suggest to use 
(scrartcl)              package `scrlayer' or `scrlayer-scrpage', because
(scrartcl)              they support KOMA-Script classes.
(scrartcl)              With `fancyhdr' several features of class `scrartcl'
(scrartcl)              like options `headsepline', `footsepline' or command
(scrartcl)              `\MakeMarkcase' and the commands `\setkomafont' and
(scrartcl)              `\addtokomafont' for the page style elements need
(scrartcl)              explicite user intervention to work.
(scrartcl)              Nevertheless, using requested
(scrartcl)              package `fancyhdr' on input line 13.

oder

pdfTeX warning (ext4): destination with the same identifier (name{acro:AG}) has
 been already used, duplicate ignored

Denn in Wirklichkeit ist an dem gezeigten Code wenig hervorragend …

Hi Gast,

glaubst Du echt, ich bezog mich dabei auf bestimmte inhaltliche Code-Teile? Dann stelle ich natürlich gern klar, dass meiner Meinung nach hervorragend war, dass ein vollständiges übersetzbares Code-Beispiel gepostet wurde, um es hier diskutieren zu können.

Und lieber Leser, wenn Du von draußen hereinkommst um im Anhangsverzeichnis Einträge ganz links auszurichten: im langen Code-Beispiel sind einige Sachen enthalten, die für das Problem überhaupt keine Rolle spielen und für sich nicht optimal sind, im Zweifelsfall frag hier gern nach bevor Du etwas übernimmst.

Stefan

@Stefan Kottwitz Ganz ehrlich: Ich bin für den Hinweis bezüglich des fancyhdr-Problems durchaus dankbar. Ich muss mich nämlich immer wieder mit Problemen herumschlagen, bei denen sich Leute auf solchen angeblich hervorragenden Code aus Foren berufen. Ich kann aber auch unmöglich ständig alle Foren im Auge behalten. So hervorragend es also ist, dass überhaupt lauffähiger Code, passend zum Problem angegeben wurde, war die Hervorhebung als »hervorragendes Code-Beispiel« eventuell nicht ganz glücklich. Leider muss man seine Worte in Foren nicht nur auf die Goldwaage legen, um nicht als arroganter Schulmeister missverstanden zu werden. Auch allzu überschwängliches Lob wird gerne falsch verstanden. Anfängern könnte man das in diesem Fall nicht einmal zum Vorwurf machen.

LaTeX Forum

Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten

Re: Anhangsverzeichnis, Einträge ganz links ausrichten