OESF Portables Forum
Model Specific Forums => Gemini PDA => Gemini PDA - Android => Topic started by: Radovan Garabík on February 08, 2019, 05:32:03 am
-
I observed strange behaviour with my Gemini: if I press Fn and then TAB (i.e. standalone Fn keypress and release followed by standalone TAB) toggles CAPSLOCK. This seems to be 100% reproducible. Since I am using TAB a lot, invariably from time to time I turn inadvertently CAPSLOCK on and that's quite annoying.
Anyone observed similar behaviour? I hope it was not intended by the designers. I am using latest firmware, Gemini US physical keyboard layout. I tried to use Button Remapped to disable CAPSLOCK, but although I can remap the key to a different event (and it is honoured by the system), in addition to this the CAPSLOCK is still turned on after Fn.
-
I can confirm it's the same on my Gemini with a Croatian keyboard, this happens everytime, strange that I haven't observed this before. This might be related to the ghosting issue, for which there was a fix a while ago, but it seems that there's no fix for the latest Android version:
https://www.oesf.org/forum/index.php?showtopic=35014 (https://www.oesf.org/forum/index.php?showtopic=35014)
Varti
-
Same here, with a Swedish/Finnish keyboard layout, though I don't think the layout actually matters.
I'd say this is not ghosting, because ghosting is when you are, by simultaneously pressing certain keys, making the keyboard think you also pressed one (or more) other key(s). To reproduce this issue, however, there's no need to simultaneously press anything. Instead, one can press and release Fn, then wait, use the touchscreen, switch to another app or whatever. When then pressing tab, Caps Lock will turn on (or off, if it was on).
Another thing making this "not ghosting" is that no tab char is produced. This can be easily verified by using a text editor that support tab stops. Instead the only result of Fn followed by Tab is Caps Lock, so rather than a certain key combination causing an extra result, this key sequence only causes a different result from what it reasonably should.
In my book, that's a bug.
Edit: Possibly, it could be a designed behavior, intended to allow people using one finger only to type caps. That would, however, seem a bit nonsensical for a physical keyboard, since Fn followed by a letter, does not produce a symbol, nor does Shift followed by a number. Thus it wouldn't really facilitate single-finger use in any meaningful way. I rather think this is an unintended carry-over from typical default touch screen behavior, where various modifier keys, such as Shift, typically are supposed to be "sticky" by default. Probably Planet Computers had to remove this "stickyness", when coding their keyboard driver and, for some reason, Fn followed by Tab invokes a different code path, from which the default "stickyness" hasn't been properly removed.
-
I wonder if Fn is handled in hardware, or in software - i.e., does it send its own scancode? It would be trivial to find out under Linux, or rooted Android but I have not gotten around to installing any of them.
And since it works as a sticky key only with TAB, I do not think it's really intentional, though for thumb typing sticky keys work better (but not for touch typing). Anyway, together with ghosting it's really annoying.
-
I have a US keyboard and my caps is officially tied to fn-tab, the Tab key has "Caps" written underneath.
Perhaps the US keyboard was the template and other keyboards followed and someone forgot to remap that keystroke for subsequent countries.
I made an apk that remapped some unfortunate default keystrokes on the US keyboard (namely the single and double quote), so I know that fn-Tab can be remapped, but it's tricky.
Jake
-
I have a US keyboard and my caps is officially tied to fn-tab, the Tab key has "Caps" written underneath.
Perhaps the US keyboard was the template and other keyboards followed and someone forgot to remap that keystroke for subsequent countries.
It's not about layout - I am quite sure most if not all layouts have the same placement of the Caps key, but about the sticky behaviour of Fn followed by standalone Tab (this and only this combination), which is probably not intended.
Dual role modifiers keys can be damn useful on reduced layouts (I am using xcape on my notebook), if designed properly, but this one is not.
And yes, non-U{S,K} input on the Gemini sucks. What it really needs is a user configurable input method, something that is doable on Linux but damn difficult on Android. But that's a different topic.
-
And I thought it was just how I was typing.. But I see the exact same behaviour on a UK keyboard layout.
-
I like to add a similar problem.
The combination GeminiLogo+Tab should work as in Windows Alt+Tab, i.e. it switches to another App.
Sometimes this works, sometimes this combination activates Caps Lock. I push it a second time and then it works. But then I need to switch off Caps Lock, which is to be done with Fn+Tab.
I have a US keyboard.
-
Even stranger - for me at least. If I use the fn key in combination with another key to produce a symbol, then hit the tab key, it still turns the caps key on. So if I want to do a colon, followed by a tab, caps is automatically turned on for the following letters.
-
Even stranger - for me at least. If I use the fn key in combination with another key to produce a symbol, then hit the tab key, it still turns the caps key on. So if I want to do a colon, followed by a tab, caps is automatically turned on for the following letters.
Confirmed.
I need to use, for example, Fn + P to type the Swedish vowel Å. If I press Tab directly afterwards, instead of getting a Tab character, the Gemini toggles the Caps Lock state. This seems to happen for all combinations of Fn + Key followed by Tab. For example, Fn + Screenshot followed by Tab or Fn + Z (which, on my Swedish layout, has no Fn symbol), also toggles Caps Lock.
One (further) strangeness I've observed is that whenever Caps Lock is on, the keyboard shortcuts for showing or hiding emoji or extra symbols doesn't work. So, if I'd for example show the emoji soft keyboard and (for some reason) press Tab directly afterwards, not only will Caps Lock turn on, but I am now also unable to hide the emoji soft keyboard, until I've first turned off Caps Lock again. Weird.
Edit, March 10: One more: If I hold Fn down and press Tab, Caps Lock, as expected, turns on, but if I keep Fn down and press Tab again, Caps Lock does not turn off. To turn Caps Lock off (or on, if it was off), I first need to let go of both keys. Only then can I press Fn + Tab to toggle Caps Lock. The expected behavior would be that holding Fn down and pressing Tab multiple times, would toggle Caps Lock equally many times.
Together, these oddities can cause some counter-intuitive combinations. Let's say, I have my Gemini just within reach and I need to type an uppercase Å only, perhaps because I assigned it as a deliberately-hard-to-press-by-mistake shortcut in some app. For this, I would normally (on a Swedish keyboard layout) press Shift + Fn + P, but for this contrived example, let's say three fingers is one too many. I could instead press Fn+Tab to turn on Caps Lock. Still holding Fn, I could then press P, to get my uppercase Å. Were I then to, still holding Fn, press Tab again, Caps Lock would not turn off, but were I instead to release Fn after typing Å, and thereafter press Tab only, Caps Lock would turn off.
Edit #2, April 9: And one more: Sometimes, when I open my Gemini to type something, Caps Lock is just randomly on, but the Caps Lock LED isn't lit. This can be quite confusing when I'm trying to enter a password and, thus, all I'll see, is a row of dots, rather than actual characters. In those cases pressing Fn and (then) Tab, does indeed turn off Caps Lock, but since the LED was already off, nothing appears to happen, except that, thereafter, Caps Lock is off, for real.