Folks can thumb their noses at Reddit but the top comment in every post about iOS updates since 26.0 was released is some variation of "fix the keyboard." The problem seems very real for a lot of users.
It was pretty hilarious to me that for so many years the keyboard on iOS only had CAPITAL letters. No matter the state of the shift key, the letters on the keyboard just stayed the same. After many years they finally figured it out, but it's one example of many about how Apple just doesn't have the great UX people claim they do.
<BFINN/#debian> ALL BIG LETTER ON KEYBOARD HERE!!
<CosmicRay/#debian> haha
<BFINN/#debian> TO NO LITTLE LETTER!
https://groups.google.com/g/comp.sys.amiga.misc/c/7AdXvE7KQz...
Did you ever notice that "About this software" is the first thing on the first menu of every application? Is that because people have to know what version of the software they are using every time they start it? It's still like that today, and it's very very stupid. Other OSs get it right and put the version information on the last menu, where it doesn't clutter up the most prominent area in the most used menus.
Finder was crap in the 1980s. Still is crap, but it used to be crap too.
The window system in the 80s and 90s was also crap. Could not resize a window from any side or corner of the window except the lower right. Windows has had resizing from any edge or corner since forever.
Apple "design" is just not as good as people seem to think it is.
They've also had plenty of weird and unloved hardware designs... the infamous trash can, the clamshell laptop, the weird anniversary macs, a mouse with a charging port on the bottom so that you can't use the mouse while it's charging, and the list goes on and on and on.
And its Windows competition Windows Explorer has likewise gotten worse and worse each revision of Windows.
Last Mac I was on still had OSX on it.
Thank goodness for Dopus.
There's no reason a senior at undergrad level shouldn't be able to write an efficient, fast, deterministic, precomputed search function.
... and yet, professional developers at major companies seem completely incapable.
Minimum acceptance criteria for any proposed shipping search feature should be "There is no file / object in the local system that fails to show up if you type its visible name" ffs.
Always seemed like an apple sort of idea.
I'm surprised you went for that over the puck. At least when you unplugged it, you could use it. The puck was just terrible. And old.
What drives me insane though, is double tapping a word is supposed to select that word. But I think starting in iOS 18 it started selecting the word and a random amount of surrounding words, but only about half the time. I couldn't tell you what it could possibly be trying to do but it's maddening.
But I swear if that's what they're trying to do here, I've never seen it work properly once. It's always just a random substring of the sentence.
If you tap while a word is selected, it won’t appear. If you tap on the cursor while a word isn’t selected, it will appear.
Also for some reason autocorrect seems to have gotten a lot worse. It has become nearly impossible to type a grocery list without all kinds of annoying wrong corrections.
Example but the issue not limited to web browsing; Safari will do nothing, I tap again, it does the thing, then it does the thing again due to the second tap. I have to tap back to get to where I really wanted to go.
I remember seeing the videos about cpu usage spiking over 40% just to show the control center.
And similarly, even on a Mac I find myself clicking on links and button multiple times, just for things to work. It has a dedicated keyboard, how is it that they messed it up so much that a physical keyboard stops working. It's an interrupt based interface, it takes less than a millisecond to process things, how can someone mess things up so freaking stupidly.
Sounds like Apple management enabled a quality assurance failure that is fostering so many distractions for users it's turning people against Apple.
Tim Cook handing his replacement a dumpster fire.
It's kind of a paradox, but in many cases you need to actually discard touch inputs until your UI state has transitioned as a result of previous inputs. This gets extremely nuanced and it's hard to write straightforward rules about when you should and shouldn't do this. Some situations I can think of:
- Navigation: User taps a button that pushes a screen on your nav stack. You need to discard or prevent inputs while the transition animation is happening, otherwise you can push multiple copies of that screen.
- Async tasks: User taps a button that kicks off an HTTP request or similar, and you need to wait on the result before doing something else like navigation or entering some other state. Absolutely you will need to prevent inputs that would submit that request twice. You will also need some idempotency in your API design to handle failure/retries. A fun example from the 1990s is the "are you sure you want to make this POST request again" dialog that Web browsers still show by default.
- Typing: You should never discard keystrokes that insert/delete characters while a text input field is focused, but you may have to handle a state like the above if "Enter" (or whatever "done" button is displayed in the case of a software keyboard) does something like submit a form or do navigation.
Essentially we're all still riding on stuff that the original Mac OS codified in the 1980s (and some of it was stolen from Xerox, yes), so the actual interaction model of UIs is a mess of modal state that we hardly ever actually want to fully realize in code. UI is a hard problem!
So it’s not like some longstanding industry-wide UI issues they’ve ignored forever, it’s that Apple has introduced new tradeoffs or lowered their quality standards to the point that some users feel their experience has worsened.
I have seen, far too many times, naive approaches like wrapping all click handlers in a "debounce" function cause additional issues and not actually solve the underlying problem.
If it's 1st or 2nd, then it's ok.
But the correction offers are still okay for me, I can mash keys around my email username and one of the corrections offered will be my username...
Who is "they"? The employees at Apple when the HIG was first published in 1986, 40 years ago? That Apple is dead, what you see before you is an empty and rotted husk.
I watched as Steve Jobs came back to Apple—he really took hold of the reins of UX (aided by his team of designers).
Personally, (and I say this as it is often a matter of taste) I didn't care for a lot of it.
A simple example: the URL field of Safari should have been, to my Tog sensibilities, an editable text field. Perhaps somewhere (below?, to the right?) you include a progress bar. But a designer (I will not name, ha ha) came up a combined textfield/progress bar. It looked to my eye as though, as the page loaded, the text was being selected.
Jobs loved it!
It was then I think that Apple departed "Tog" for these "one-off" UX experiments.
I have rationalized this move away from a standard since, with the advent of the web, the customer is now being bombarded with all manner of UX—ought to be comfortable with one-off UX.
(Thankfully I see that now we have a thin line that seems to grow along the lower edge of the URL field.)
Introduced a concept decades ago in no way implies that their current implementation of the concept is at all ideal or market leading.
Perhaps you shouldn't encourage them. Based on recent software releases from Apple they might see it as a challenge.
Sick of this weasel word. Either argue it or don't.
It's not hypothetical if you are here, in the current tense, arguing that. I've mostly cured myself of the habit, but its tough.
Arguably:
- used to say that a statement is very possibly true even if it is not certain (merriam-webster)
- in a way that can be shown to be true (cambridge)
ie. you can be prove it through argument, not “you can make the argument”
For anyone curious of my experience here are my main pain points:
- autocorrect failing to correct minor mistakes
- autocorrect “correcting” a mistake with another mistake
- autocorrect “correcting” correctly typed words
- swipe to type is painfully behind Gboard (third-party keyboards are universally under-supported and inferior to Android equivalents)
- “Select All” is often hidden away
- Selecting/unselecting text in general is a pain
- keyboard seems to run out of steam after hitting a certain word count in applications such as Apple Notes or iMessage and take forever to register taps
- The Big Daddy: key taps registering incorrectly in one of two ways: 1. Clearly tapping a letter “taps” a different letter (hot spots poorly calibrated) 2. A correctly tapped letter (keyboard highlight indicates correct letter) but incorrect letter is rendered on document
Anyone irl I’ve discussed the iPhone keyboard with has described frustration so I figured this as more a “some of us are annoyed” flare than a technical manifesto.
As another commenter noted I put a tiny link to my slightly more detailed blog post once this started gaining traction but I’m just having fun here really.
Happy Friday the 13th everyone!
This brings up so many emotions. I disabled autocorrect. I don't give a damn if my words are spelled wrong but they should not be words that I did not type!
I will add: text prediction was so much better before that I could be very sloppy and it would still figure it out. Now I have learned to be more careful with the keyboard.
Be glad you only type in one language and that it is US English (probably) ;)
Other times were not so bad.
My iPad Mini 6 sometimes gets into this state, especially after deleting something, when tapping one of the keys in the lower right corner becomes completely impossible, it always registers as this different key (I don't have the iPad nearby to check which one), and it stays broken like this until I press a few other keys. It's incredibly frustrating and it's been there since day 1.
Turning off slide to type in settings improves the situation, however it still happens.
FWIW I encounter this in Android every so often (using gboard). Anecdotally I don't know what causes it (I swear sometimes it's worse and sometimes it's better), but Android isn't entirely problem free.
Bearing in mind the amount of constant pain and torment the current best keyboards inflict upon the world, can there be any more urgent problem to tackle?
Forget climate change guys. Make a keyboard. Save the world.
- accidental periods when typing URLs in Safari
- key target inaccuracy (though turning off swipe-to-tect gas ikproved this a little, though not enough)
- key latnecy which causes letters innsome words to get swapped or extra unwated letters to appear (this could be a me-getting-older prblem, howeverg
- autocorrect suggesting words that I've never typed before (I turned on autocorrect for this list item to make sure i gave it a fair shake; it didn't suggest anything crazy this time, but the number of times it has in the past has led me to turning it off, even after iOS 18 wherein the keyboard supposedly used a small language model to improve suggestions)
I also type longform on my phone sometimes; the keyboard makes this much more exhausting than it needs to be.
- Clicks on buttons and links not registering, and needing to click multiple times, sometime to no effect.
- Safari not suggesting the website you visit multiple time a day, and points you a random website you have never visited before.
Also typed without any maual fixes. My typingwas mucu better before glass.
However, if I, as the author cared to justify that "it's not only me", I would have listed more posts and feedback. I feel like I have read at least 4 times about the broken keyboard, it should not be hard to find a few other links.
Besides, users and developers don't always use software the same way, have the same settings, follow the same forums.
Reminder: we are asking users to give us money in exchange for software.
It’s our job to deliver that working software. It’s not the user’s job to hold our hands and pep talk us into fixing problems. Users can and should find another product that will just do it for them without the whining.
I think the real point of the website, besides joking around, is poking fun at the broke state of the software industry where a bunch of whiny developers and managers will make a million tired excuses for why their software doesn’t just work.
Highlighting bug report and bureaucratic process in response to “your keyboard is jank” is exactly the mindset we need to change.
The point isn’t to start a forum or technical conversation with Apple devs. The point is to laugh at them because their software sucks and “just one more Jira ticket” isn’t going to fix it.
In the case of the iOS keyboard, I remember one bug that made the rounds (in the popular press!) after somebody recorded their typing in slow motion to validate it [0]. Once they documented it, everybody recognized the feeling and felt vindicated; but it took actual work to substantiate.
That’s the work it seems that Apple engineers should be doing. They have the telemetry, the source access, the design documents, the labs, and the time in their day to make a comprehensive study of it. Just as I can say “my car is handling funny around turns” and let it be the mechanic’s job to diagnose what’s wrong in mechanical terms.
There was a time when this humane aspect was Apple’s particular magic: engineering beyond technical requirements to the point of simplicity, ergonomics, “it just works”…
[0] https://www.macworld.com/article/2952872/heres-proof-that-th...
Do you honestly think that the developers working for apple looks at the "keyboard experience" and thinks "yeah this is good"? Of course, not. They are competent developers.
It just seems like, you could stop any iPhone user in the street and ask them "How do you find the keyboard?" And get a consistently negative response, but yet nobody within Apple seemingly has noticed for YEARS.
Everyone says iOS 26 did it, but I strongly disagree, I disabled most options in General -> Keyboard like three major iOS versions ago, and moved to Swiftkey* in iOS 18 (although iOS keeps changing my keyboard preferences back to the default).
*SwiftKey is also a shit-show with the "Your Tap Map" crap you cannot disable, where it moves the keys and makes the thing inconsistent. Just goes to show how bad Apple's keyboard is, when I'll put up with it.
I'm always mistyping and I don't know how to fix it to do what they want.
Fingernails won't trigger a touchscreen. They do matter, though - as your fingernails get longer, you're forced to tap the phone with the side of your fingertip (so the nail doesn't block you) instead of the front.
Then I watched Tim Cook have trouble with tapping the screen multiple times for one action at one of the older WWDCs pre-COVID.
I felt validated and exasperated. Does Tim just put up with this?
She has only been complaining since iOS 26, though.
It’s also not just one problem, autocorrect and the keyboard combined make for at least a dozen seemly different defects
There are some Apple folks here who keep gaslighting users with their iOS 26 concerns and every other issue by calling them weird names and asking them to not complain.
The damn keyboard is broken, one would've known that if they used it more than a few minutes a day in real life examples. Stop shutting people off and use your own damn products instead of getting them all made in China and sell them.
I have just switched to turning autocorrect off.
The "select all" comment hit home. I frequently try to copy/paste text and it is maddening to try to locate "select all"
And cursor movement? ugh. It is so painful to move the cursor to one specific letter that I frequently just erase everything and start over.
That is assuming the user doesn’t first have to offer incense and whisper a fervent prayer to the Omniscient Deity of USB Devices to seize control of the mouse and click the link in divine intervention.
However for most of us that is uncessary and clicking a link to a video requires no effort at all.
I don't watch video complaints. I don't watch most YT videos except at 2x because by time the person who made the video got started saying what they're trying to say, I could have finished a text article version of the same thing.
Most people speak way too slowly for me to be interested in what they're saying, especially when they could have written an article that is more information dense and it typically shorter in any case.
Videos have value for enhancing reports, but are mostly useless as reports themselves.
So yeah, it's too damned much to ask to watch a video.
So yeah, a video that precisely reproduces a UI/UX bug is worth more than anything you can write about it.
Showing exactly what the problem was is much better than describing the problem. It's a lossy conversion that adds noise.
Saying this as someone who doesn't watch videos normally.
Jokes aside, that video is 2:23 long and it gets to the point within the first 33 seconds, at which point they have demonstrated the issue.
You're being beyond incredibly silly right now.
Now I’m entirely invested, what was the problem causing the crashes? How did they solve it?