brackets
Can we have ( ) style brackets on the msin keyboard rather than [ ]?
I think ? Might be more useful than / too
Thanks
Lee
shared this idea
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, but to fill a perceived gap in the choices that were out there.
-
Allen
commented
No, please don't add ( ) keys to the main keyboard. I love using the [ ] keys. Please leave the keys, including { } keys, as they are. They behave as the standard keyboard does, which I know and love.
I wish I could down-vote this suggestion.
-
Liz
commented
No please leave them as they are. Only need one type of brackets anyway and these [ ] are the best. Just remove these altogether { }. In this day and age practically no-one uses them. Put something else on the buttons instead.
-
AdminTypefinity
(Support, Typefinity)
commented
Thanks for these comments. We will consider the forward-delete / opt flip, although the opt is matching the position on Macbook keyboards and the symmetry of forward delete opposite backward delete is nice. Another option might be to remove that key and make shift-delete to it, though that's not particularly standard.
Speaking of standard, yes the opt maps are funky, but again we're just following Apple computer keyboards here, rather than trying to forge our own path. It's hard to know what people are used to and what can be freely optimized, so we took the path of following the existing example.
Shift to operate by words is another one of those expectation things. Normally one would hope that would create / extend the selection, but Apple's APIs don't let us do that anyway, of course...
-
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.