Zeilenlänge im Inhaltsverzeichnis Thema ist als GELÖST markiert

[Markus345]

Hallo,
ich habe das Problem, dass eine lange Überschrift im Inhaltsverzeichnis über die gepunktete Linie hinaus geht.
Zur Veranschaulichung hier das (hoffentlich korrekte) Minimalbeispiel:

\documentclass[paper=a4,	
		       toc=listofnumbered,
			   toc=chapterentrywithdots,  %Punkte im Inhaltsverzeichnis
			   toc=flat,
			   headings=small
			  ]{scrreprt}    
			           
\usepackage[ngerman]{babel}
\usepackage[utf8]{inputenc}

\begin{document}
\tableofcontents       

\chapter{Diese \"Uberschrift ist sehr lang geraten und kann leider auch nicht gek\"urzt werden}

\end{document}
 

Für mein Empfinden gehört das Wort "gekürzt" schon in die nächste Zeile.
Könnt ihr mir sagen, wie man dieses Problem elegant lösen kann?

Vielen Dank!
Markus

[Stamm-]

Klicke ich auf "Öffne in Online-Editor" über dem Code-Block, dann tritt das Problem nicht auf. Füge »microtype« hinzu und vergleiche das Ergebnis bei deinem TeX-System. Wenn nötig, dann aktualisiere dein TeX-System mal über den Paketmanager.

\documentclass[
  toc=listofnumbered,
  toc=chapterentrywithdots,
  toc=flat,
  headings=small,
  ngerman
]{scrreprt}    
\usepackage[T1]{fontenc}                    
\usepackage{selinput}    % Ersatz für »inputenc« (aus dem Bündel »oberdiek«)
\SelectInputMappings{
  adieresis={ä},
  germandbls={ß}
}
\usepackage{babel}
\usepackage{microtype}

\begin{document}
  \tableofcontents       

  \chapter{Diese Überschrift ist sehr lang geraten und kann leider auch nicht gekürzt werden}
\end{document}

[Markus345]

Hallo Stammgast,
vielen Dank für deine Antwort.
bei mir taucht das Problem auch im Online-Editor auf. Es ist zwar nicht viel, aber das "gekürzt" geht über die gepunktete Linie der darunterliegenden Zeile hinaus.
Ansich würde mich das nicht weiter stören, da es in meinen Augen nicht sehr schlimm ist. Aber der Betreuer meiner Bachelorarbeit sieht das leider ganz anders.
Gibt es vielleicht auch eine "unschöne" oder "rustikale" Lösung, mit der man z.B. einen Zeilenumbruch erzwingen kann?

Beste Grüße,
Moritz

[Bartman]

Meinst Du so etwas?

\chapter[Diese Überschrift ist sehr lang geraten und kann leider auch nicht\newline gekürzt werden]
{Diese Überschrift ist sehr lang geraten und kann leider auch nicht gekürzt werden}

[DADABBI]

Bei mir tritt es mit TeX-Live 2016 in beiden gezeigten Beispielen nicht auf. Vielleicht hilft also bereits ein Update.

[Markus345]

Ich danke dir, Bartman,
das ist die passende Lösung meines Problems!

[Bartman]

DADABBI hat recht. Mit meiner relativ aktuellen MiKTeX-Distribution erhalte auch ich mit beiden Beispielen folgendes Ergebnis:

[esdd]

Auch mit neueren Versionen lassen sich Beispiele konstruieren, bei denen keine passende Trennung möglich ist. Unten ist eines mit einem sehr konstruierten (bzw. sinnlosen) Überschriftentext. Aber seit Version 3.21 kann man mit

\RedeclareSectionCommand[
  tocraggedentrytext
]{chapter}

die Kapiteleinträge im Inhaltsverzeichnis im Flattersatz statt im Blocksatz ausgeben lassen.

\documentclass[paper=a4,   
              toc=listofnumbered, 
             toc=chapterentrywithdots,  %Punkte im Inhaltsverzeichnis 
             toc=flat, 
             headings=small 
            ]{scrreprt}[2016/06/14]
                     
\usepackage[ngerman]{babel} 
\usepackage[utf8]{inputenc} 
\usepackage{microtype}

\RedeclareSectionCommand[
  tocraggedentrytext
]{chapter}
\begin{document} 
\tableofcontents

\chapter{Diese Überschrift ist sehr lang geraten und kann leider auch nicht gekürztxxxxxxx werden}

\end{document} 

[Auch ein]

Auch mit neueren Versionen lassen sich Beispiele konstruieren, bei denen keine passende Trennung möglich ist.

Das war im gezeigten Beispiel aber auch mit der alten Version gar nicht das Problem (zu erkennen an der fehlenden overfull \hbox Meldung). Das Problem war, dass früher bei den Kapiteleinträgen nur \@pnumwidth aber nicht \@tocrmargin beachtet wurde und bei der Auswertung von \@pnumwidth auch noch ein Fehler oder zumindest eine Ungereimtheit bezüglich des Zeitpunkts der Auswertung enthalten war. Dasselbe Problem existiert übrigens bei den Standardklassen noch immer. Während es bei Teil-Einträgen aufgrund des dort verwendeten \large leicht erkennbar ist, hat bei Kapiteleinträgen das dort verwendete \bfseries eine deutlich kleinere Auswirkung, die aber dennoch vorhanden ist. Bei der aktuellen Version der KOMA-Script-Klassen, ist dieses Problem im Zuge der Neuimplementierung der Verzeichnisbefehle beseitigt worden.

[esdd]

@Auch ein: Danke für die Erklärung :)