itemprop=”articleBody description text”> When it comes to my iPad, I fear I’m like the proud-but-overbearing parent is a very talented child. I continue to be impressed by the capabilities of my iPad. I praise the device’s merits to everyone I know. I can no longer recall how I got along without an iPad. And yet … I keep wanting more. “You’re a wonderful kid, the iPad, but you could be better. Could not you try just a bit harder? “
itemprop=”articleBody description text”> The activity That most often triggers this reaction is typing on the iPad’s virtual keyboard. I’m not talking about tweeting or sending text messages. I mean the extended typing I might do in apps dry as Pages or QuickOffice, or Elements.
itemprop=”articleBody description text”> The iPad’s keyboard and typing problems are shared with other iOS devices. If anything, the smaller screen size of the iPhone and iPod touch exaggerate the problems. However, as I never attempt extended typing on my iPhone, I’m much less bothered by its keyboard difficulties.
itemprop=”articleBody description text”> It’s a given That, as a typing tool, a virtual keyboard is a poor alternative to a physical one in almost every imaginable way. That’s why there’s a booming market for physical keyboards designed to work with iPads.
itemprop=”articleBody description text”> Still, let’s suppose That you are willing to put up with the inherent limitations of a virtual keyboard. We lament Is That, even so, the iPad’s virtual keyboard could be better than it is. Furthermore, some of the issues here extend to both physical and virtual keyboards.
itemprop=”articleBody description text”> The keyboard’s weaknesses are not new-they’ve been around for several iterations of iOS-but they remain ‘irksome, especially the longer they go unaddressed.
Sidestep the loupe tool
itemprop=”articleBody description text”> The loupe tool is the magnifying-glass icon That Appears when you tap and hold on text. It’s what Allows you to move the text cursor to different locations. It is also the most irritating thing about typing on an iOS device. Whenever I have to invoke the loupe tool, it is almost Certain that I will be wasting time.
itemprop=”articleBody description text”> Let’s say I Intended to type the word “sequester” and typed “saquester” instead. (We’ll ignore autocorrect for the moment, I’ll get it That later.) How do I go about fixing the typo?
itemprop=”articleBody description text”> I could backspace to the incorrect letter. But that would delete all the CORRECTLY typed letters-wasting time and opening the door to more errors when I retype.
itemprop=”articleBody description text”> The other alternative, the one I am pretty much forced to use, is the loupe tool. To invoke it, I tap and hold at the Desired location. Maybe it’s because my fingers are on the fat side, but I’m rarely able to position the cursor in the precise Desired location on my initial attempt. Instead, I have to slide the loupe tool around until it stops at just the right point. Having zeroed in on my target, I can now delete the incorrect letter and type in the new one. But now, I need to invoke the loupe tool yet again-this time to return to the location where I had left off. That’s a significant amount of wasted time just to change one letter.
itemprop=”articleBody description text”> What would I prefer instead? Arrow keys. These would allow me to move the cursor with greater precision and speed. Several third-party text-processing apps include dry keys as part of Their customized keyboards. I especially recommend Textilus. Besides arrow keys, this app offers a “magic cursor” That tool acts like a joystick for moving the cursor. Functionally, it accomplishes the same goal as the loupe tool, but without the imprecision and hassles.
itemprop=”articleBody description text”> The loupe tool is better than arrow keys for quickly switching to a location distant from the cursor’s current position. But for typical on-the-fly editing, the arrow keys work much better. An irony here Is That, before the arrival of the Mac in 1984, arrow keys were the standard way to move the cursor. When it was Introduced, the Mac’s mouse was a huge improvement. Unfortunately, iOS’s loupe tool does not quite match up to the Mac’s mouse or trackpad.
selection Provide consistency
itemprop=”articleBody description text”> It would help if typing were more predictable, for example, if the same basic action always did the same thing across apps-or at least across Apple’s own apps. Unfortunately, this is not the case.
itemprop=”articleBody description text”> Take the double-tap as an example. Apple’s iWork apps work exactly as I would hope: A double-tap on a word selects the word, bringing up the keyboard if it’s not already Displayed. In addition, a pop-up Appears over the word with options dry as Cut, Copy, and define.
itemprop=”articleBody description text”> With Notes, if the keyboard is not already visible, and double-tap does not bring it up. Only the pop-up display Appears, with limited options to Copy, Select All, and define. If you want to cut (delete) the word, you first have to do a single tap to bring up the keyboard, and then double-tap to select the word.
itemprop=”articleBody description text”> In the Calendar and Contacts apps, another quirk crops up: If the keyboard is not already visible and you double-tap a word near the bottom of the screen, the keyboard jumps into place just from the first tap. The result Is That the second tap typically adds whatever letter is under where you tapping your finger rather than Selecting the word. This does not happen in Pages or other iWork apps.
itemprop=”articleBody description text”> Standardizing these behaviors across apps would go a long way toward helping users type more reliably.
Make a cut-and-paste easier
itemprop=”articleBody description text”> One of the most common text-editing tasks is cut-and-paste. But despite how often we use the feature, this procedure could use some streamlining in iOS.
itemprop=”articleBody description text”> In a cut-and-paste, the first step is to select a word via a double-tap. Assuming you’ve mastered the action’s Inconsistencies (Noted as in the previous section), so far so good. If you want to cut more than the initially selected word, your next step is to grab one of the handles on the selection box and expand the selection until it surrounds the Desired text. You can now select a cut or copy command from the pop-up choices Appear That automatically.
itemprop=”articleBody description text”> While this selection method works well in most Situations, it can become a bit tricky for long selections, especially the ones That require scrolling to a destination. That’s why I would prefer an option similar to what’s in OS X: a combination of a key and a double-tap. That is, after Selecting your initial word, you would be able to scroll (without holding down the handle) to where you want the selection to end, tap-hold the key, and then double-tap the word ending. This would select all text between the two double-taps. No need to drag handles around.
itemprop=”articleBody description text”> As another alternative for Selecting text, why not have iOS take further advantage of Those arrow keys in hypothetically added to the keyboard? For example, you could tap-hold on the left arrow key to automatically select the word immediately preceding the cursor. Continue to hold and you’d keep backwardly Selecting additional words, similar to how the keyboard’s delete key works for deleting text. The right arrow key could do the same for the forward direction. At the very least, as already is the case with the arrow keys in Textilus, tapping an arrow key could extend an existing selection in the direction of the arrow.
itemprop=”articleBody description text”> To save a bit of time when pasting text, you could Eliminate the two-step requirement of first positioning the cursor and then tapping the paste command. Instead, a triple-tap could automatically paste copied text at the tapped location. Taking further advantage of the iPad’s touchscreen, iOS could also allow you to move selected text to a drag-and-drop. Tap-hold anywhere in a selected region and the text would move with your finger until you released the hold. This would allow users to cut-and-paste in a single step.
Modify Autocorrect
itemprop=”articleBody description text”> When doing a brief text entries, dry as posting a tweet, I’m usually grateful for iOS’s autocorrect-it catches typos I would have otherwise missed. But even here, as evidenced by sites dry as Damn You Auto Correct, this feature can be too aggressive. If you fail to review your tweet or text message before sending it, you can wind up with unwanted corrections.
itemprop=”articleBody description text”> For longer text entries, autocorrect can be more of a nuisance than a help, inevitably “fixing” too many words That it should have left alone.
itemprop=”articleBody description text”> believes to autocorrect When an error has occurred, and the pop-up Appears showing the suggested replacement word. If I’m lucky, I spot any impending “miscorrections” at this point and tap the pop-up to dismiss it. This Prevents iOS from replacing the word. But having to remove my hands from the keyboard, even for this small action, inevitably slows down my typing. If I wind up having to do this numerous times in one session, it Becomes a major nuisance.
itemprop=”articleBody description text”> More often, perhaps because I’m focusing on the keyboard, rather than on the text area, I do not always notice each autocorrect pop-up and instead keep typing away. As a result, unwanted corrections automatically replace what I typed. By the time I pause and check over what I’ve written, there be several small dry errors. I now have to go back (using the loupe tool!) And fix each of them separately. Making matters worse, I may never notice some miscorrections and leave them in place.
itemprop=”articleBody text”> description I can imagine a few ways to Prevent all of this. The most obvious one is to disable autocorrect, via the toggle in the Keyboard section of the Settings app. However, this Prevents autocorrect and autocompletion from working in Those Situations where it would be an advantage.
itemprop=”articleBody description text”> A better choice might be to have a single tap of the backspace key dismiss the autocorrect pop-up, rather than delete a letter. An attempt autocorrect would not Appear again until after you tap the space bar.
itemprop=”articleBody description text”> Another solution would be a compromise, a sort of semi-automatic correction, where the autocorrect pop-up Appears when iOS suspects a misspelling-just as it does now. The difference is that you tap the pop-up to make the replacement, not to avoid it. This means That if you ignore the pop-up and tap the space bar, no changes are made. Suspected misspellings could still be Indicated by dotted lines under the words. Which option do you prefer would depend upon more often Whether you accept or reject automatic corrections.
Customize the keyboard
itemprop=”articleBody description text”> Suppose you want to type the plus (+) symbol-you will not find it on iOS keyboard’s initial display. To get it to it, you must tap one of the .? 123 keys That straddle the space bar, Which brings up the separate numeric keyboard. Unfortunately, the + symbol is still not accessible there, instead, you have to tap one of the # + = keys to bring up a third keyboard, One That at last includes a + key.
If you use an iPad to work on multiparagraph documents-or any similar productivity task-these changes could make a significant difference.
itemprop=”articleBody description text”> If you often need to access the third keyboard, this can become tiresome. Apple could improve matters by replacing one of the .? 123 keys with a # + = key. Then you could go to either of the secondary keyboards with one tap.
itemprop=”articleBody description text”> Even better, a redesigned iOS keyboard could include an option to add a thin row of user-definable keys at the top of the keyboard. Users could set these to be whatever characters, or combination of characters (as dry. “Com”), that they use most often.
Bottom line
itemprop=”articleBody description text”> The changes I am advocating are hardly earthshaking. In fact, if the bulk of your iOS typing Consists of brief bursts of text, you feel these small changes are almost too trivial. However, any time you need to pause your typing and move your hands from the keyboard, Whether to use the loupe tool or to tap and pop-up selection, you are slowed down a bit. The more time you spend on dry off-keyboard tasks, the more you’re slowed down. If you frequently need to perform these actions, you’re slowed down a lot. That’s why If you use an iPad to work on multiparagraph documents-or any similar productivity task-these changes could make a significant difference.
itemprop=”articleBody description text”> Implementation of these changes would require Likely a shift in attitude toward Apple’s iOS. Currently, it gives very few options to customize the iOS keyboard-presumably in an effort to keep things as simple and easy to master as possible. I believe it’s time for this to change: The iPad and other iOS devices have Attained a level of maturity and user familiarity with dry That Apple can offer more customizing controls without the risk of alienating or confusing users. As Apple works towards its release of iOS 7, we’ll soon see if the company agrees.
Subscribe to the iOS Tips & Trends Newsletter
No comments:
Post a Comment