Changing native modifier keys behavior feature

[green-green-avk]

...
If only Fn when emulating Alt could behave the same as described above, or at least do not need holding before pressing the modified key, Another Term would have the best keyboard mapping ever seen on Android! 🤞
(Sorry I did not mention that earlier, it only became apparent when using the app for real dev tasks.)
...

Originally posted by @guillaume-d in #12 (comment)

[guillaume-d]

Would you accept a PR for this? I haven't anything yet, and it has been some time since I had a look at the code, but I think I could figure it out eventually, possibly with some guidance from you.

[green-green-avk]

I see this feature rather this way:

Per each key entry mapped as "Bypass" or "Shift", an additional drop down list should be added with options like:

• "Bypass"
• "Block"
  and for each Shift, Alt, Ctrl, Meta (left and right);
  Fn, Sym:
• "🔒"
• "🔒¹"
• "🔓" (Maybe? To enforce no stick.)

Example:
⌨ Left Alt ➤ 💻Bypass▾ ⌨Left Alt🔒¹▾

What's your opinion?

[guillaume-d]

[...]
Example:
⌨ Left Alt ➤ 💻Bypass▾ ⌨Left Alt🔒¹▾

What's your opinion?

I like the whole idea very much! 👍 But it might get pretty tight especially in portrait mode.
Don't you want to show only the locker in the second dropdown list?
Like (lame attempt at ASCII art, not all Unicode glyphs displayed correctly here): Left Alt => [Bypass v] [🔒¹ v]
Maybe that's what you meant in the first place?

[green-green-avk]

1. Why not to wrap layout lines?
2. What if you want to map one key code into another?

[guillaume-d]

1. Why not to wrap layout lines?

It could certainly help, but then would make #14 really necessary on narrow screens to help users find things IMHO.

2. What if you want to map one key code into another?

Indeed. Then I cannot think of a better design.