#550 [Neo-Vars] [Win 10] No Unicode Character will print.

Open
opened 3 weeks ago by Polyhistorian · 5 comments

I’ve managed to narrow down the issue enough that any character which goes into a SendUnicodeChar methdod refuses to appear anywhere in any form. I can confirm the character code getting to the functions in question, but they are too complicated for me try and debug any further. Most critically the character “^” won’t print itself, which is critical in at least some programming languages. This seems to affect any such character, whether assigned to a key, created with dead keys, or created through compose.

I've managed to narrow down the issue enough that any character which goes into a SendUnicodeChar methdod refuses to appear anywhere in any form. I can confirm the character code getting to the functions in question, but they are too complicated for me try and debug any further. Most critically the character "^" won't print itself, which is critical in at least some programming languages. This seems to affect any such character, whether assigned to a key, created with dead keys, or created through compose.
imp commented 3 weeks ago
Owner

More context please.

More context please.
Polyhistorian commented 3 weeks ago
Poster

Neo-Vars: Newest from repo, built with the included scripts into an exe. Though the bug also persists with the loose scripts.

Windows Pro: Version 10.0.1904

AutoHotkey: v1.1.33.01 (Just updated to v1.1.33.02, the bug still replicates itself)

Anything else wanted?

Neo-Vars: Newest from repo, built with the included scripts into an exe. Though the bug also persists with the loose scripts. Windows Pro: Version 10.0.1904 AutoHotkey: v1.1.33.01 (Just updated to v1.1.33.02, the bug still replicates itself) Anything else wanted?
qwertfisch added the
Treiber/Windows/AHK
label 3 weeks ago
Polyhistorian commented 3 weeks ago
Poster

Update on the “^” character situation. I haven’t found anything at all pointing to an overall fix. But by changing the caret chacter on the line 26 of keydefinitions.ahk into the caret that is needed (the characters won’t copy so that the difference would be visible). And then uncommenting line 402 or line 602 depending on your layout. (If someone is unsure, you can uncomment both to be sure). That produces valid output in every situation that I’ve tested. Not sure why they are commented, there’s probably a good reason, but as a work around it functions a 100% for me.

Update on the "^" character situation. I haven't found anything at all pointing to an overall fix. But by changing the caret chacter on the line 26 of [keydefinitions.ahk](https://git.neo-layout.org/neo/neo-layout/src/branch/master/windows/neo-vars/src/keydefinitions.ahk#L26) into the caret that is needed (the characters won't copy so that the difference would be visible). And then uncommenting [line 402](https://git.neo-layout.org/neo/neo-layout/src/branch/master/windows/neo-vars/src/keydefinitions.ahk#L402) or [line 602](https://git.neo-layout.org/neo/neo-layout/src/branch/master/windows/neo-vars/src/keydefinitions.ahk#L610) depending on your layout. (If someone is unsure, you can uncomment both to be sure). That produces valid output in every situation that I've tested. Not sure why they are commented, there's probably a good reason, but as a work around it functions a 100% for me.
qwertfisch commented 3 weeks ago
Owner

From the initial bug report, you describe what you think caused the issue, but there is no description of what the problem really is. Can you add some information about the problem itself, possible steps to reproduce, what you would expect, and what instead happens?

The NeoVars driver works for me and for dozens of other people, without problems on displaying any character. The caret symbol (you probably are referring to U+005E „Circumflex accent“) will be displayed on Mod3+W (for Neo, or „T“ on qwertz keyboards).

Last but not least, if German is your native language you are also free to continue here in German.

From the initial bug report, you describe what you think caused the issue, but there is no description of what the problem really **is**. Can you add some information about the problem itself, possible steps to reproduce, what you would expect, and what instead happens? The NeoVars driver works for me and for dozens of other people, without problems on displaying any character. The caret symbol (you probably are referring to U+005E „Circumflex accent“) will be displayed on Mod3+W (for Neo, or „T“ on qwertz keyboards). Last but not least, if German is your native language you are also free to continue here in German.
Polyhistorian commented 3 weeks ago
Poster

The problem is for me that any Unicode function character just doesn’t appear anywhere. I ‘ve tried firefox, notepad, visual studio code, notepad++, windows search, none of them get any input from the unicode functions. Not a broken character, or even a blank character, seemingly nothing comes out, the possible opened file doesn’t even get marked as changed.

The problem reproduces itself with any dead character combined character, compose, and possible assigned to key Unicode function characters. As it did with the caret for me until my “fix”, if you can call it that. So: Text field — > Try to enter any Unicode function character — > No output.

Yeah, I was referring to that character, the keybind just never printed it for me. I got it to work by uncommenting line 417 in the keydefinitions.ahk file. But it resulted in a broken character for me, not sure why, so I went with the “fix” I previously described.

Unfortunately, I don’t know a word of German, I’m from Finland personally. So there’s technically a possibility it somehow relates to display language settings, but I can’t see why it would be so. The keyboard is by layout QWERTY but extended to the nordic layout, which does seem to match QWERTZ other than the placement of characters, which I’ve corrected (at least mostly) with other changes to the keydefinitions.ahk file. And even if the key in question wouldn’t happen to work it doesn’t explain compose or other dead keys not working as well, including the ones I haven’t touched.

The problem is for me that any Unicode function character just doesn't appear anywhere. I 've tried firefox, notepad, visual studio code, notepad++, windows search, none of them get any input from the unicode functions. Not a broken character, or even a blank character, seemingly nothing comes out, the possible opened file doesn't even get marked as changed. The problem reproduces itself with any dead character combined character, compose, and possible assigned to key Unicode function characters. As it did with the caret for me until my "fix", if you can call it that. So: Text field — > Try to enter any Unicode function character — > No output. Yeah, I was referring to that character, the keybind just never printed it for me. I got it to work by uncommenting [line 417](https://git.neo-layout.org/neo/neo-layout/src/branch/master/windows/neo-vars/src/keydefinitions.ahk#L417) in the keydefinitions.ahk file. But it resulted in a broken character for me, not sure why, so I went with the "fix" I previously described. Unfortunately, I don't know a word of German, I'm from Finland personally. So there's technically a possibility it somehow relates to display language settings, but I can't see why it would be so. The keyboard is by layout QWERTY but extended to the [nordic layout](https://en.wikipedia.org/wiki/QWERTY#/media/File:KB_Finnish_Multilingual.svg), which does seem to match QWERTZ other than the placement of characters, which I've corrected (at least mostly) with other changes to the keydefinitions.ahk file. And even if the key in question wouldn't happen to work it doesn't explain compose or other dead keys not working as well, including the ones I haven't touched.
Sign in to join this conversation.
Loading…
There is no content yet.