There seems to be significant interest in this and we will add it if we can figure out how to do it without compromise. Right now, holding down the space bar and NOT moving gives you repeated spaces, which is often useful. The risk is that adding the cursor move capability causes it to get triggered accidentally, either when doing this or just quickly typing single spaces. We’ve used several keyboards where this can be very annoying. And no, we don’t want to add an option. :-) We’ll explore this further.

Please help us understand the use case though. Is it that you want to move farther than the cursor keys let you conveniently move?

Thanks.

We are considering this but have not come up with a clean way to implement it yet.

What you are saying makes sense, and would not be hard to implement. However the trick is to keep the configuration simple for the user. It starts to feel clunky when you are having to select layout and language separately.

One idea might be to have an “override layout” selector which if unset (the default) leaves behavior as now. If it IS set, that layout always takes precedence, and only the language changes when selecting by the regular mechanism.

How does this sound? It would be preferrable not to even add this one additional selector, but I cannot think of any simpler way.

Thanks for your thoughts. I’m just wondering though, what would be the purpose of using PadKeys in this case? Why not just use Apple’s keyboard?

We can consider this, however:

- It slows down the use case where you often switch to an emoji keyboard, or to Apple’s (to get dictation button).
- It operates differently from the Globe on the Apple keyboard, so many users may have a hard time finding it, and/or Apple itself might reject the app.

I wonder if there would be any alternatives, maybe moving the Globe, or delaying the tap effect just enough on that key to avoid the accidental triggering during typing?

Hi,

Well, some people DO like having the forward delete, but it’s not for everyone so we have thought about making that a customizable key. But for now we’ve been holding off in the name of keeping things simple.

As far as the shortcut bar, we are unfortunately not able to access or turn on/off Apple’s own shortcut bar. However in the next PadKeys version we will be including undo, redo, and paste buttons in our own suggestions bar. We hope this will make it more feasible for iOS 9 users to turn the Apple shortcut bar off completely to gain the extra space. (And of course iOS 8 users will benefit from the functionality which isn’t available at all otherwise.)

Other peoples’ thoughts are welcome.

We are probably going to do this but have been trying to fully get the newly-introduced phone layouts fully settled and debugged first. Sorry about the delay.

For reference, we currently understand the main differences of Swiss German from German keyboard to be:

- Put French é,à,è in place of Ö,Ä,Ü
- Remove ß (or possibly put a special ‘ss’ key in place of it
- Add ç
- Largely different shifted number row

Could you be specific as to WHAT is slow, and maybe give an example word and the language where you see this? Also what type of device do you use?

In our testing on the slowest devices the animation follows the finger basically immediately and the suggestions appear instantaneously after the swipe is completed. There does not seem to be anything we would need to speed up. Note that we do NOT attempt to show suggestions DURING the swipe.

Thanks!

The suggestion is to replace some of the Greek, mathematical, and other symbols on the Opted layout on iPhone with standard punctuation characters, so, for example, you don’t need Opt and Shift to get the secondary symbols under K and L in the US English layout.

Please vote for this issue if you would like this, thanks!

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 I hate about other keyboards. Is there any other way we could address this issue?

Hi,

You can hold down shift to type " !!! " or similar.

What do you mean by “case change options”?

Thanks.

We already offer swipe UP for access to shifted variant on the symbol keys. Are you saying you would like this on letters as well, or that you’d prefer down to up?

As far as keycap font, we’ll offer a “small-label” theme if enough users are interested, just like the current “bold” theme provides a way to have bold keycaps.

As you imply accidental “words” are going to show up in the dictionary as PadKeys learns words that are typed. However as long as you don’t actually use these words going forward they will migrate further and further right on the suggestions bar until they disappear. If it really seems like this process is too slow, let us know, but it’s our aim for the user NOT to need to take direct action themselves.

Thanks for the feedback.

Please, when submitting a layout request, mention whether you are primarily using iPhone or iPad, and portrait or landscape mode. These are all different layouts! Thanks.

As far as delete key on the iPad US English layout, if you are hitting the brackets, just use the “square” portion above there and ignore the lower limb :-) Seriously, we used the inverted L to make the largest and most edge-occupying key we could given other layout constraints. Making it smaller wouldn’t make it easier.

Hi, putting this idea on the forum so we can find out how many people prefer the backspace in one place or the other.

Currently it is in the top row. GOOD because it’s like other (non-phone) keyboards and allows the punctuation keys to be in their normal places. BAD because it makes backspace harder to hit and the keyboard is harder to get used to from other phone keyboards.

We could move it to the bottom row. GOOD because it’s like phone keyboards that people are used to, and allows the backspace to be easily hit. BAD because it’s different from standard keyboards and would move the punctuation keys to a strange, hard-to-hit place.

If opinions are split we might consider making it an option, but options make the keyboard more complicated to configure (and many users never open Settings) and to maintain.

In the latest release (4.2.2) we increased sensitivity at the edge of the keyboard, so it should be possible to tap more confidently away from the brackets and have the presses register. Hopefully this will reduce the chances of accidentally hitting the brackets.