Software-update: AutoHotkey 2.0.4

AutoHotkey logo (48 pix)Versie 2.0.4 van AutoHotkey is uitgekomen. Dit programma stelt je in staat om vaak gebruikte toetsaanslagen, handelingen en/of knoppencombo's met toetsenbord en muis in een script achter een sneltoets te zetten, zodat de betreffende handeling in één keer wordt uitgevoerd. Daarbij is het mogelijk om eerder gescripte toetscombinaties van AutoIt2 te converteren naar de scripttaal van AutoHotkey. Versie 2.0 bevat een nieuwe commandoset die veel gestructureerder is, maar die niet compatibel is met de 1.1-versies. Meer over de verschillen tussen 1.1 en 2.0 kan op deze pagina worden gevonden. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

Changes in version 2.0.4:
  • Changed the Reload button on error/warning dialogs to explicitly close the dialog, even if the current script instance isn't terminated.
  • Removed an optimization for return var which caused the variable to appear blank when accessed within a finally block.
  • Fixed Default (Switch) to allow space before the colon.
  • Fixed Array.Prototype.RemoveAt to return the removed value when Length is "explicitly omitted" with unset or var?.
  • Fixed crashing when a ComObject is passed to a for-loop with only the second variable specified.
Changes merged from v1.1.37.00 and v1.1.37.01
  • Changed COM method and property calls to pass large integers as VT_I8, not VT_R8 (floating-point), so the original type and precision is retained. Integers in the 32-bit range are still passed as VT_I4.
  • Added support for multi-variable enumerators (for-loops) with IDispatch-wrapped AutoHotkey objects. Both the script invoking the object and the object itself must be running a supported AutoHotkey version.
  • Fixed omitted parameters to receive their default values rather than the "optional argument marker" when an AutoHotkey method is called via IDispatch (COM). The reverse translation was already done when calling COM methods in previous versions.
  • Fixed VerCompare(a, ">" b) and reduced code size marginally.
  • Fixed AltTab-related load-time errors to be consistent with other errors.
  • Fixed errors thrown by a ComObject wrapper not being propagated correctly if it is called via an object/COM.
  • Fixed the Hotkey GUI control to allow setting the symbols ^, ! and + as hotkeys.
  • Fixed the Hotkey control to include modifiers when its value is set to a symbol.
  • Fixed potential misbehaviour of InputHook.KeyOpt() with single chars.
    • Option removal potentially not affecting the corresponding SC.
    • Options potentially also being applied to sc000.
  • Fixed a bug with custom combos where a set of hotkeys like a & b::, a:: and a up:: would fail to suppress the release of a if a:: alone is disabled with #HotIf.
  • Fixed a bug where a key-down event is correctly suppressed by a hotkey, but sending an additional key-down with SendLevel > 0 would prevent the subsequent key-up from being suppressed, even if the sent event is ignored due to #InputLevel.
  • Fixed a & b up:: not suppressing b if a & b:: is present but disabled by #HotIf.
  • Fixed an issue with hotkeys not firing due to a race condition. If a modifier hotkey such as ~*RWin:: called Send or GetKeyState too soon, the OS could report that RWin isn't down, so the hook's modifier state would be "corrected" and hotkeys would wrongly fire or fail to fire. This was likely to occur only if another keyboard hook was installed more recently than the script's own hook, since in that case the OS would not update key state until the other hook's thread has resumed and returned.
  • Fixed hotstrings to use the Last Found Window set by #HotIf.
  • Fixed an issue where any attempt to reinstall the keyboard or mouse hook would fail if the OS had automatically uninstalled the hook. It is still necessary to meet certain conditions before any such attempt can be made.
  • Optimized allocation of cached COM property names for built-in IDispatch.
  • Refactored code to support a build configuration for AutoHotkey as a DLL.

AutoHotkey 2.0

Versienummer 2.0.4
Releasestatus Final
Besturingssystemen Windows 7, Windows 8, Windows 10, Windows 11
Website AutoHotkey
Download https://www.autohotkey.com/download/
Bestandsgrootte 2,79MB
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

09-07-2023 • 16:51

4

Submitter: novice.tweaker

Bron: AutoHotkey

Reacties (4)

4
4
3
0
0
1
Wijzig sortering
Via UltimateKEYS kun je aan een standaard QWERTY een hele reeks speciale tekens toevoegen die je vervolgens kunt activeren met de rechter Alt (of AltGr). Dit werkt zowel met AutoHotkey v2.0 en v1.1, alsook op Linux.
(Bijkomend: Deze scripts heb ik zelf geschreven, onder GPL v3.)
Onder Linux ben ik heel erge fan van de Compose key, om speciale tekens toe te voegen. Dan druk je op een speciale 'compose' key, en dan twee karakters intypen, en je hebt je speciale karakter. Standaard gebruik ik de Caps Lock als Compose key, want ik gebruik toch nooit de Caps Lock.

In ieder geval in Linux Mint kunt je die vinden in Systeeminstellingen -> Toetsenbord -> Indelingen -> Opties. Daar staan trouwens veel meer instellingen in die je voor je toetsenbord kunt doen, o.a. voor als je Japanse tekens en dergelijke moet invoeren.

Maar de hoofdreden dat ik Compose gebruik, is dat het zo makkelijk is om de speciale tekens te onthouden. Een paar simpele voorbeelden (hopelijk worden de speciale karakters hier gewoon weergegeven):

Compose + e + ' = é
Compose + c + , = ç
Compose + c + = = €
Compose + ^ + 6 = ⁶
Compose + 2 + 3 = ⅔
Compose + o + e = œ
Compose + : + - = ÷

In het kort: Als je speciale karakter lijkt op een samenvoeging van twee tekens, combineer die twee tekens dan in een Compose reeks. (Voor mij) super makkelijk te onthouden. Via deze link is een lijst te vinden met karakters die je via Compose kunt maken.
AHK werkt onder Windows? In windows kan je gewoon VS-internationaal toetsenbord instellen met genoemde functionaliteit?
De mogelijkheid om toetsen te combineren werkt wel in Windows, van wat ik me herinner. Maar de uitgebreide mogelijkheid zoals met Compose gaat, ben ik me niet bewust van.

Ik heb vroeger ook wel eens letters zoals é gemaakt in Windows, alleen was ik niet blij met de manier zoals dat standaard ging. Vooral bij de aanhalingstekens irriteerde ik mij, want ik kon niet gewoon intypen "woord" met de aanhalingstekens in één keer, omdat hij dan de aanhalingstekens niet deed, omdat hij die aanhalingstekens als een gecombineerd teken zag. Daarom had ik die methode standaard uit staan.

Ook daarom vind ik die Compose methode zo fijn, want elke toets op het toetsenbord werkt gewoon in enkele mode, en als ik een gecombineerd teken wil, druk ik eerst de Compose key in, en dan twee (of soms meer) toetsen erachter.

Op dit item kan niet meer gereageerd worden.