DeadCompose implementiert, uncomp…-Methoden gelöscht, »return 0«-Zeilen entfernt (wird sowieso gemacht).

checkComp ausgebessert: »global« hatte gefehlt. (Damit wurde ›ſt‹(ſt-Ligatur) ermöglicht (war defekt)).
ahkTreiberKombi rausgeschmissen (war für den gelöschten msklc-Treiber gedacht).
Massenweise Formatierungen normalisiert.
Zusätzliche Compose-Aktivierung über Mod3+Mod3.
Einhand- und Lernmodus wiederhergestellt.

git-svn-id: https://svn.neo-layout.org@810 b9310e46-f624-0410-8ea1-cfbb3a30dc96

1 files changed, 4 insertions, 3 deletions

diff --git a/windows/autohotkey/Source/Methods-Unicode.ahk b/windows/autohotkey/Source/Methods-Unicode.ahk
index deaf5e0..86e3b36 100644
--- a/windows/autohotkey/Source/Methods-Unicode.ahk
+++ b/windows/autohotkey/Source/Methods-Unicode.ahk
@@ -8,12 +8,13 @@ Dieser basiert auf http://www.autohotkey.com/forum/topic32947.html
 Der Aufruf von »SubStr(charCode,3)« geht davon aus, dass alle charCodes in Hex mit führendem „0x“ angegeben sind. Die abenteuerliche „^+u“-Konstruktion benötigt im Übrigen den Hex-Wert in Kleinschrift, was derzeit nicht bei den Zeichendefinitionen umgesetzt ist, daher zentral und weniger fehlerträchtig an dieser Stelle. Außerdem ein abschließend gesendetes Space, sonst bleibt der „eingetippte“ Unicode-Wert noch kurz sichtbar stehen, bevor er sich GTK-sei-dank in das gewünschte Zeichen verwandelt.

 */

 

-SendUnicodeChar(charCode){

+SendUnicodeChar(charCode) {
+

   IfWinActive,ahk_class gdkWindowToplevel

   {

     StringLower,charCode,charCode

     send % "^+u" . SubStr(charCode,3) . " "

-  }else{

+  } else {

     VarSetCapacity(ki,28*2,0)

     EncodeInteger(&ki+0,1)

     EncodeInteger(&ki+6,charCode)

@@ -25,6 +26,6 @@ SendUnicodeChar(charCode){
   }

 }

 

-EncodeInteger(ref,val){

+EncodeInteger(ref,val) {

   DllCall("ntdll\RtlFillMemoryUlong","Uint",ref,"Uint",4,"Uint",val)

 }