Jon Lang
My feedback
2 results found
-
3 votes
Update:
What about adding long-press of the ‘X’ causes the suggestion to be suppressed this time but not in the future? This is the opposite of the way Jon Lang suggests but users will be unlikely to discover long-press and their first priority is to “teach” the keyboard not to make substitutions that are not right for them. Aside from that, we don’t want to get into adding manual actions for controlling the dictionary because the goal is this kind of fiddling is kept out of the user’s hands. (Note, ‘ie’ → ‘i.e.’ and similar have been added as hard-coded shortcuts in English.
(Earlier comment):
The problem you mention is an annoying one. But I’m not sure about solving it by taking up a slot on the suggestions row for (typed) or “typed” every time there is an auto-suggestion. The constant presence of that item is one of the things…
An error occurred while saving the comment An error occurred while saving the comment Jon Lang
commented
How about changing the behavior of the “×”? Tap it to cancel the autocorrect this time only, or hold it to cancel the autocorrect from now on.
If you do this, consider adding similar functionality to the other words: that is, holding a word causes it to become the recommended choice in the future. That is, “tap” means “do this just this once”, while press-and-hold means “do this from now on”.
Jon Lang
shared this idea
·
-
14 votes
Hi,
We’re interested to hear more feedback on this, but… One of the main motivations behind PadKeys is to avoid the need for learning special layouts. The thought is that the advantages of having those keys available without Shift is actually outweighed by the hesitations caused by having a different layout from the one present in hardware keyboards everywhere.
Even something that may seem an obvious win like a “.com” key, which saves 3 keystrokes when typing in a URL, is of unclear benefit when you have to stop and hunt around for it, it takes up space that could be used for making larger letter keys, and it doesn’t help when typing in .de, .net, .org, or the site name itself.
Of course, none of these arguments hold for users more used to phones than regular computers. But PadKeys is not trying to be a keyboard for everyone,…
An error occurred while saving the comment Jon Lang
commented
The normal layout is fine by me, for the most part; I make extensive use of [ and ] when inserting BBCODE markup on several webforums I visit.
However, I'd like to see a few minor tweaks, such as swapping the forward-delete and alt keys, as my habit is to tap te lower-left corner when I want the alt-key. I'd also like it if Shift, not Alt, shfted the navigation keys from character steps to word steps.
Speaking of the Alt-key, I'd love it if the keys on the Alt-keyboard were organized in a less haphazard manner. For instance, put “…” in te same position that “.” holds on the normal keypad; put “©” and “®” as shifted and unshifted versions of the same key; move ≤ and ≥ to the shifted alt-keyboard so that you get to them directly from the shifted regular keyboard (where < and > are found). Put × on the alt keypad in place of ÷, and move ÷ to the shift-alt keypad (in the same position). † and ‡ should be paired up, too.
In addition to the “×”, maybe preload the dictionary such that “ie” maps to “i.e.”? That would resolve the single biggest instance of “I” autospelling being problematic.
And/or look for “initial words” to put in the dictionary: ideally, after I type “Agents of S.H.I.E.L.D.” a few times, I should then be able to type “SHIELD” and see “S.H.I.E.L.D.” as one of the options.
Finally: please consider having the “undo” button undo dictionary changes as well as typing. One of my pet peeves is that once I've used that “×” to break the link with a blue word, there's no easy way to say “oops; I didn't want to do that”.