LaTeX Forum

Da habe ich ja Glück, dass mein Update heute Nacht kurz vor dem Release der neuen bidi-Version für TeX Live erfolgte. ;-)

Spaß beiseite: TeX Live (und damit auch MacTeX) hat eine automatische Backup-Funktion. Über diese kann man notfalls auch wieder zur vorherigen Version eines Pakets zurückkehren. Das Backup speichert in der Voreinstellung genau eine Vorversion jedes beim Update aktualisierten Pakets (man kann auch mehrere Generationen aktivieren). Näheres ist `[tt]texdoc tlmgr[/tt]' zu entnehmen. Das sei für den Fall erwähnt, dass mal wieder ein Update ein Problem verursacht.

Danke für den Hinweis... das funktioniert...

\documentclass{scrreprt} 
\usepackage{fontspec} 
\usepackage{xunicode} 
\sloppy 
\usepackage{polyglossia} 
\setmainlanguage[spelling=new,babelshorthands=true]{german} 
\usepackage[no-sscript]{xltxtra}%  

\usepackage{bidi} 
\makeatletter\@Latintrue\makeatother% siehe http://tex.stackexchange.com/a/312881/43317

\begin{document} 
\chapter{Blup} 
 bupabc 
\section{bla} 
\appendix 
\chapter{Anhang} 
\section{bong} 
 bing 
\end{document}

Mit TL2015 funktioniert der Code noch, weshalb Overleaf auch das erwartete Ergebnis liefert. Mit aktuellem MiKTeX oder TL2016 lässt sich der Fehler aber reproduzieren, der zum Beispiel bei [tt]\today[/tt] auch mit den Standardklassen auftritt.

Du kannst aber den von Ulrike [url=http://tex.stackexchange.com/a/312881/43317]hier[/url] vorgeschlagenen Workaround nutzen.

[code]\documentclass{scrreprt}
\usepackage{fontspec}
\usepackage{xunicode}
\sloppy
\usepackage{polyglossia}
\setmainlanguage[spelling=new,babelshorthands=true]{german}
\usepackage[no-sscript]{xltxtra}%

\usepackage{bidi}
\makeatletter\@Latintrue\makeatother% siehe http://tex.stackexchange.com/a/312881/43317

\begin{document}
\chapter{Blup}
bupabc
\section{bla}
\appendix
\chapter{Anhang}
\section{bong}
bing
\end{document}[/code]

Ich habe gerade durch zufall bemerkt, dass bidi das Problem verursachen könnte.

Bei \today steht der Punkt auch vor der Zahl: also .14 Januar...

Interessanter weise ist nach dem ersten Xelatex Durchlauf alles i.O. Nach dem zweiten ändert sich das. Zumindest bei mir.

Wirklich [i]vor[/i] der Kapitelnummer? Bei mir steht der Punkt korrekt [i]nach[/i] der Kapitelnummer. Näheres zu diesem Punkt steht in der [url=http://www.komascript.de/scrguide]KOMA-Script-Anleitung[/url] oder im [url=http://www.dante.de/index/Literatur/KOMA-Script.html]KOMA-Script-Buch[/url] bei der Erklärung zu Option [tt]numbers[/tt].

\documentclass{scrreprt}

\usepackage{fontspec}
\usepackage{xunicode}
\sloppy
\usepackage{polyglossia}
\setmainlanguage[spelling=new,babelshorthands=true]{german}
\usepackage[no-sscript]{xltxtra}% 
\usepackage{polyglossia}
\usepackage{bidi}


\begin{document}

\chapter{Blup}
bupabc
\section{bla}


\appendix

\chapter{Anhang}
\section{bong}
bing

\end{document}

Ich habe ein Problem mit der Kapitelnummerierung: Vor der Kapitelnummer steht plötzlich ein Punkt, seit dem ich MacTex 2016 heute morgen geupdatet habe...

[code]
\documentclass{scrreprt}

\usepackage{fontspec}
\usepackage{xunicode}
\sloppy
\usepackage{polyglossia}
\setmainlanguage[spelling=new,babelshorthands=true]{german}
\usepackage[no-sscript]{xltxtra}%
\usepackage{polyglossia}
\usepackage{bidi}


\begin{document}

\chapter{Blup}
bupabc
\section{bla}


\appendix

\chapter{Anhang}
\section{bong}
bing

\end{document}[/code]

Es scheint am appendix Befehl zu liegen. Ist er aktiviert, tritt das Problem auf. Ist er deaktiviert läuft alles wie es soll. Ist das ein Bug oder habe ich gerade einen Denkfehler?