Closed GoogleCodeExporter closed 9 years ago
Agree, adding extra actions is already on the roadmap. In general I'd want
pretty much any action currently available from the keyboard to be bindable to
gestures or hardware keys.
I want to do some cleanups before adding tons more since the current
implementation isn't well suited to having a huge number of actions, but that's
fairly straightforward to change.
Original comment by Klaus.We...@gmail.com
on 23 Feb 2012 at 6:21
Original comment by Klaus.We...@gmail.com
on 23 Feb 2012 at 6:25
I'm don't need a tons of actions, I need only this!
And if this actions will be assigned by default (like it was in Windows
mobile), I will be happy!
There are backspace at Swype left, space at right and shifted key at Swype up
from this key.
It was very useful!
Original comment by INNenashev
on 23 Feb 2012 at 6:36
Not sure we're talking about the same thing. The swipe actions I'm talking
about and that are currently implemented are a large gesture across the
keyboard, and it doesn't matter which key they start at or end on, just the
general direction. It's unrelated to the "Swype" input method, and I'm not
familiar with what Windows Mobile was doing.
Original comment by Klaus.We...@gmail.com
on 23 Feb 2012 at 7:52
swype left and swype right from my comment - are a large gestures just as You
write.
But swype up from any key - really is a key-related short gesture, which is
really now absent in hacker's keyboard.
And this three gestures are really useful! I loved it on Windows mobile.
Original comment by INNenashev
on 23 Feb 2012 at 8:24
Please use the word "swipe" when referring to the well-known gesture, "Swype"
with "y" is presumably a trademark for a specific and different input method.
Anyway, I do plan to add the large gesture support as described in issue 84, I
just don't want to do so on a key by key basis - this should be more generic.
You personally may want space+backspace, others have already requested "delete
word" and Ctrl/Tab/Alt, and this way lies madness.
I don't currently have plans to add drag actions to individual keys, I think
this would be likely to conflict with long-press detection and may be hard to
trigger reliably.
As an alternative, I intend to support "shift" as a swipe gesture, so you could
do a large "swipe up" gesture to uppercase the next key.
Also, are you aware of the settings option to add uppercased versions to the
long-press popups? This works fairly well when combined with a reduced
long-press wait time.
Original comment by Klaus.We...@gmail.com
on 23 Feb 2012 at 8:39
sorry, I will never use Swype for abstract gestures.
but I know Swype as a trademark - is a concurrent keyboard with complicated
gestures over keys in typing words, which collect this key for guessing this
words. It is far far away from simple long-distance gestures unrelated to keys
under it, configurable in Hacker's Keyboard.
Short gesture (to two-three rows up from a each key) can't conflict with long
pressing, it can conflict only with long vertical up-directed gesture unrelated
to keys. It can be one option in settings to enable it for shift, which will
also disable setup for that long vertical up-directed gesture unrelated to keys.
It can be feature separated from issue #84
Original comment by INNenashev
on 23 Feb 2012 at 8:57
Original issue reported on code.google.com by
INNenashev
on 23 Feb 2012 at 3:16