-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ctrl-Shift-T not working #6
Comments
UPD (2020) for readers from future: the real workaround for Ctrl(Fn)+Shift+T combination is to release Ctrl(Fn) key first in this combination.
|
Jan, what do you exactly mean with "a problem with the mechanical part of the keyboard"? Is it broken or there is a hardware limitation of fn+2_more_keys events? |
@free5lot By "problem with mechanical part of the keyboard" I meant a hardware limitation of the keyboard - yes, something like fn+2_more_key events. I have verified this issue on 2 separate machines running Ubuntu 14.04, but with the same keyboard. I will try to find any documentation on this FN key... |
Well. Than good news is that Macbook Pro Retina doesn't have this limitation. What model of external keyboard do you have exactly? |
@free5lot I have found no documentation on limitations of the FN key, but I have found a very strange behavior. Unfortunatelly, Ubuntu seems to be the only distro that supports my bluetooth drivers out of the box. Installing drivers for my adapter on Kubuntu is a mess, so I cant test it on KDE just yet. |
Quite interesting and strange! So Ctrl+Shift+… almost works for you except T char. Maybe Fn+Shift+T means something exceptional on Mac. |
@free5lot I cannot help any further right now, as I am rather busy, but here is samle output from "xev" of the combination being pressed. Maybe you can make some sense of it:
|
So, it seems to be some hardware related problem of external keyboard, and doesn't affect MacBook Pro or other devices, that can get key-press correctly (who doesn't make FN key (Ctrl after modification) as something special on HARDWARE level). So it's not a patch issue and probably can't be fixed for this hardware. |
I can confirm the issue with the "Apple Wireless Keyboard" model: A1314. @JanmanX did you figure out any solution for the problem? Thanks, |
Same behavior with Wireless Keyboard A1255. |
I have an question to guys, who have original MacOS and this external Apple Wireless Keyboards. Can you switch the buttons in MacOS and try ctrl+shift+t there? It may either prove it's a physical limitation or give some hope. |
Can also confirm with A1644. Only T doesn't work. Everything else does. |
@StephanDollberg Can you switch the Fn and LeftCtrl buttons in MacOS and try Ctrl+Shift+T there (really Fn+Shift+T actual keys)? Will it work there? |
@free5lot I don't have access to a Mac right now but I might have in a couple weeks (not fully sure yet though). Then I can try. |
UPD (2020): You don't have to press keys in small window or fast. The real workaround for Ctrl(Fn)+Shift+T is to release Ctrl(Fn) key first in these combinations.
|
Just for the record: I am using this configuration on an external slim Apple Bluetooth keyboard (A1314):
Other three-key combinations also work perfectly, e.g.:
In sum, I'm grateful for this clean solution for matching my external Apple keyboard to the one built into my Dell XPS laptop. |
@almson can you please test this combination using Bluetooth connection mode? |
Ctrl+Shift+T doesn't work in Bluetooth mode either, but the trick with "rolling" works! Thanks! It's pretty common for keyboards to have such limitations. Expensive keyboards advertise their n-key "rollover" https://en.wikipedia.org/wiki/Rollover_(key). Apple must have cut a corner with the Fn key. |
So, it's still a hardware limitation. PS. It's just odd that the only key affected by cutting corners is T key. I have no explanation for this technical decision. |
The entire 5-T-G-B column is affected. Fn+Option+G doesn't register (to use the silkscreened names), as well as Fn+Command+B, and Fn+Control+5. |
Oh, that makes more sense then. That indeed seems to be cutting corners by Apple. PS. On Macbook Pro there is no issue with Ctrl+Shift+T and probably any issue with any column at all. |
Thanks for the tip. I will add it to the Readme. |
I can confirm that this combination doesn't work in A1644 (nor usb-connected, neither bluetooth connected) and it didn't work in A1242 either, which I had been using for ages. The rolling trick is super helpful though, thanks for the tip! 👍 for adding it to the Readme. |
Wow, I don't know how @klaeufer found the "rolling-off" trick but thank you! 🙏 |
My bad! Thanks all around! |
FWIW, not sure if it's already known, but in testing with A1644 (ANSI US English) connected via USB to macOS 13.2.1, and mapping the physical fn key to ctrl, I can reproduce the issue with T, but not with 5-G-B. So it's at least partly an OS-independent issue... |
When swapping
Left-ShiftLeft-Ctrl with FN, CTRL-SHIFT-T combination is not being registered.Using the original patch supplied in this repository (hid-apple.c.original_(kernel_3.16.0-28), the combination works.
I first noticed it when trying to reopen last opened tab in Chrome, but verified in some other programs.
You might want to get some better readings using "xev".
Free5lot has a much better understanding of the module, but I figure it is a problem with the mechanical part of the keyboard, and not the patch itself, and thus, can't be solved. (@free5lot, please verify :) )
Also, the key-combination is not working either on my version of this patch.
The text was updated successfully, but these errors were encountered: