Nachdem man sich gestern bei Apple nach über einer Woche dann doch schon mal bemüßigt gefühlt hat, sich meines Bugreports ob des nicht möglichen Wechsel auf den vorherigen Tab in Safari anzunehmen, nur um diesen direkt als Duplikat zu schließen, habe ich zugesehen, dass ich mir selbst helfen kann. Denn das könnte noch etwas dauern. Zwischen meiner Bugnummer und dem Duplikat liegen ca. 1,7 Millionen andere Bugs – wenn man das anhand der Bugnummer so direkt sagen kann. Möglicherweise ist die ja nicht fortlaufend oder hat irgendwelche Prüfsummen mit drin.
Wie auch immer: OS X bietet die Möglichkeit, Menüpunkte mit benutzerdefinierten Shortcuts zu belegen. Dazu öffnet man die Systemeinstellungen, wählt Tastatur & Maus und fügt dann mit dem Klick auf das ‘+’ neue Einträge hinzu:
Und damit funktioniert endlich auch wieder der Tabwechsel bei Safari 3 in beide Richtungen – und mit den von Safari 2 bekannten Kombinationen.
Das Feature lässt sich auch prima dazu nutzen, Tabwechsel zu vereinheitlichen und so z.B. in iTerm, Adium, TextMate oder SubEthaEdit immer mit der gleichen Kombination durch die Tabs zu pflügen. Gerade letzteres Programm nutzt standardmäßig auch die (neue) Apple-Einstellung mit Command+{ respektive Command+} und das zurückspringen funktioniert dort auch nicht. Ist also ein systemweites Problem. Während Safari die Änderung allerdings sofort mitbekommt brauchen die anderen Applikationen meist einen Neustart.
Ärgerlicherweise geht das Zuweisen von Shortcuts nur für Menüpunkte, die immer gleich heißen. Und die sich nicht im Apfelmenü befinden. Somit ist es leider nicht möglich, die von mir oft benutzte Funktion, von ausgewählten Dateien ein Archiv zu erstellen, auf einen Shortcut zu legen. Und um beispielsweise über die Kombination Command+Alt+, von überall Zugriff auf die Systemeinstellungen zu haben muss man einen Quicksilver-Trigger bemühen.
{ 5 Kommentare… lese sie unten oder schreibe selbst einen }
Hallo!
das problem liegt daran dass der shortcut Command-Alt-8 der ja für Comand-{ auf der deutschen tastatur liegt für user interface zoom verwendet wird. Eine allgemeinere lösung hierfür ist den Shortcut für human interface zoom zu ändern – damit geht der Command-{ shortcut auch in allen anderen programmen wie z.b. SubEthaEdit.
Ein Ähnliches Problem besteht bei Leopard für fenster rotieren, die Shortcuts sind auf der deutschen tastatur nicht mehr zu erreichen. Meine Empfehlung: den shortcut wieder zurück auf command-< zu legen was unter Tiger bei deutscher Tastatur standard war.
MfG,
Dominik
OT: Oh, ein CodingMonkey bei den Fröschen! So ein Zufall – höre gerade Bitsundso…
@dom: Danke für die Aufklärung. Jetzt ist mir auch klar, warum bei meinem iMac der Zoom über die Tastatur plötzlich funktioniert hat, nachdem ich nach dem Update auf Leo mal lustig Kombinationen ausprobiert habe, wo Command+{ alternativ zu Hause sein könnte
Fenster rotieren funktioniert aber nach wie vor, der Shortcut ist, auch ohne manuelle Eingriffe, nach wie vor auf Command+<. Was hier am G5 aber nicht funktioniert (und das schon länger) ist das zurückrotieren mit Command+Shift+<, da tut sich gar nichts.
Ich hör Bitsundso erst heute abend wieder. Hab noch knapp 45 Minuten kurzweilige Autounterhaltung vor mir. Normalerweise hasse ich ja Staus, außer Donnerstags, wenn die Monkey wieder so viel gequatscht haben, dass ich eigentlich drei Fahrten zur Arbeit brauche, um alles zu hören
und woher weiss mein osx bei der beschreibung des menüpunktes, wie er den befehl ausführen soll? das ist mir noch nicht klar. wie kmme ich zu einer liste der möglichen befehle?
Du musst den genauen Namen des Menüpunktes eingeben. Für Safari z.B. ‘Neuer Tab’, wenn du diese Funktion nicht auf Command+T haben willst.
Die Software weiß dann schon, was sie damit zu tun hat.
{ 2 Trackbacks }