Hi,
I have noticed that sending a sting fails if the character is present in the character tables of the keyboard layout, but is produced with a rare modifier which is not crtl, alt or shift.
I am using the Neo2 layout (<!-- m -->http://en.wikipedia....oard_layout#Neo<!-- m -->). This layout uses some extra layers which are accessed with kana (a far east modifier) and a complete new modifier.
::test1::¹²³ will give you “123” because ¹²³ are on one of the new layers above 123 (accessed with the new modifier).
::test2:: ₁₂₃ will give you “°§ℓ” (which is 123 with shift) because this layer is accessed with shift and the new modifier.
I have no problems to send characters which are not in the character table:
::test3::⁈⁉ will give you actually “⁉⁈”
IMHO AutoHotkey should not only check if the character is listed in keyboard layouts character table, but also if it’s able to handle its modifier. If not it should send the character like those not present in the layout table
I know the Neo2 layout is a complete new layout, but I am pretty sure it affects many far east layouts (that use kana), too.
I am using the latest AutoHotkey_L (unicode and 32bit)
Sending strings fails in some cases
Started by
Guest
, May 24 2011 09:19 AM
4 replies to this topic
#1
-
Posted 24 May 2011 - 09:19 AM
Did you save in UTF-8?
#2
-
Posted 24 May 2011 - 09:21 AM
yes, the script is saved as UTF-8.
I stumbled across this problem some time ago and now I’ve read in these threads¹² about the same problem.
¹ http://de.autohotkey...opic.php?t=8654 (german)
² http://www.autohotke...topic72249.html (english)
I stumbled across this problem some time ago and now I’ve read in these threads¹² about the same problem.
¹ http://de.autohotkey...opic.php?t=8654 (german)
² http://www.autohotke...topic72249.html (english)
#3
-
Posted 24 May 2011 - 09:46 AM
http://www.autohotke...351.html#447351
This thread presents a workaround by introducing {Uni}, a send mode which avoids sending keystrokes.
Maybe a developer of AutoHotkey can add it for future builds of AutoHotkey_L
This thread presents a workaround by introducing {Uni}, a send mode which avoids sending keystrokes.
Maybe a developer of AutoHotkey can add it for future builds of AutoHotkey_L
#4
-
Posted 26 May 2011 - 10:07 AM
I'm not sure if it will (completely) solve your problem, but I have made a change in v1.1.00.01 which may help.
Update on 2011-08-06: I believe this change only covered Mod3, not Mod4. See this post for more details.
The "hankaku" key is the only modifier supported by VkKeyScanEx and not AutoHotkey. (I just realised that I, unfortunately, mispelled the name.)Added check to avoid incorrectly sending keystrokes for characters which actually require the "hankoku" key.
Update on 2011-08-06: I believe this change only covered Mod3, not Mod4. See this post for more details.
#5
-
Posted 17 July 2011 - 01:18 PM