D12670: More RemoteKeyboard cleanup
Holger Kaelberer
noreply at phabricator.kde.org
Thu May 3 07:14:45 UTC 2018
hkaelberer added a comment.
By removing this code you change behaviour: The initial idea was to not make the TextField echo immediately what has been typed, but visualize on desktop what the remote device acked via a network package. This allows for a kind of realtime confirmation of what the remote device *really* processed. Therefore the original event was not accepted and injected artificially onAckPackageReceived. This has some shortcomings, as the echoing in the TextField is incomplete with respect to the handled special keys etc.
A more complete discussion can be found in the original RR: https://git.reviewboard.kde.org/r/129727/
If one wants to keep this behaviour, IMHO the optimal solution would be to inject a real QKeyEvent to the TextField on reception of the ack-package. I played around with a thin native wrapper around QCoreApplication::postEvent() but did not succeed.
It is a design decision whether you want to stick to this echo-behaviour or simply echo immediately what was typed (what you propose here). Personally I would not have a problem with changing it, as in my everyday usage I noted that I always look on my phone when typing remotely via remotekeyboard.
REPOSITORY
R224 KDE Connect
REVISION DETAIL
https://phabricator.kde.org/D12670
To: nicolasfella, #kde_connect, hkaelberer
Cc: apol, #kde_connect, yannux, Danial0_0, johnq, Pitel, adeen-s, SemperPeritus, ahmedbesbes, ndavis, daniel.z.tg, jeanv, seebauer, bugzy, MayeulC, menasshock, ach
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20180503/a3af9c8a/attachment.html>
More information about the KDEConnect
mailing list