Leider muss an dieser Stelle mitgeteilt werden, dass Wolfgang Reszel seine Arbeit an ac'tivAid beendet hat. Eine Entwicklerversion von ac'tivAid gibt es auf meiner Webseite. Gruß, Michael
Der Bugtracker wurde aus Sicherheitsgründen abgeschaltet, diese Website dient nur noch als statisches Archiv. |
||
Willkommen beim Bugtracker zu ac'tivAid. Ac'tivAid ist ein AutoHotkey-Skript, welches zuletzt in c't 12/08 ausführlich vorgestellt wurde. Wenn Sie in der stabilen Version einen Fehler finden, testen Sie bitte erst die aktuelle Beta-Version, bevor Sie den Fehler melden! Um evtl. schon hier behandelte und geschlossenen Themen mit der Suche zu finden, muss in der erweiterten Suche bei Status "Alle offenen Aufgaben" auf "Alle Status" umgestellt werden. |
Letzte stabile Version bei Heise.de: 1.3.1 Letzte beta Version 1.3.2 beta1 : activaid_beta.exe | portable_activaid_beta.exe Entwicklerversion von Michael Änderungen, Liesmich/Hilfe, FAQ und Themen-Special (bei www.heise.de) Digital Upgrade haben ein Video zu ac'tivAid 1.1.8.1 gedreht, wo ein paar Funktionen kurz angesprochen werden. |
FS#1520 - Tastenkürzel funzt nicht mehr in allen Programmen
Angelegt Dirk Schwarzmann (RobOtter) - Dienstag, 10. Juni 2008 - 11:24
Zuletzt bearbeitet von Wolfgang Reszel (Tekl) - Freitag, 13. Juni 2008 - 14:26
|
Beschreibung
Nach Update auf
Akutes
Befehl: <ControlClick>X100
Seit dem Update funzt Strg-V nicht mehr in anderen Programmen, es passiert nichts (es sei denn, ich habe irgendwo ein DOS-Fenster Das ist ziemlich unerwünscht (von mir jedenfalls), denn diese Sonderbehandlung ist verwirrend (weil nicht konform zum sonstigen Verhalten von Hotkeys) und verhindert zuverlässig die weitere Nutzung des Hotkeys für andere Programme - die extra eingegebene Beschränkung auf bestimmte Programme wird in diesem Sonderfall aufgehoben. Wenn unbedingt auch nicht-aktive Fenster erkannt werden sollen, dann bitte optional - vielleicht als zusätzlicher Parameter für ControlSend und ControlClick oder als neuer Spezialbefehl. |
Welche Version hast du denn vorher eingesetzt. Das ist schon ziemlich lange so.
Für Strg+V in der Konsole kannst du auch <SendRaw>%Clipboard% auf einen UserHotkey legen. Ich werde mir ConrolClick aber noch mal anschauen, dass es bei Nichtfinden des Fensters das gedrückte Kürzel sendet.
Danke, SendRaw ist ein guter Tip, werde ich ausprobieren.
Meine letzte Version war, glaube ich, 1.3.1beta8, also eigentlich noch nicht sooo alt
Ich werde mir ConrolClick aber noch mal anschauen, dass es bei Nichtfinden des Fensters das gedrückte Kürzel sendet.
Ist das denn wirklich sinnvoll? Was macht man denn, wenn so ein Fenster existiert, aber nicht aktiv ist (vielleicht auch minimiert)? Warum kann ich in dem Fall nicht wie in jedem anderen Fall erwarten, dass das Tastenkürzel auf das aktive Fenster wirkt? Der Fensterausschluss funktioniert bei ControlClick de facto nicht. Das ist sehr gewöhnungsbedürftig.
Ich habe gerade reingeschaut, wenn das Fenster nicht existiert, wird das Kürzel gesendet. Wenn das Fenster minimiert ist, wird eben versteckt ein Control geklickt. ControlClick ist ja dazu da, um Fenster zu bedienen, die nicht sichtbar oder aktiv sind.
Ich weiß nicht, wobei genau sich aA verschluckt hat... Nachdem ich den Hotkey nochmals neu angelegt hatte und testweise verschiedene T-Kürzel zugewiesen habe, geht es nun wie von Dir beschrieben
ist alles wie vorher, aber nach dem Update war das Verhalten erstmal anders, daher mein Eintrag hier.
ControlClick ist ja dazu da, um Fenster zu bedienen, die nicht sichtbar oder aktiv sind.
Ach so, das war mir nicht klar. Ich hätte / habe es dazu benutzt, im aktiven Fenster Controls mit der Tastatur zu kontrollieren, die sich sonst nur (umständlich) mit der Maus greifen lassen.
Nachtrag: <SendRaw>%Clipboard% funktioniert in der DOS-Box (Konsole) nicht - keine Reaktion...
Also unter XP mit Admin-Rechten funktioniert das bei mir. Klappt denn <Send> oder <SendPlay>? Eigentlich sollte die Konsole ja Tastatureingaben annehmen.
*seufz* Jetzt funktioniert auch SendRaw. Ich weiß nicht, was mit meinem System los ist, es scheint seine Launen zu
ist es offenbar kein Fehler von UHK - damit können wir diesen Thread schließen, denke
allem: Danke für Deine Hilfe!