Repository navigation
Conversation
95027a3 to
0df8398
Compare
|
I can also suggest creating a |
ae2cf5c to
9e55306
Compare
9e55306 to
89c7e81
Compare
2ae5730 to
e4aa48f
Compare
1d3381b to
05523f6
Compare
375a51b to
ce20ab8
Compare
ce20ab8 to
d6655d2
Compare
vit9696
left a comment
There was a problem hiding this comment.
All in all this looks about right, though I am slightly worried whether the implementation is good enough for all quirky usage scenarios. Initialisation is a bit ugly, I left a few more comments on its.
|
|
||
| KeyMapAggregator = NULL; | ||
|
|
||
| Status = gBS->LocateProtocol (&gAppleKeyMapAggregatorProtocolGuid, NULL, (VOID **)&KeyMapAggregator); |
There was a problem hiding this comment.
What handle should I give to OcHandleProtocolFallback? We don't know on which handle Aggregator is installed. I think OcGetProtocol would be better here but I don't know.
There was a problem hiding this comment.
Why not gST->ConsoleInHandle?
There was a problem hiding this comment.
Fair enough, but if anyone wants to prioritise, I guess ConsoleInHandle could be a sane default.
There was a problem hiding this comment.
Done it, check the latest force push.
d6655d2 to
75986ea
Compare
|
Resolved some comments. |
75986ea to
f134de7
Compare
b8cba2b to
d9c7ec7
Compare
581f3a6 to
7693067
Compare
1e0ed9b to
a53d724
Compare
| } | ||
|
|
||
| Status = gBS->InstallMultipleProtocolInterfaces ( | ||
| &gST->ConsoleInHandle, |
There was a problem hiding this comment.
Removed NewHandle variable, I don't think that it's necessary here.
5a1273d to
5cb317d
Compare
…extInput protocols
5cb317d to
387e5de
Compare


Implemented
SimpleTextInputExprotocol on top ofAppleEventandSimpleTextInputprotocols. Tested it witheditin OpenShell onMacBookPro9,2, and it fully worksCloses: acidanthera/bugtracker#1080