hyperref: PDF-Bookmark führt an "falsche" Stelle
Tom Wagner
ich habe das Problem, dass aus irgend einem Grund das Verhalten von
hyperref bei mir nicht konsistent ist: klicke ich in der PDF-Datei auf
ein Bookmark zu einem Kapitel, lande ich knapp unter dem oberen Rand
der entsprechenden Seite, so dass ich die Nummer und den Namen des
Kapitels noch komplett lesen kann.
Beim Literaturverzeichnis jedoch springe ich seltsamerweise mit dem
entsprechenden Link direkt auf den ersten Eintrag des
Literaturverzeichnisses, so dass der Titel "Bibliography" nicht mehr
sichtbar ist. Das gleiche gilt für die mit dem Paket glossary
erzeugten Verzeichnisse - hier springt man bei Anklicken des Bookmarks
direkt auf den ersten Eintrag des Verzeichnisses.
Hat jemand eine Idee, woran das liegen könnte? Falls das wichtig ist:
ich benutze die Klasse scrbook.
Grüße,
Tom.
Heiko Oberdiek
> ich habe das Problem, dass aus irgend einem Grund das Verhalten von
> hyperref bei mir nicht konsistent ist: klicke ich in der PDF-Datei auf
> ein Bookmark zu einem Kapitel, lande ich knapp unter dem oberen Rand
> der entsprechenden Seite, so dass ich die Nummer und den Namen des
> Kapitels noch komplett lesen kann.
>
> Beim Literaturverzeichnis jedoch springe ich seltsamerweise mit dem
> entsprechenden Link direkt auf den ersten Eintrag des
> Literaturverzeichnisses, so dass der Titel "Bibliography" nicht mehr
> sichtbar ist. Das gleiche gilt f�r die mit dem Paket glossary
> erzeugten Verzeichnisse - hier springt man bei Anklicken des Bookmarks
> direkt auf den ersten Eintrag des Verzeichnisses.
\clearpage % oder \cleardoublepage
\phantomsection
\bibliograpy...
\clearpage % oder \cleardoublepage
\phantomsection
\glossary...
Viele Gr��e
Heiko <ober...@uni-freiburg.de>
Markus Kohm
> Hat jemand eine Idee, woran das liegen kï¿œnnte?
Das liegt an einem inkonsistenten Verhalten von hyperref, das dem Maintainer
einschlieï¿œlich Abhilfe schon vor vielen Monaten gemeldet wurde. Da das
Problem trotzdem nicht beseitigt wurde, wurde die Lï¿œsung in scrhack.sty
aufgenommen. In folgendem Beispiel sollte das Problem nicht auftreten, bzw.
erst wieder, wenn man scrhack auskommentiert:
\documentclass[bibliography=totoc]{scrbook}
\usepackage{scrhack}
\usepackage{hyperref}
\begin{document}
\tableofcontents
\begin{thebibliography}{}
\bibitem{Test}Nur ein Test
\end{thebibliography}
\end{document}
Gruￜ
Markus
--
Gruppenhinweise (auch Minimalbeispiel) --> http://www.latex-einfuehrung.de
Fragen zu LaTeX? --> http://www.dante.de/faq/de-tex-faq/
Fragen zu KOMA-Script? --> http://www.komascript.de
Philipp Stephani
> Tom Wagner wrote:
>
>> Hat jemand eine Idee, woran das liegen könnte?
>
> Das liegt an einem inkonsistenten Verhalten von hyperref, das dem Maintainer
> einschließlich Abhilfe schon vor vielen Monaten gemeldet wurde. Da das
> Problem trotzdem nicht beseitigt wurde, wurde die Lösung in scrhack.sty
> aufgenommen.
Wenn wir gerade dabei sind: hyperref.hak ist leider inkompatibel mit dem
minitoc-Paket, weil die Änderungen zu spät vorgenommen werden. Das
minitoc-Paket überschreibt die originalen hyperref-Definitionen,
deswegen sollte hyperref.hak meiner Meinung nach nicht am Ende der
Präambel, sondern nach der hyperref-Treiberdatei (z.B. hpdftex.def)
geladen werden.
Kennst du eigentlich eine robuste Möglichkeit, auch gesternte
Überschriften automatisch in die Lesezeichen aufzunehmen? Ich habe mal
einen entsprechenden Code geschrieben, der aber wohl nicht ganz koscher
ist, weil er \@startsection überschreiben muss.
--
Change “LookInSig” to “tcalveu” to answer by mail.
Tom Wagner
On 4 Nov., 11:18, Markus Kohm <markus.k...@gmx.de> wrote:
> aufgenommen. In folgendem Beispiel sollte das Problem nicht auftreten, bzw.
> erst wieder, wenn man scrhack auskommentiert:
Ich nutze eine Standard-Installation von SuSE 11.1, die bringt
folgende Version von KOMA-Script mit, in der scrhack scheinbar noch
nicht enthalten ist:
2006/07/30 v2.95b
Besteht die Möglichkeit, lokal für ein einzelnes Projekt dieses Paket
zu nutzen, ohne Änderungen am Gesamtsystem vornehmen zu müssen?
Grüße,
Tom.
Christoph Bier
> Danke f�r die Hinweise - eine Frage bleibt noch:
>
> On 4 Nov., 11:18, Markus Kohm <markus.k...@gmx.de> wrote:
>
>> aufgenommen. In folgendem Beispiel sollte das Problem nicht auftreten, bzw.
>> erst wieder, wenn man scrhack auskommentiert:
>
> Ich nutze eine Standard-Installation von SuSE 11.1, die bringt
> folgende Version von KOMA-Script mit, in der scrhack scheinbar noch
> nicht enthalten ist:
>
> 2006/07/30 v2.95b
Wow, das ist wirklich alt.
> Besteht die M�glichkeit, lokal f�r ein einzelnes Projekt dieses Paket
> zu nutzen, ohne �nderungen am Gesamtsystem vornehmen zu m�ssen?
Wenn Du nicht auf ein selbst installiertes TeXLive umsteigen willst,
solltest Du Dir wenigstens das neueste KOMA-Script in ~/texmf
installieren. Ob scrhack auch mit Deiner KOMA-Script-Version
funktioniert, kannst Du ausprobieren, indem Du scrhack in dem
Verzeichnis ablegst, in dem Deine Hauptdatei liegt (und es dann
nat�rlich �ber \usepackage l�dst).
Gr��e
Christoph
--
(La)TeX-FAQ: http://www.dante.de/faq/ +++ Minimalbeispiel erstellen
und Einf�hrung in de.comp.text.tex: http://www.latex-einfuehrung.de/
+++ Veraltete Befehle, Pakete und andere Fehler:
ftp://ftp.dante.de/tex-archive/info/l2tabu/german/l2tabu.pdf
+++ Typografie-Regeln (1.7): http://zvisionwelt.de/?page_id=56
Markus Kohm
> Wenn wir gerade dabei sind: hyperref.hak ist leider inkompatibel mit dem
> minitoc-Paket, weil die ï¿œnderungen zu spï¿œt vorgenommen werden. Das
> minitoc-Paket ï¿œberschreibt die originalen hyperref-Definitionen,
ï¿œhm, scrhack prï¿œft, ob die Definition der Erwartung entspricht und nimmt
ï¿œnderungen nur vor, wenn dem so ist. Eigentlich sollte das minitoc-Paket
also eigentlich nicht dadurch gestï¿œrt werden. Es kann allenfalls sein, dass
der Hack nicht aktiv wird. Das sollte dann gemeldet werden. Ich sehe mir
das aber gerne einmal an, wenn Du mir per Mail ein Beispiel schickst.
Markus Kohm
> deswegen sollte hyperref.hak meiner Meinung nach nicht am Ende der
> Prï¿œambel, sondern nach der hyperref-Treiberdatei (z.B. hpdftex.def)
> geladen werden.
Da die Inkonsistenz in diversen hyperref-Treiberdateien enthalten ist, war
mir das einfach zu viel Arbeit. Du kannst ja mal Heiko fragen, ob er das
Problem nicht endlich direkt in den Treiberdateien beseitigen kann.
> Kennst du eigentlich eine robuste Mï¿œglichkeit, auch gesternte
> ï¿œberschriften automatisch in die Lesezeichen aufzunehmen?
Eintrag ins Inhaltsverzeichnis.
Philipp Stephani
> Philipp Stephani wrote:
>
>> Wenn wir gerade dabei sind: hyperref.hak ist leider inkompatibel mit dem
>> minitoc-Paket, weil die Änderungen zu spät vorgenommen werden. Das
>> minitoc-Paket überschreibt die originalen hyperref-Definitionen,
>
> Ähm, scrhack prüft, ob die Definition der Erwartung entspricht und nimmt
> Änderungen nur vor, wenn dem so ist. Eigentlich sollte das minitoc-Paket
> also eigentlich nicht dadurch gestört werden. Es kann allenfalls sein, dass
> der Hack nicht aktiv wird. Das sollte dann gemeldet werden. Ich sehe mir
> das aber gerne einmal an, wenn Du mir per Mail ein Beispiel schickst.
Das Problem tritt immer auf, wenn alle drei Pakete geladen werden, also
z.B. hier:
\documentclass{scrartcl}
\usepackage{scrhack}
\usepackage{hyperref}
\usepackage{minitoc}
\begin{document}
\null
\end{document}
minitoc definiert fast alles um, selbst \tableofcontents, \newread...
\@spart wird beispielsweise als \mtc@svspart gespeichert (ohne
Überprüfung). Es würde also funktionieren, \@spart und die anderen
Makros vor dem Laden von minitoc zu überschreiben, ansonsten müsstest du
auf das Vorhandensein von minitoc prüfen und dann \mtc@svspart statt
\@spart usw. überschreiben.
Philipp Stephani
> Philipp Stephani wrote:
>
>> deswegen sollte hyperref.hak meiner Meinung nach nicht am Ende der
>> Präambel, sondern nach der hyperref-Treiberdatei (z.B. hpdftex.def)
>> geladen werden.
>
> Da die Inkonsistenz in diversen hyperref-Treiberdateien enthalten ist, war
> mir das einfach zu viel Arbeit. Du kannst ja mal Heiko fragen, ob er das
> Problem nicht endlich direkt in den Treiberdateien beseitigen kann.
Ich glaube, er kennt das Problem bereits, es ist ja nicht das erste Mal,
wo es auftritt.
>
>> Kennst du eigentlich eine robuste Möglichkeit, auch gesternte
>> Überschriften automatisch in die Lesezeichen aufzunehmen?
>
> Eintrag ins Inhaltsverzeichnis.
Das geht natürlich, ist aber meiner Meinung nach nicht sinnvoll. Ich
muss dir ja nicht erzählen, dass bestimmte Kapitel wie das
Abbildungsverzeichnis an festgelegten Stellen erwartet werden und
deshalb nicht im Inhaltsverzeichnis auftauchen müssen ;-)
In den PDF-Lesezeichen wären sie dagegen sinnvoll zwecks Navigation (die
Lesezeichen dienen einem anderen Zweck als das Inhaltsverzeichnis und
deshalb sollte man meiner Meinung nach nicht verlangen, dass die Inhalte
identisch sein sollen).
Tom Wagner
On 5 Nov., 15:19, Christoph Bier <christoph.b...@web.de> wrote:
> Wenn Du nicht auf ein selbst installiertes TeXLive umsteigen willst,
> solltest Du Dir wenigstens das neueste KOMA-Script in ~/texmf
> installieren.
Danke, ich wußte nicht, dass das so einfach ist (ich dachte, es geht
nicht ohne root-Rechte, weil systemweite Änderungen vorgenommen werden
müssen).
Tom.
Axel Berger
>In den PDF-Lesezeichen w?�ren sie dagegen sinnvoll
Bei mir sieht das dann so aus:
\label{titel}\pdfbookmark[1]{Umschlagbild}{titel}
Markus Kohm
> \documentclass{scrartcl}
> \usepackage{scrhack}
> \usepackage{hyperref}
> \usepackage{minitoc}
> \begin{document}
> \null
> \end{document}
ï¿œberleg Dir mal, was ich damit testen kann auï¿œer der Tatsache, dass der
hyperref-Hack derzeit korrekter Weise nicht geladen wird. Wenn ich das
ï¿œberhaupt anfassen soll, brauche ich schon einen vernï¿œnftigen Testfall -
und den mï¿œglichst per Mail, damit ich ihn nicht versehentlich ï¿œbersehe und
ihn auch gleich halbwegs dauerhaft gespeichert habe.
Markus Kohm
> Ich sehe mir das aber gerne einmal an, wenn Du mir per Mail ein Beispiel
> schickst.
Obwohl mir noch immer ein brauchbares Beispiel fehlt, habe ich mal eine
kleine ï¿œnderung an scrhack vorgenommen, die dazu fï¿œhrt, dass hyperref.hak
frï¿œher geladen wird. Eine spezielle Behandlung fï¿œr minitoc gibt es dabei
nicht. Primï¿œres Ziel war, dass es keine Rolle mehr spielt, ob scrhack vor
oder nach hyperref geladen wird. Mï¿œglicherweise hilft das auch bei dem von
Philipp erwï¿œhnten Problem.
Eine Release mit der geï¿œnderten Version gibt es derzeit nicht. Die Quellen
sind aber im SVN auf BerliOS zu finden.