If one changes the ReturnKeyType of a Tedit to any of the values Go, Search or Send, the onkeydown event will fire for the return key.Īnother alternative would be to use the OnChange event. I have stumbled across a workaround, which appears to work, though it too may be susceptible to future changes. The blog post they cited is not suitable for 10.3, and it seems that it would never see the return key anyway. But they offer no other viable alternatives. QA at embarcadero however take the view that it is not and one should not rely on the virtual keyboard to fire off keyboard events. Update: Originally this was assumed to be a bug. BTW: Others will have different aims, but for my part all I want to see is the return key. I am currently attempting to implement something equivalent in 10.3, but would appreciate any guidance. The solution offered involves adding a TextListener to JFMXTextEditorProxy, and that latter interface has disappeared from delphi 10.3.
I think this Stackoverflow question and this Blogpost may be useful. I think that using methods that fire up when text get changed is a sufficient workaround to this issue. You should never rely on receiving key events for any key on a soft input method (an on-screen keyboard). When handling keyboard events with the KeyEvent class and related APIs, you should expect that such keyboard events come only from a hardware keyboard. "According to this documentation - Handle keyboard actions or this - KeyEvent : QA at embarcadero have come back with the following response: I have confirmed this using a very basic newly created project so it is nothing to do with the conversion from 10.2.3 it seems.
Virtualkeyboard returnkeytype firemonkey android#
My android apps are now not generating an OnKeyDown event from the virtual keyboard for the Return key. I am in the process of upgrading from Delphi 10.2.3 to 10.3.3.
0 kommentar(er)
