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.

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?

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.

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.

Hello. We do not have anyone Swiss on our team and I would like to understand the reason for wanting the Swiss/German layout. As far as I can tell, the main difference is putting in French é,à,è in place of Ö,Ä,Ü, removing ß, and adding ç. Is this true? And is your main reason for wanting this layout to be able to type French characters (at the cost of losing capitalized umlaut-letters)? Thanks, and sorry for being slow getting back to this!

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?

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.

The cursor key forw/next word idea sounds good, and we could do it for the delete keys as well.