Skip to content
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

swipe support #17

Open
Gibbz opened this issue Oct 9, 2020 · 4 comments
Open

swipe support #17

Gibbz opened this issue Oct 9, 2020 · 4 comments

Comments

@Gibbz
Copy link

Gibbz commented Oct 9, 2020

Hey guys,

Just wondering if swipe support is planned. I use swipe on the google keyboard on android and find it much faster than having to press each key.
Is there planned support for this feature at all?

@jpetersen
Copy link
Member

I think that would be a great project.

To work good one needs also good prediction support (to calculate the most proper word one wanted to create swiping). The currently used presage is a bit limited there (even when using the better version which uses marisa instead of sqlite from https://github.com/sailfish-keyboard/presage). It also requires good prediction databases. But yes I think when we can bundle some community around it here it might be possible to create such databases as well.

@Fuseteam
Copy link
Contributor

Fuseteam commented Feb 3, 2022

@dobey
Copy link
Contributor

dobey commented Feb 6, 2022

there is prior work for "Swipe" support: https://code.launchpad.net/~michael-sheldon/ubuntu-keyboard/skeyer-prototype/+merge/254008

I'm not entirely sure what went wrong there, but I am unable to get this converted to a git branch to see what we could use from it. Also the diff itself is over 200MB. Given the amount of changes in both this merge request, as well as those which have happened in maliit (and lomiri-keyboard) over the past 5 years, it would probably better to split things up into smaller changes and perhaps do some of them somewhat differently.

@Fuseteam
Copy link
Contributor

Fuseteam commented Feb 7, 2022

yeah the diff is huge, appearently he completely restructured the way plugins work in there, many parts of the diff is removing the 4 familiar qml files

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants