- Die Textbearbeitung auf Android und iOS hat Konventionen vom Desktop übernommen, aber auf Mobilgeräten fehlen ein präziser Pointer und eine Menüleiste, sodass ein einziger Tap Cursorplatzierung, Auswahl und Menüaufruf zugleich abdecken muss
- Der Kern des Problems ist nicht die Eingabe von Text, sondern dessen Bearbeitung; in einer Nutzerstudie mit 10 Personen hatten alle Teilnehmenden Probleme mit dem Zielen, der Nutzung der Zwischenablage und wiederholten Fehlern
- Texthandles, Lupe, Doppeltipp/Langes Drücken und Pop-up-Menüs sind jeweils sinnvolle Ausgleichsmechanismen, doch je mehr sie zusammen eingesetzt werden, desto größer wird die Mehrdeutigkeit der Tap-Interpretation
- Der Prototyp Eloquent interpretiert Taps immer als Cursorplatzierung und vereinfacht den Bearbeitungsfluss durch Drag-zentrierte Bewegung, integrierte Lupe, Drag Press-Auswahl und Swipe-Menüs
- Die Hürde für Verbesserungen liegt eher bei Einführung und organisatorischen Prioritäten als bei der Technik; um mobile Produktivität zu steigern, braucht es ein für Touch geeignetes Bearbeitungsmodell statt nachgeahmter Desktop-Hacks
Warum mobile Textbearbeitung kaum auffällt
- Android und iOS haben Desktop-Methoden zur Textbearbeitung auf Mobilgeräte übertragen, aber auf Mobilgeräten gibt es weder einen präzisen Mauszeiger noch eine Menüleiste/Befehlstasten
- Dadurch muss eine einzige Tap-Geste mehrere Aufgaben übernehmen
- Cursor platzieren
- Cursor bewegen
- Text auswählen
- Pop-up-Menü aufrufen
- Bei kurzen Nachrichten oder Social-Media-Kommentaren fällt das Problem weniger auf, aber beim Korrigieren längerer Texte wie E-Mails mit mehreren Sätzen wird der Bearbeitungsprozess mühsam und fehleranfällig
Bearbeitungsfehler, die in einer Nutzerstudie von 2017 sichtbar wurden
- Während der Android-Arbeit im Jahr 2017 wurde nach bestehender Nutzerforschung zur mobilen Textbearbeitung gesucht, doch selbst nach Sichtung von sieben Jahren Forschung ließ sich keine einschlägige Studie finden
- 10 Teilnehmende sollten einfache Textbearbeitungsaufgaben ausführen, etwa ein einzelnes Zeichen löschen oder ein Wort ans Satzende verschieben
- Alle Teilnehmenden hatten dieselben Schwierigkeiten
- Die gewünschte Position präzise anzutippen war schwierig
- Die Nutzung der Zwischenablage war umständlich
- Es traten viele wiederholte Fehler auf
- Die Teilnehmenden zeigten deutlich mehr Frustration bei komplexeren Texten wie E-Mails mit mehreren Sätzen als bei Messaging- oder Social-Apps
- Mehr als die Hälfte sagte, es sei einfacher, alles zu markieren, zu löschen und neu einzugeben, statt den Text zu korrigieren
- Im Mittelpunkt des Problems steht nicht die Texteingabe, sondern die Bearbeitung
- Dank Tastaturen, Spracheingabe und physischer Tastaturen bei Tablets hat sich die Eingabe selbst im Vergleich zu früher verbessert
- Das spätere Korrigieren eingegebener Sätze bleibt jedoch weiterhin notwendig
- Die Studie konzentrierte sich auf Verbesserungen für Android, doch auch iOS hat trotz anderer Detailabläufe viele Probleme derselben Art
Mobilgeräte sind stark beim Konsumieren, aber schwach beim Bearbeiten
- Mobile Geräte sind besonders stark bei Konsum unterwegs wie Video, Fotos, Social Media und Messaging
- Beim ersten iPhone gab es nicht einmal Unterstützung für die Zwischenablage
- Die Erwartung, Tablets würden den Desktop ersetzen, wurde immer wieder geäußert, doch als Desktop-Ersatz waren sie kein großer Erfolg
- Apple schaltete die Werbung „What’s a computer?”
- Google versuchte 2013 mit der Kampagne „Tablet Tuesdays“, Mitarbeitende einen ganzen Tag lang Tablets nutzen zu lassen
- Als tiefe UX-Probleme, die Tablet-Produktivität behindern, werden insbesondere Textbearbeitung und Dateiverwaltung genannt
- Das Ziel ist nicht die Rückkehr zum Desktop, sondern Mobilgeräte so weiterzuentwickeln, dass sie ebenso schnell und produktiv werden
Der Desktop als Bezugspunkt für Textbearbeitung
- Seit 2000 ist die Textbearbeitung auf dem Desktop relativ stabil aufgebaut
- Der Desktop basiert im Wesentlichen auf drei Elementen
- einem präzisen Pointer, bewegt mit Maus oder Trackpad
- einer einfachen Auswahl durch Klicken und anschließendes Ziehen
- dem Edit-Menü mit Cut/Copy/Paste sowie den Tastenkürzeln X/C/V
- Diese Kombination macht Textbearbeitung zu einer vergleichsweise fehlerarmen und wenig mehrdeutigen Aufgabe
- Sie ist nicht perfekt, bildet aber eine sinnvolle Referenz für den Vergleich mit mobiler Textbearbeitung
Vier Ausgleichsmechanismen, die bei der Anpassung des Desktop-Modells an Mobilgeräte entstanden
-
1. Texthandles
- Mobilgeräte ergänzen unter dem Textcursor Texthandles in Tropfenform
- Diese Handles machen den Cursor besser sichtbar und erlauben es, nach einem Fehl-Tap die Position per Drag zu korrigieren
- Doch sowohl das Handle selbst als auch der umgebende Text sind Tap-Ziele, was Mehrdeutigkeit erzeugt
- Wenn direkt links oder rechts neben den Cursor getippt wird, bleibt die Absicht der Nutzerin oder des Nutzers unklar
- Soll der Cursor verschoben werden?
- Oder soll das Handle gegriffen und gezogen werden?
- In Nutzertests zeigte sich, dass Personen den Cursor an eine genaue Stelle setzen wollten, ein paar Zeichen daneben landeten und dann erneut daneben tippten, worauf das Handle den Tap bevorzugt abfing und der Versuch scheiterte
- Auf iOS gibt es kein tropfenförmiges Handle, aber das Problem, dass der Textcursor Taps „verschluckt“, besteht weiterhin
-
2. Lupe
- Mobilgeräte ergänzen eine Lupe, um das Problem kleiner Schrift bei vergleichsweise großen Fingern auszugleichen
- Die Lupe hilft weniger beim präzisen Treffen vor dem Tap als vielmehr beim Korrigieren nach einem Fehl-Tap durch Ziehen
- Eine Lupe, die über dem Finger schwebt, zeigt zwei Cursor zugleich: den echten Cursor und einen duplizierten Cursor in der Lupe, was visuelle Verwirrung erzeugt
- Bei kurzen Textfeldern fällt das weniger ins Gewicht, bei langen E-Mails verliert man jedoch leicht die aktuelle Position aus dem Blick
- Apples Lupe verschwand in iOS 13 und kehrte in iOS 15 zurück
-
3. Textauswahl
- Auf dem Desktop geht das Gedrückthalten und Ziehen nach einem Klick ganz natürlich in eine Textauswahl über
- Auf Mobilgeräten ist das auf dieselbe Weise schwierig, daher wurden Doppeltipp und langes Drücken als Auswahlgesten ergänzt
- Um einen Doppeltipp zu erkennen, muss auf den zweiten Tap gewartet werden, wodurch die Reaktion auf einen einzelnen Tap verzögert werden kann
- Wenn mehr als ein einzelnes Wort ausgewählt werden soll, muss zunächst ein Wort markiert und dann an beiden Enden über Handles erweitert werden
-
4. Pop-up-Menü
- Auf Mobilgeräten gibt es keine Menüleiste, daher braucht es einen anderen Weg, Befehle für die Zwischenablage aufzurufen
- Wenn Text ausgewählt ist, erscheint über der Auswahl ein Menü, was für Ausschneiden/Kopieren relativ gut funktioniert
- Einfügen ist stärker versteckt, weil es normalerweise nicht von einer Auswahl ausgeht
- Um dasselbe Menü zu öffnen, muss auf das Texthandle getippt werden, weshalb Nutzende zwei unterschiedliche Gesten lernen müssen
- Unter Android verschwindet das Texthandle nach 4 Sekunden ohne Eingabe
- Der Grund ist, dass das Handle den darunterliegenden Text etwas verdeckt
- Um das Menü zu öffnen, muss man erst erneut tippen, um das Handle sichtbar zu machen, und dann noch einmal auf das Handle tippen
- Mobilgeräte haben keine Tastenkürzel für Ausschneiden/Kopieren/Einfügen, daher müssen sowohl Einsteiger als auch Fortgeschrittene denselben Menüweg nutzen
Eine Struktur, in der ein einziger Tap viele Bedeutungen annehmen kann
- Mobile Textbearbeitung hat bei der Übertragung von Desktop-Funktionen auf Mobilgeräte viele mögliche Interpretationen desselben Taps erzeugt
- Wenn jemand einmal tippt, kann das System dies als eines der folgenden Dinge deuten
- Cursor platzieren
- Menü aufrufen, wenn bereits ein Cursor vorhanden ist
- Beginn eines Drag-Vorgangs
- Beginn eines Doppeltipps
- Beginn eines langen Drückens
- Bei sorgfältiger Bedienung lassen sich diese Fälle unterscheiden, doch die Struktur selbst bleibt fragil
- In Nutzertests traten folgende Fehler auf
- Die gewünschte Stelle wird wegen des Fat-Finger-Problems verfehlt
- Es wird neben den Cursor getippt, um ihn zu korrigieren, aber stattdessen das Handle getroffen und ein Menü geöffnet
- Statt eines Menüs wird eine minimale Drag-Bewegung erkannt, sodass nichts passiert
- Beim Versuch eines Doppeltipps wird daneben getippt oder das Handle berührt, sodass nichts passiert
- Um in ein leeres Feld einzufügen, muss zunächst das leere Feld angetippt werden, um einen Cursor zu erzeugen, und danach der Cursor erneut, um das Menü zu öffnen
- Nachdem der Cursor gesetzt wurde, schaut die Person kurz weg, das Handle verschwindet, und Verwirrung entsteht
- In der Studie mit 10 Personen waren im Durchschnitt 5 Versuche nötig, um den Cursor präzise zu platzieren; eine Person tippte 19-mal
- Dass viele Menschen statt echter Bearbeitung lieber alles neu eingeben, wird durch diese Reibung und Fehler verständlich
Grenzen bestehender Ausgleichsfunktionen
- Es gibt zwar ergänzende Funktionen wie das Auswählen von mehr Text durch Doppeltipp und anschließendes Ziehen oder Tastaturfunktionen zum Bewegen des Cursors
- Doch solche Funktionen sind für die meisten Nutzenden schwer zu entdecken und lösen das Kernproblem nicht
- Das Kernproblem ist, dass Hunderte Millionen mobiler Nutzerinnen und Nutzer täglich unter Tap- und Auswahlfehlern leiden
- Wenn Mobilgeräte den Desktop ersetzen oder mit ihm konkurrieren sollen, braucht es statt nachgeahmter Desktop-Tap-Hacks eine einfachere und klarere Methode, die auf das Touch-Erlebnis zugeschnitten ist
Der Ansatz des Eloquent-Prototyps
- Gemeinsam mit Olivier Bau wurde der Prototyp Eloquent entwickelt; die Arbeit wurde auf der UIST 2021 vorgestellt
- Eloquent ist ein Versuch, die Konflikte zwischen Tap, Auswahl, Lupe und Menü gleichzeitig zu behandeln
-
Vereinfachte Cursorplatzierung
- Das zentrale Ziel von Eloquent ist es, die Bedeutung eines Taps eindeutig zu machen, ähnlich wie ein Mausklick auf dem Desktop
- Ein Tap platziert immer den Cursor
- Jeder Moment, in dem der Finger den Bildschirm berührt, wird als Beginn eines Drag-Vorgangs betrachtet; ein Tap ist einfach ein sehr kurzer Drag
- Wenn neben das Handle getippt und schnell losgelassen wird, springt der Cursor an die neue Position; bei langsamer Bewegung wird der Cursor gezogen
- Texthandles bleiben immer sichtbar
- Damit sie den Text nicht verdecken, sind sie halbtransparent, wodurch auch das Android-Problem des Verschwindens nach 4 Sekunden entfällt
-
Integrierte Lupe
- Die Lupe wird direkt in den Textcursor integriert, damit Nutzende den Cursor im Kontext sehen
- Da Eloquent auf Drag basiert, macht die Lupe die Cursorplatzierung präziser
- Um Platz zu sparen und die Position im Text zu erhalten, wird eine Fish-Eye-Lens-Technik verwendet
- Im Gebrauch zeigte sich ein Trend, dass es besser sein kann, den Cursor immer zu ziehen statt nur zu tippen
- Dank der Lupe ließ sich ein neues Verhalten schnell erlernen: per Drag zügig an die Zielstelle heranzoomen
-
Textauswahl mit Drag Press
- Die Mehrdeutigkeit heutiger mobiler Bearbeitung entsteht, weil zu viele Funktionen auf einer einzelnen Tap-Geste liegen
- Eloquent startet die Textauswahl mit der Drag Press-Geste, also stärkerem Drücken während eines Drag-Vorgangs
- Damals wurde dafür der verfügbare Hardware-Sensor, nämlich der Barometer-Sensor des Telefons, genutzt, um Druck zu erkennen
- Ein langfristiger gleitender Mittelwert diente als Referenzwert
- Wenn ein kurzfristiger gleitender Mittelwert über den langfristigen Durchschnitt stieg, wurde ein Drag-Press-Ereignis ausgelöst
- Trotz recht starker Schwankungen der Sensorwerte funktionierte das Verfahren sehr robust
- Fortgeschrittenere Mechanismen wie Apples eingestellte 3D Touch hardware könnten eine bessere Lösung sein
- Drag Press wählt stets das ganze darunterliegende Wort aus, sodass kleine Wackler im Moment des Drückens nicht zu großen Zielfehlern führen
-
Verbessertes Menü
- Eloquent soll es Fortgeschrittenen ermöglichen, Zwischenablage-Aktionen wie Kopieren und Einfügen schneller auszuführen
- Da die aktuellen Textmenüs auf Android und iOS meist hierarchisch aufgebaut sind, soll das Menü vereinfacht und abgeflacht werden
- In Nutzertests fanden alle Teilnehmenden dieses Menü leicht und mochten seine Verwendung
- Nach dem Start einer Auswahl per Drag Press kann mit einem zweiten Drag Press das Menü geöffnet werden, sodass Zielen, Auswählen und Menüaufruf in einem einzigen Ablauf zusammengeführt werden
- Für Fortgeschrittene lassen sich Menüeinträge mit schnellen Flick-Gesten ausführen
- Das T-Menu von Eloquent nutzt Swipe-Gesten für Ausschneiden und Einfügen und gleitet ohne Hierarchie aus dem Bildschirm heraus
-
Spielerische Animationen
- Eloquent ergänzt kleine visuelle Animationen, damit Nutzende Zustandswechsel besser lernen und verstehen
- Der Cursor „scootet“ zwischen Positionen, und das Handle „wobbelt“, wenn er ankommt
- Diese Bewegungen verstärken den Eindruck, dass der Cursor immer vorhanden ist und jederzeit gezogen werden kann
- Beim Tippen erhält der Cursor eine „dimple“-Animation und ruft kurz die Lupe auf, um dazu anzuregen, über den einfachen Tap hinaus auch Drag zu probieren
- Wenn Force Press über einem Wort erfolgt, „inflate“ der Highlight-Effekt
- Bei Swipe-Menügesten wird die Auswahl in die Swipe-Richtung animiert
- Beim Hochwischen zum Ausschneiden verschwindet die Auswahl nach oben
- Beim Herunterwischen zum Einfügen fällt die neue Auswahl nach unten
-
Kompatibilität für bestehende Nutzende
- Eloquent versucht, soweit möglich auch aktuelle Gesten beizubehalten, um eine Verbindung zum bisherigen Verhalten herzustellen
- Würden Tap und Drag immer als Cursor-Drag behandelt, entstünde ein Problem in großen vertikal scrollbaren Textfeldern
- Wenn die ersten Pixel zu Beginn eines Drag-Vorgangs vertikal verlaufen, wird dies als normales vertikales Scrollen interpretiert
- Andere Drag-Bewegungen werden als Cursorplatzierung und Cursor-Drag behandelt
Warum eine Veröffentlichung schwierig ist
- Veränderungen wie Eloquent sind schwer auf den Markt zu bringen
- Viele Menschen betrachten Textbearbeitung fälschlicherweise bereits als „gelöstes“ Problem, daher ist die Motivation zur Verbesserung gering
- Nutzende haben sich über mehr als zehn Jahre an das fehleranfällige aktuelle System angepasst, und es ist schwer, nun einen Wechsel einzufordern
- Im Wettbewerb zwischen Android und iOS gelten Verbesserungen der Textbearbeitung nicht als spektakuläre Features, die einen Net Promoter Score bewegen
- Grundlegende Veränderungen wie bei der Textbearbeitung könnten dazu führen, dass Menschen ihre Smartphones angenehmer nutzen, aber die Wirkung zeigt sich nur langsam und erfordert jahrelange kontinuierliche Arbeit
- Die Hürde ist eher politisch als technisch
- Wenn der aktuelle Trend anhält, ist es gut möglich, dass mobile Texte noch mindestens 20 Jahre lang auf dieselbe Weise bearbeitet werden
1 Kommentare
Meinungen auf Hacker News
Auf Mobilgeräten schreibt man kurze Texte, die länger dauern und fehleranfälliger sind. Deshalb vermeide ich aktiv Situationen, in denen ich mobil tippen muss, und nutze WhatsApp oder Signal auf dem Laptop, wenn er offen ist.
Wenn ich die mobile Tastatur verwenden muss, nehme ich Tippfehler, fehlende Großbuchstaben und ausgelassene unnötige Wörter einfach in Kauf. Smartphones sind meist weniger Geräte für längere Texteingaben als vielmehr zum Konsum von Nachrichten und Medien sowie zum Fotografieren.
Dass Tastatur-Cover auch beim iPad beliebt sind, zeigt die Grenzen von Touch-Tastaturen. Beim iPad gibt es immerhin Tastatur und Stylus, beim iPhone gibt es solche Optionen kaum, und ich vermisse Handys mit guter Hardware-Tastatur wie früher bei Nokia oder BlackBerry.
Beim iPad ist es letztlich schlimmer, weil man eine schlechte QWERTY-Touch-Tastatur Buchstabe für Buchstabe antippen muss. Eine für Swipe optimierte Tastaturbelegung wäre schön; es gab früher auch einen Artikel, in dem ein Layout berechnet wurde, das Vokale möglichst weit voneinander entfernt platziert: https://sangaline.com/post/finding-an-optimal-keyboard-layou...
Wenn man beim Fahren eine Nachricht eingeben will, muss man die Hände benutzen, sofern die Diktierfunktion es nicht beim ersten Versuch perfekt erfasst. Man ist also fast an einem guten Punkt, aber die Bearbeitungs-UI macht es zunichte.
Heute tippe ich auf dem Touchscreen nur noch, wenn es wirklich unvermeidlich ist; wenn ich keinen Laptop nutzen kann, aber sitzen kann, stelle ich das Smartphone in eine Halterung und verwende eine kleine faltbare Bluetooth-Tastatur.
Die gesamte Smartphone-Branche wurde iPhone-isiert, und dadurch sind solche Optionen verloren gegangen.
Trotzdem stimme ich zu, dass sich das Tippen unter iOS verbessern lässt: https://youtu.be/x7qPAY9JqE4?si=9_jnM2Ys8JiTXGqC
Dieses Problem gibt es eindeutig, aber ich bin mir nicht sicher, ob der Autor eine Lösung gefunden hat. Der Beschreibung nach klingt es weiterhin umständlich.
Touchscreens sind als Produktivitäts-Interface grundsätzlich schlecht. Eine Maus bietet Zeigen ohne Klick, Linksklick und Rechtsklick mit nahezu pixelgenauer Präzision, und zusammen mit einer Tastatur gibt es sehr viel mehr Möglichkeiten.
Ein Smartphone ist wie ein Computer mit einer Ein-Tasten-Maus und einem ungewöhnlich großen, unregelmäßig geformten Cursor. Die Software kennt die Cursorposition erst beim Klick, und die Tastatur erscheint nur als Overlay, das 35 % des kleinen Bildschirms bedeckt.
Das ist kein Software-, sondern ein Hardware-Problem.
Es gibt Implementierungen, die den Touchscreen im Grunde als Touchpad verwenden, etwa so, wie TeamViewer Remote-Sitzungen auf einem Windows-Desktop vom Smartphone aus handhabt. So etwas wäre auch in Android selbst als umschaltbarer Modus wünschenswert, und Textauswahl mit arthritischen Fingern ist buchstäblich schmerzhaft.
Das Problem ist, dass dieses Potenzial abgesehen von Pinch-to-Zoom und Zwei-Finger-Scrollen kaum genutzt wird.
Für die Textbearbeitung war das wirklich großartig, und ich hätte mir gewünscht, dass diese Funktion überlebt.
Beim Navigieren und Bearbeiten langer Texte auf Touch-Geräten denke ich manchmal, dass modales Editieren im Vim-Stil ein guter Ansatz sein könnte.
Die Tastatur- und Mausbedienung einfach auf Touch-Geräte zu übertragen, wirkt wie eine verpasste Chance. Selbst das Tastaturlayout bietet kaum Vorteile, wenn man mit zwei Daumen auf den Bildschirm tippt.
Interessant wäre auch ein Ansatz, der stark auf zeichenbasierte Inferenz setzt und die Oberfläche an Einhand- oder Ein-Finger-Eingabe anpasst. Das Prinzip von Dasher ist ein Beispiel: https://www.inference.org.uk/dasher/dashersummary.html
https://en.m.wikipedia.org/wiki/Dasher_(software)
Wenn die Tastenbeschriftungen in diesem Modus verschwinden, wäre es wohl kein großer Sprung, dort eine Funktion hinzuzufügen, die wie Maustasten arbeitet und Textauswahl oder Einfügen an einer bestimmten Position unterstützt. Die aktuelle Auswahlbedienung ist viel zu frustrierend.
Es reicht aus, um unterwegs zu programmieren.
Es wäre naheliegend, eine weitere Seite für Cursorbearbeitung hinzuzufügen, mit Pfeiltasten, Strg+Pfeiltasten, Home/End, Page Up/Down, Auswahl-Umschalter, Delete und Rechtsklick-Menü. Das wäre eher, den Rest der Desktop-Tastatur aufs Smartphone zu bringen, als eine echte Innovation.
Zusammen mit einer Bluetooth-Tastatur ist es okay, nur der Bildschirm ist etwas klein. Für kurze Aufgaben reicht es, bei längeren Sitzungen macht man sich aber schon Sorgen um die Augen.
Dieses Problem ist zumindest für mich keineswegs unsichtbar. Schon vor ein paar Monaten habe ich Textbearbeitung als Beispiel dafür genannt, dass iOS für berufliche Nutzung noch nicht bereit ist.
Texterstellung und -bearbeitung sind Kern der beruflichen Nutzung, nicht Content-Konsum. Apple sollte das Problem entweder anerkennen und lösen oder zugeben, dass es nicht lösbar ist, und diese Erzählung nicht weiter pushen.
Symbolisch ist auch, dass Apple 3D Touch ohne überzeugenden Use Case eingeführt hat, auch Jahre später keinen fand und es schließlich einstellte.
Googles Tablet Tuesdays sind ebenfalls interessant, aber wenn man nur an einem Tag pro Woche ein Tablet nutzt, kann man die Probleme gerade noch ertragen und weitermachen. Es hätte eher Tablet Teams geben müssen, bei denen das ganze Team ausschließlich Tablets nutzt; dann wären die Probleme nicht verborgen geblieben.
Eloquent wirkt wie ein Existenzbeweis dafür, dass bessere Wege möglich sind. Experimente mit Multitouch-Gesten, um Kopieren/Einfügen oder Auswahlprobleme zu lösen, wären ebenfalls einen Versuch wert.
Soziale Produkte wie Google+ dagegen wurden selbst dann, wenn einige Mitarbeiter sie nutzten, nicht von vielen verwendet, und sie brauchten auch nicht dieselben Funktionen wie externe Nutzer. Selbst bei internen Beschwerden war es nicht zentral für die Arbeit, daher ist es schwer, dieselbe Feedback-Schleife zu bekommen.
Das größte Problem beim Bearbeiten auf Mobilgeräten ist, Auswahlbereiche, die nicht auf einen Bildschirm passen, zu ändern, etwa lange URLs oder lange Absätze.
Sobald man Auswahlgriffe bewegen und dabei vertikal scrollen muss, schlimmer noch horizontal, bricht die User Experience komplett zusammen.
Das ist das größte Problem, und schwer verständlich ist auch, warum mobile Tastaturen keine Kopieren/Einfügen-Buttons haben.
Es ist ungelenk, funktioniert aber.
Auf den alten N9- und Jolla-Smartphones konnte man an eine beliebige Stelle im Text tippen und den Cursor genau dort platzieren.
iOS setzt den Cursor, außer beim ersten Tippen zum Aktivieren, immer an den Anfang oder das Ende eines Wortes, selbst wenn man genau in die Mitte des Wortes tippt.
Auch mit kleinem Bildschirm und großen Fingern kann man die gewünschte Zeichenposition ziemlich gut treffen; ich wünschte, man dürfte es einfach tun.
Ich kann nicht vollständig erklären, warum das so hilfreich war, aber es machte es viel einfacher, den Cursor an die gewünschte Position zu bringen.
Die iOS-Tastatur hat vieles, was frustriert, ist in der Praxis aber ziemlich okay. Das eigentliche Problem entsteht oft durch JavaScript-Tools von Drittanbietern wie alte CodeMirror-Versionen.
Auf dem BlackBerry habe ich 55 Wörter pro Minute getippt, ohne hinzusehen. Eine Bildschirmtastatur muss man ständig anschauen und korrigieren, was stark ablenkt und die Eingabegeschwindigkeit ruiniert.
Auf dem BlackBerry war ein Fehler ein einzelnes falsches Zeichen, aber bei einer Bildschirmtastatur mit Swipe und Autokorrektur können ein oder zwei völlig falsche Wörter eingefügt werden. Bei Regen funktioniert eine Bildschirmtastatur nicht richtig.
Auf älteren Android-Geräten war die eingebaute Tastatur manchmal so schwerfällig, dass man auf etwa ein Zeichen pro Sekunde heruntergehen musste, und auch der Wechsel zwischen Swipen und Tippen läuft nicht reibungslos. Nervig ist auch, wenn man den Cursor per Ziehen über die Leertaste verschieben will und beim ersten Versuch stattdessen ein Wort eingefügt wird.
Auch das Bearbeiten auf dem BlackBerry war grober, weil man im Grunde nur die Cursortasten verwendete, verglichen mit den Touch-Interaktionen, um die es in diesem Text geht. Der Punkt ist nicht nur, Tippfehler zu korrigieren, sondern Mobilgeräte möglich zu machen, mit denen man bestehenden Text umfangreich ändern und Dokumente überarbeiten kann.
Auf der Schiebetastatur des Droid 4 war ich etwas langsamer, und beim Wechsel zum Touchscreen wurde es massiv langsamer. Auf dem BlackBerry konnte ich E-Mails fast so schnell abarbeiten wie auf dem Laptop, aber heute fühlen sich E-Mails mittlerer Länge trotz langer Übung mit Swipe- und Vorhersageeingabe im Vergleich zur Denkgeschwindigkeit quälend langsam an.
Wenn ich versuche, den Inhalt eines Podcasts auf dem Handy mitzuschreiben, muss ich oft zurückspulen und auf 0,7-fache Geschwindigkeit reduzieren, während ich auf dem Laptop selbst schneller Sprache voraus tippen kann. Mit einem BlackBerry Bold hätte ich auch einen Live-Vortrag in Echtzeit mitschreiben und in Denkgeschwindigkeit eingeben können.
Der Unterschied zwischen dem Bearbeiten auf einem MicroPC mit Touchpad und physischer Tastatur und dem Bearbeiten auf einem Handy ist enorm.
Vielleicht kann man auf einem kapazitiven Touch-Handy schneller eingeben oder die UI navigieren, aber die Frustration beim Anvisieren des Cursors und beim Tippen ist auch nach über zehn Jahren Smartphone-Nutzung immer noch groß.
Ich verstehe auch, warum viele Menschen kaum merken, dass das ein Problem ist. Mit der Zeit haben sie gelernt, auf Mobilgeräten keine Texte zu bearbeiten. Moderne mobile Betriebssysteme haben zwar durchaus leistungsfähige Office-Suiten, aber die meisten nutzen sie nur für Nachrichten und Notizen und müssen den Cursor kaum ziehen.
Bei Squeekboard auf dem PinePhone fehlen mir die Cursorbewegung per Ziehen über die Leertaste und die Swipe-Eingabe sehr, aber es sagt viel aus, dass die tatsächlichen Schwierigkeiten nicht wesentlich größer werden, obwohl die Textbearbeitung in Phosh deutlich weniger ausgereift ist als unter Android oder iOS.
Betrachtet man nur die Textbearbeitung, sind Vim und Emacs auf einer Touch-Tastatur überraschend brauchbar, wenn Zahlen, nötige Symbole und Modifikatortasten auf der Standardebene liegen.
Präzises Zeigen und das Problem großer Finger lassen sich lösen, indem man den Touchscreen wie ein Touchpad als relative Eingabe verwendet. Das geht mit einem einfachen Userspace-Programm, das direkt an evdev und uinput andockt, und macht das Ausführen von Desktop-Software zu mehr als einer bloßen Spielerei: https://gitlab.com/CalcProgrammer1/TouchpadEmulator
Für Swipe-Eingabe funktioniert die experimentelle Unterstützung in wvkbd ziemlich gut. Sie passt besonders gut zu langen Wörtern oder verkleinerten Wörterbüchern, und es gibt auch Möglichkeiten, etwa zsh-Vervollständigungen in eine Datei zu schreiben und zu nutzen: https://git.sr.ht/~proycon/wvkbd
Die Latenz von sxmo_inputhandler.sh ist schwer nachvollziehbar. Einfache Betriebssystem-Shell-Gesten über lange Shell-Skripte abzuwickeln, wirkt auf einer Plattform, auf der schon eine einzelne grep-Pipe die Verzögerung merklich erhöht, sehr ineffizient.
Es ist im Grunde so, als würde man bei einem Laptop die Tastatur entfernen, das Betriebssystem schwächen und das dann „mobil“ nennen.
Wenn anschließend jemand sagt, Textbearbeitung sei nicht mehr praktikabel, heißt es: „Es geht nicht darum, zum Desktop zurückzukehren, sondern Mobile voranzubringen.“
Ich verstehe nicht, warum wir eine absichtlich geschwächte Computing-Erfahrung als unvermeidliche Zukunft privilegieren sollten. Fast jeder Trend, den Mobile vorantreibt, ist schlecht.
Denn diese Geräte bieten eine schlechtere, stärker abgeschlossene und stärker konsumorientierte Computing-Erfahrung. Diese Denkweise scheint auch den Mitarbeitern eingeimpft zu werden.
So wie ein Fernseher kein Ersatz für einen Laptop ist.
Ebenso unklar ist, wie dadurch die Desktop-Erfahrung beeinträchtigt werden soll.
Ich schreibe inzwischen so viel Code in Termux, dass ich den Laptop nur noch zum Bearbeiten von OpenStreetMap nutze. Ich suche nach einer Möglichkeit, neue Android-Apps direkt in Termux zu bauen.
Auf Mobilgeräten ist nichts in Ordnung. Alle mögen Smartphones, aber abgesehen von ihrer Portabilität sind sie in jeder Hinsicht schlechte Computer.
Wenn man tatsächlich etwas erledigen will, sollte man einen Computer verwenden; ein Smartphone ist ein Gerät, das man nur nutzt, wenn man keinen echten Computer verwenden kann.
Deshalb sind solche Texte wichtig. Man sollte nicht aufgeben, sondern verbessern, und es gibt keinen Grund anzunehmen, dass die Textbearbeitung auf dem Smartphone bereits ihre endgültige Form erreicht hat.
Der Text wurde vor dem iPhone geschrieben und behandelte die schonungslose Notwendigkeit, die mobile User Experience auf das absolut Wesentliche zu reduzieren. Beim Entwickeln einer Apple-Watch-App musste ich wieder daran denken: https://jenson.org/The-Simplicity-Shift.pdf
Es ist schwer zu akzeptieren, dass ein Gerät, für das man so viel Geld bezahlt, eine miserable User Experience bietet und Tracking- und Werbespielchen über Nützlichkeit stellt.
Nicht so gut wie ein Desktop, aber viel besser als die meisten Mobilgeräte. Auch WhatsApp Web oder die Signal-Desktop-App nutze ich lieber am Desktop, sobald es um mehr als ein oder zwei Sätze geht.
Wenn man auf dem Smartphone auch nur etwas längere Texte schreiben muss, sollte man sich eine Tastatur kaufen. Selbst eine kleine Bluetooth-Tastatur ist viel besser, und auch alte BlackBerrys oder ähnlich gebaute Android-Tastaturphones haben ihren Reiz.