Seite 1 von 2
..korrumpierte Tasten Symbole, paket menukeys..
Verfasst: Fr 5. Okt 2012, 14:53
von lenz99
Hallo.
Ich habe heute das Paket menukeys entdeckt.
Bin begeistert, wie es Menüs darstellt.
Leider geht es bei der Darstellung der grafischen Tastensymbolen (wie Esc, Enter etc) schief. Er malt zwar etwas, manchmal auch entfernt verwandt mit dem Symbol, oft aber auch nur Krickel-Krackel im Kästenchen für die Taste.
Habe das Gefühl, dass es alle möglichen Tastensymbole betrifft.
Hier ein minimales Beispiel:
\documentclass{article}
\usepackage{menukeys}
\begin{document}
Hallo!
CMD+S: \keys{\cmd+S}.\\
ESC: \keys{\esc}
\end{document}
Output siehe Anhang.
Ich benutze: TeXLive 2012 auf Mac 10.6.8
Output habe ich mit pdfLatex kompiliert.
pdfTeX Version 3.1415926-2.4-1.40.13 (TeX Live 2012)
menukeys 1.1b
Weiß jemand Rat?
Vielen Dank im Voraus.
-m
Verfasst: Sa 6. Okt 2012, 08:54
von Sepp99
Offensichtlich benötigt das Paket zumindest das Paket
babel. Mit
\documentclass{scrartcl}
%\usepackage[utf8]{inputenc}
%\usepackage[T1]{fontenc}
\usepackage[ngerman]{babel}
\usepackage{menukeys}
\begin{document}
CMD+S: \keys{\cmd+S}.
ESC: \keys{\esc}
\end{document}
erhalte ich das Ergebnis im Anhang, das den Symbolen in der Paketdoku auf S. 13 entspricht.
Gruß, Sepp.-
Verfasst: Sa 6. Okt 2012, 11:40
von iTob
Guten morgen,
danke für den Hinweis und dir Sepp für die Lösung! Wenn ich wieder mehr Zeit habe werde ich mich mal auf die Suche begeben, woher der Fehler rührt ...
Viele Grüße
Tobi
..menukeys braucht KOMA..
Verfasst: Sa 6. Okt 2012, 20:43
von lenz99
Hallo.
Danke für eure mails.
mit Sepps Vorschlag funktioniert es auch bei mir. Danke.
Allerdings ist es nicht das babel-Paket, was es zum Laufen bringt, sondern es scheint an der Dokument-Klasse zu liegen:
mit der KOMA-Klasse scrartcl geht es (auch ohne babel), mit Standard-Klasse article tritt das oben beschriebene Problem auf.
In dem PDF zum Paket wird darauf (glaub' ich) nicht hingewiesen.
Vielen Dank nochmal.
-m[/b]
Verfasst: Sa 6. Okt 2012, 21:26
von iTob
Ne, darauf weise ich nicht hin, weil mir dieses Verhalten nicht bewusst war und ich nur mit KOMA-Klassen arbeite (und auch nur damit getestet habe

)
Verfasst: So 7. Okt 2012, 15:25
von cgnieder
Das muss was mit dem Zeitpunkt zu tun haben, wann festgelegt ist wie groß ein ex ist... das hier funktioniert:
\documentclass[12pt]{article}
\usepackage[T1]{fontenc}
\usepackage{menukeys}
\begin{document}
CMD+S: \keys{\cmd+S}.
ESC: \keys{\esc}
\end{document}
Grüße
PS: IMHO sollten Tests immer zuerst mit Standardklassen stattfinden (und dann auch mit KOMA und memoir) (so hab ich schon einige Überraschungen erlebt mit Code von mir...)
Verfasst: So 7. Okt 2012, 15:59
von iTob
Hi Clemens,
danke für den Hinweis

Für mich sind die KOMA-Klassen inzwischen einfach so selbstverständlich, dass ich gar nicht an die anderen gedacht habe. Ich dachte allerdings auch nicht, dass diese sich bei so grundlegendem voneinander unterscheiden.
Grüße
Tobi
Verfasst: So 7. Okt 2012, 16:10
von cgnieder
Das vergesse ich auch immer wieder, da ich alle meine Dokumente mit KOMA erstelle…
Ich habe auch keine Idee, was hier eigentlich passiert. Der Versuch, das Phänomen in einem MWE nachzubasteln, ist bisher gescheitert.
Grüße
Verfasst: So 7. Okt 2012, 16:55
von iTob
Ich hatte dieses Ergebnis auch schonmal, zumindest kommt mir die Ausgabe bekannt vor. Ich weiß aber nicht woher – im Moment habe ich leider auch keine Zeit, an dem Paket zu arbeiten, dass wird wohl frühestens Weihnachten wieder was …
Verfasst: So 7. Okt 2012, 17:24
von bloodworks
Deine Vermutung Clemens ist absolut richtig! Die Boxen in denen die Bilder (zB der Blumenkohl) leben werden zu früh definiert. Ersetzte ich LOC 764-776 in menukeys.sty mit
\AtBeginDocument{
\tw@define@mackey{%
\def\tw@mk@cmd@mac{cmd}%
}{%
\tw@make@key@box{cmd@mac}{%
\begin{tikzpicture}[yshift=-0.15ex,baseline={(0,0)},semithick,red]
\draw (0.5ex,0.7ex) -- (0.5ex,1.25ex) arc (0:270:0.25ex) -- %
(1.25ex,1ex) arc (-90:180:0.25ex) -- (1ex,0.25ex) %
arc (-180:90:0.25ex) -- (0.25ex,0.5ex) arc (90:360:0.25ex) %
-- cycle;
\end{tikzpicture}%
}%
}}
Dann sieht das Ergebnis richtig aus. So können alle Keys-Boxen verzögert werden. Dann sollte es mit allen Dokumentenklassen (ausser vll minimal) funktionieren, egal ab wann in der Präambel der ex definiert wird. (Was logischer Weise erst nach dem "laden" der Schrift der Fall ist. Ich denke KOMA z.B. lädt selbst irgendwo die Schriften.)
Es kann vll sogar der ganze Abschnitt der Boxen in dem sty auf einmal verzögert werden, das muss ich mal ausprobieren

. Es scheint aber zu funktionieren. Also einfach in LOC 688 ein AtBeginDocument und gut ist...
grz Tobias