PadKeysAdminPadKeys (Support, PadKeys)

My feedback

  1. 2 votes
    Vote
    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      You have left! (?) (thinking…)

      Regarding (1), is there a reason you’d like to disable it? If it’s something like it is triggering accidentally sometimes when you don’t mean to swipe, we’d rather fix that than add another option for users to worry about. Give us the details of when the wrong thing is happening and we’ll get on it.

      As far as (2), many of the keys have press-and-hold menus. The ones that have it are shown with a dot in the upper-left when option is pressed. Are there particular entries you’d like to see added to certain keys?

      PadKeysAdminPadKeys (Support, PadKeys) commented  · 

      Ah, OK. One thing we've done before is to make PadKeys behave a certain way when a certain accessibility setting is on. Are there any settings you have on that PadKeys could check and disable swipe if they are set?

    • 1 vote
      Vote
      Sign in
      Check!
      (thinking…)
      Reset
      or sign in with
      • facebook
      • google
        Password icon
        I agree to the terms of service
        Signed in as (Sign out)
        You have left! (?) (thinking…)

        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?

        PadKeysAdminPadKeys (Support, PadKeys) commented  · 

        We will start with adding some "i.e." recognition at least.

        As far as breaking a link by hitting 'x', the link is just as easily restored by selecting the choice manually the next time it is presented. All of this could be made more sophisticated of course, but it hopefully suffices to not be TOO annoying. :-)

        PadKeysAdminPadKeys (Support, PadKeys) commented  · 

        This sounds pretty good, at least for the 'X'. Tapping other suggestions besides the blue one will already affect the future presentation of choices, just not in the drastic all-or-none way the 'X' does. So I'm not sure if it would be beneficial to change the behavior for all taps.

      • 4 votes
        Vote
        Sign in
        Check!
        (thinking…)
        Reset
        or sign in with
        • facebook
        • google
          Password icon
          I agree to the terms of service
          Signed in as (Sign out)
          You have left! (?) (thinking…)

          Thank you for the suggestion. It makes sense and we will schedule it for a future release.

          (I hadn’t realized third-party keyboards did things this way, probably because it’s difficult to end up in the middle of a word without cursor keys.)

          UPDATE: We haven’t implemented this yet mainly because we haven’t found any other keyboards / autocorrect implementations that work this way, and we’re worried it will clash with most users’ expectations. If anyone has any examples to point out to us, that might help. Thanks!

          PadKeysAdminPadKeys (Support, PadKeys) commented  · 

          Hmm, maybe that's an iOS 9 change? As I posted before system keyboard when I tried it did not work this way. (I do know some keyboards, like Windows Phone, operate this way if you select the entire word you want to correct, but unfortunately third-party keyboards are not given information about the selection contents.)

          PadKeysAdminPadKeys (Support, PadKeys) commented  · 

          Actually, I just tried SwiftKey and the iOS system keyboard and they operate the same way PadKeys does ("splitting" the word). Can you let us know which 3rd party keyboard(s) with which you've seen the behavior you describe? I would like to see how it works.

        • 5 votes
          Vote
          Sign in
          Check!
          (thinking…)
          Reset
          or sign in with
          • facebook
          • google
            Password icon
            I agree to the terms of service
            Signed in as (Sign out)
            You have left! (?) (thinking…)

            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,…

            PadKeysAdminPadKeys (Support, PadKeys) 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...

          • 11 votes
            Vote
            Sign in
            Check!
            (thinking…)
            Reset
            or sign in with
            • facebook
            • google
              Password icon
              I agree to the terms of service
              Signed in as (Sign out)
              You have left! (?) (thinking…)

              We are working on this, but our early experiments show the layout needs work, even on iPhone 6 sized screens, to be comfortably usable. Let alone iPhone 4 and 5, which we also must support. We will send out a beta once there is something worth trying out.

              PadKeysAdminPadKeys (Support, PadKeys) commented  · 

              We would like to do this, however the problem is Apple will not allow us to target only the 6 plus. We would have to support all the way back to the 4S (first one that can run iOS 8), and the experience of using the keyboard on those smaller screens would not be good.

              We'll work on improving the experience on iPhone as other priorities allow us, and if it gets to be good enough we will then release an iPhone version.

            • 1 vote
              Vote
              Sign in
              Check!
              (thinking…)
              Reset
              or sign in with
              • facebook
              • google
                Password icon
                I agree to the terms of service
                Signed in as (Sign out)
                You have left! (?) (thinking…)
                PadKeysAdminPadKeys (Support, PadKeys) commented  · 

                Hi,

                Which layout are you using? Reason I ask: the US, Canadian, and Australia / New Zealand English layouts all have an enlarged L-shaped backspace key. Unfortunately, the enter key on the European layouts takes away the space for this.

                Thanks.

              Feedback and Knowledge Base