Insert, Delete, Home, End produce numbers instead of doing the action that I want

[felipe1982]

Insert, Delete, Home, End produce numbers instead of doing the action that I want.

---

OS: windows 10 Keyboard: US QWERTY Language: English US (or Australia)

[DreymaR]

Not sure what you mean! My Home/End and Ins/Del keys work just fine, as do the Extend versions of them (Ext+Y/L and RB/SC). Did you try to make a mapping of some sort? Mapping syntax can take some getting used to as it's quite advanced and powerful.

Please try to describe your problem better. What numbers, under what circumstances?

[felipe1982]

I didn't change anything. Just vanilla (except for the change in #17 ).

This happens when using Windows Mail on Windows 10.

Version 16005.13228.41011.0

[DreymaR]

• I opened Windows Mail and made a new email.
• Tried Ext+Home and it produced the powerstring 'Colemak-ⲔⲰ[eD]' as it should.
• Same with Ext+Insert (except the name in the signature wasn't selected)
• Same with Ext+L/Y (and you still haven't told me which of these is your problem)
• Therefore I cannot reproduce your problem so I still don't know what it may be.

[guraltsev]

Hello! I think I found a temporary solution. The problem is not that the NumPad keys are remapped but rather that the non-numpad keys (Home etc) are remapped to the numpad ones and that for some strange reason causes problems.

Take a look here at a temporary workaround: https://github.com/DreymaR/BigBagKbdTrixPKL/issues/46#issuecomment-1200343064

[DreymaR]

The issue was that Autohotkey interpreted any VK mapped key that's also on the NumPad as its NumPad version. If NumLock is active, these then become numbers.

Hopefully, 22af93a fixes this. Please let me know.

[philtherobot]

I have a similar issue. In my case, the numeric keypad works normally when NumLock is on, it's numbers, off it's cursor navigation. But the Del key is always dot. Basically, the only Del I have now is on the Extend layer, and that's steep adaption curve for now.

[DreymaR]

...the Del key is always dot.

I don't see why this should be the case. I use the mapping QWDEL = System now, which simply sends the scan code for Del. • Are you sure you're using the latest EPKL commit? • Are you running anything else at all that remaps keys? • Don't you have a normal Del key on your board, only the NumPad version?

[philtherobot]

I have more information.

I just installed EPKL, downloaded from Github today.

I tried with a second computer. I tried with a different keyboard. I get the same results.

Nothing else is remapping keys.

I have two Del key indeed. I do not use the closest one oddly enough. I go for the numpad one.

I have a capture of the AHK keyboard log if that helps. My config is QWERTY, eD, ANSI (I think that's a complete description).

You see that I press NumpadDel (a dot comes out). Then I switch to numpad mode, same key is now reported as NumpadDot (still dot as expected in this case). I switch back to numpad off, we are back to NumpadDel, but still dot at the output.

Ultimately, I can live with this, but it'd be nice to fix, even if I need something custom in my config.

25  14B h   d   0.08    Left            
25  14B i   d   0.01    Left            
25  14B h   u   0.06    Left            
25  14B i   u   0.00    Left            
2E  053 h   d   7.16    NumpadDel       
BE  034 i   d   0.02    .               
BE  034 i   u   0.00    .               
2E  053 h   u   0.11    NumpadDel       
90  145     d   2.52    Numlock         
90  145     u   0.13    Numlock         
6E  053 h   d   1.01    NumpadDot       
BE  034 i   d   0.02    .               
BE  034 i   u   0.00    .               
6E  053 h   u   0.11    NumpadDot       
90  145     d   1.55    Numlock         
90  145     u   0.11    Numlock         
2E  053 h   d   0.59    NumpadDel       
BE  034 i   d   0.02    .               
BE  034 i   u   0.00    .               
2E  053 h   u   0.09    NumpadDel       
74  03F h   d   3.02    F5              C:\tools\BigBagKbdTrixPKL\EPKL.exe
74  03F i   d   0.02    F5              
Press [F5] to refresh.

[DreymaR]

You probably used the last release version. This may not yet be fixed there, I don't recall. Try the latest commit and run the compile batch file. The NumPadDel shouldn't be turned into a NumPadDot, I think? Or should it?

Indeed, your problem looks like it's a bit custom. I found the culprit though: I've mapped my NumPadDot key to produce dot and comma explicitly, since the Norwegian locale settings often turn that key into a comma and I don't always want that. QWPDC = vcPDC 0 Find the line in EPKL_Layouts_Default.ini that starts like this, and comment it out with a starting semicolon. Then you should be rid of that particular demon!

I will update the default to be something less unexpected.

[philtherobot]

Build from source? Great! I am a professional programmer, so that does not scare me.

But I have bad news. After compilation, EPKL launches and I get error at line 21 about a syntax error. I attached a screenshot. I could not locate the string "DreymaR"" on line 21 anywhere, so I could not fix it myself.

In the meantime, I will return to the prebuilt EPKL and try your suggestion.

[DreymaR]

After compilation, EPKL launches and I get error at line 21 about a syntax error.

Oh. Bad DreymaR. Bad, bad DreymaR! I'd made some edits to headers and updated a string accordingly without giving a thought to quote escapes. Since it was "only a text update", I didn't bother to test compile it. I've pushed a bugfix.

I should be making a new release soon, I've only got one more feature I want to add first. But the last commits (bar the two that won't compile, heh) should be a lot more robust for key mappings than the previous release was. So that's going to be nice.

[philtherobot]

The latest version works perfect. Compiles and Numpad Del or dot as normal according to Numlock state.

Good work! Thanks for EPKL. I hope to be able to keep my hands for much longer over home row with Extend.