Edición de texto en móviles: el problema invisible
(jenson.org)- La edición de texto en Android e iOS tomó prestadas las convenciones del escritorio, pero en móviles no hay puntero preciso ni barra de menús, así que un solo toque mezcla colocar el cursor, seleccionar e invocar menús
- El problema central no es la entrada de texto, sino la edición; en un estudio con 10 usuarios, todos tuvieron problemas de apuntado, uso del portapapeles y errores repetidos
- Los tiradores de texto, la lupa, el doble toque, la pulsación prolongada y los menús emergentes son soluciones razonables por separado, pero juntos aumentan la ambigüedad al interpretar un toque
- El prototipo Eloquent interpreta siempre el toque como colocación del cursor y simplifica el flujo de edición con movimiento centrado en arrastre, lupa integrada, selección con Drag Press y menú por deslizamiento
- La barrera para mejorar esto tiene más que ver con la adopción y las prioridades organizacionales que con la tecnología; para elevar la productividad móvil hace falta un modelo de edición pensado para táctil, no un hack copiado del escritorio
Por qué la edición de texto en móviles no se hace evidente
- Android e iOS llevaron el modelo de edición de texto del escritorio al móvil, pero en móviles no existen un puntero de mouse preciso ni una barra de menús/teclas de comando
- Como resultado, un solo gesto de toque carga con varias acciones
- colocar el cursor
- mover el cursor
- seleccionar texto
- invocar el menú emergente
- En mensajes cortos o comentarios en redes sociales el problema se nota menos, pero al corregir textos largos, como un correo de varias oraciones, el proceso de edición se vuelve tedioso y propenso a errores
Los fallos de edición que reveló un estudio con usuarios en 2017
- En 2017, mientras trabajaba en Android, buscó estudios previos sobre edición de texto en móviles, pero incluso revisando siete años de investigación no encontró trabajos relacionados
- Se pidió a 10 participantes realizar tareas simples de edición de texto, como borrar una letra o mover una palabra al final de una oración
- Todos los participantes tuvieron dificultades en común
- era difícil tocar con precisión el lugar deseado
- usar el portapapeles resultaba complicado
- se repetían muchos errores
- Los participantes mostraron más frustración con textos complejos, como correos de varias oraciones, que con apps de mensajería o sociales
- Más de la mitad respondió que era más fácil seleccionar todo, borrar y volver a escribir que corregir el texto
- El foco del problema no es la entrada de texto, sino la edición
- la escritura en sí ha mejorado con teclados, transcripción por voz y teclados físicos en tabletas
- pero sigue siendo necesario corregir después lo que ya se escribió
- Aunque el estudio se centró en mejorar Android, iOS presenta muchos de los mismos problemas, aunque con detalles de comportamiento distintos
El móvil es fuerte para consumir, pero débil para editar
- Los dispositivos móviles destacan en el consumo en movimiento, como video, fotos, redes sociales y mensajería
- El iPhone original ni siquiera tenía soporte para portapapeles
- Se repitió varias veces la expectativa de que las tabletas reemplazarían al escritorio, pero no tuvieron gran éxito como sustituto real
- Apple lanzó el anuncio “What’s a computer?”
- Google intentó en 2013 la campaña “Tablet Tuesdays”, para que los empleados usaran tabletas todo el día
- Entre los problemas profundos de UX que frenan la productividad en tabletas aparecen la edición de texto y el manejo de archivos
- El objetivo no es volver al escritorio, sino hacer que el móvil evolucione hasta ser tan rápido y productivo como él
El punto de referencia de la edición de texto en escritorio
- Desde 2000, la edición de texto en escritorio ha mantenido una estructura relativamente estable
- Los tres elementos básicos del escritorio son
- un puntero preciso movido por mouse o trackpad
- una selección simple que sigue al clic y arrastre
- un menú Edit con Cut/Copy/Paste y atajos X/C/V
- Esta combinación hace que editar texto sea una tarea relativamente poco ambigua y con menos errores
- No es una estructura perfecta, pero sí una línea base para compararla con la edición de texto en móviles
Cuatro soluciones de compensación surgidas al adaptar el modelo de escritorio al móvil
-
1. Tiradores de texto
- En móviles se añadieron tiradores de texto con forma de gota debajo del cursor
- Los tiradores hacen más visible el cursor y permiten corregir su posición arrastrando después de un toque fallido
- Pero el propio tirador también es objetivo táctil, y el texto alrededor también lo es, así que aparece la ambigüedad
- Al tocar justo a la izquierda o derecha del cursor, la intención del usuario deja de ser clara
- si quiere mover el cursor
- o si quiere tomar el tirador y arrastrarlo
- En pruebas de usuario se vio que, al intentar colocar el cursor en una posición exacta, algunas personas fallaban por unos caracteres y luego volvían a tocar al lado, pero el tirador capturaba el toque primero y todo fallaba
- En iOS no existe ese tirador en forma de gota, pero el problema de que el cursor capture el toque sigue presente
-
2. Lupa
- En móviles se añadió una lupa para compensar el texto pequeño y el tamaño relativamente grande de los dedos
- La lupa ayuda más al corregir un toque errado mientras se arrastra que al apuntar con precisión antes de tocar
- Una lupa flotando sobre el dedo muestra dos cursores, el real y una copia dentro de la lupa, lo que genera confusión visual
- Se nota menos en campos cortos, pero en correos largos es fácil perder la ubicación actual
- La lupa de Apple desapareció en iOS 13 y volvió en iOS 15
-
3. Selección de texto
- En escritorio, mantener el clic y arrastrar lleva de forma natural a seleccionar texto
- En móviles eso es más difícil, así que se añadieron doble toque y pulsación prolongada como gestos de selección
- Para interpretar un doble toque, el sistema debe esperar a ver si llega el segundo toque, por lo que la respuesta al toque único puede retrasarse
- Para seleccionar más de una palabra, normalmente hay que seleccionar una palabra y luego arrastrar los tiradores de ambos extremos
-
4. Menú emergente
- Como en móviles no hay barra de menús, se necesita otra forma de invocar los comandos del portapapeles
- Al seleccionar texto, aparece un menú sobre la selección y funciona relativamente bien para cortar y copiar
- Pegar suele estar más escondido porque normalmente no empieza desde una selección
- Para abrir ese mismo menú hay que tocar el tirador de texto, así que el usuario debe aprender dos gestos distintos
- En Android, el tirador de texto desaparece si no hay entrada durante 4 segundos
- porque tapa un poco el texto que queda debajo
- para abrir el menú, primero hay que volver a tocar para mostrar el tirador y luego tocarlo una vez más
- En móviles no existen atajos equivalentes a cortar/copiar/pegar, así que tanto principiantes como usuarios avanzados deben usar el mismo sistema de menús
Una estructura donde un solo toque puede malinterpretarse de muchas formas
- La edición de texto móvil creó múltiples interpretaciones posibles del toque al intentar meter funciones de escritorio dentro del móvil
- Cuando el usuario toca una vez, el sistema puede interpretarlo como una de estas acciones
- colocar el cursor
- invocar el menú si el cursor ya está ahí
- iniciar un arrastre
- iniciar un doble toque
- iniciar una pulsación prolongada
- Con mucha atención es posible distinguir cada caso, pero la estructura en sí es frágil
- En las pruebas de usuario aparecieron errores como estos
- el problema del dedo gordo hace que se falle el lugar deseado
- al tocar al lado para corregir el cursor, se toca el tirador y aparece el menú
- en vez de menú, el gesto se interpreta como un arrastre diminuto y no pasa nada
- al intentar hacer doble toque, se toca al lado o el tirador y tampoco pasa nada
- para pegar en un campo vacío, primero hay que tocar el campo vacío para crear el cursor y luego tocar el cursor otra vez para abrir el menú
- después de colocar el cursor, basta desviar la vista un momento para que el tirador desaparezca y genere confusión
- En el estudio con 10 personas, colocar el cursor con precisión requirió en promedio 5 intentos, y una persona llegó a tocar 19 veces
- Esa fricción y esos errores ayudan a explicar por qué tanta gente prefiere reescribir todo en vez de editar de verdad
Los límites de las funciones de compensación actuales
- Existen recursos como seleccionar más texto arrastrando después de un doble toque, o funciones del teclado para mover el cursor
- Pero la mayoría de estas funciones son difíciles de descubrir para la mayoría de las personas y no resuelven el problema central
- El problema de fondo es que cientos de millones de usuarios móviles sufren errores de toque y selección todos los días
- Si el móvil quiere reemplazar o competir con el escritorio, necesita un método más simple y claro, adaptado a la experiencia táctil, no más hacks de toques copiados del escritorio
El enfoque del prototipo Eloquent
- Se creó el prototipo Eloquent junto con Olivier Bau, y este trabajo se presentó en UIST 2021
- Eloquent intenta abordar al mismo tiempo el conflicto entre toque, selección, lupa y uso de menús
-
Colocación simplificada del cursor
- El objetivo central de Eloquent es hacer que el significado del toque sea claro, como un clic de mouse en escritorio
- El toque siempre coloca el cursor
- Todo contacto del dedo con la pantalla se trata como inicio de arrastre, y el toque se maneja como un arrastre muy corto
- Si se toca junto al tirador y se suelta rápido, el cursor se mueve a la nueva posición; si se mueve lentamente, se arrastra el cursor
- Los tiradores de texto permanecen siempre visibles
- Se vuelven semitransparentes para no tapar el texto y se elimina el problema de Android de que desaparezcan tras 4 segundos
-
Lupa integrada
- La lupa se integra sobre el cursor de texto para que el usuario vea el cursor dentro de su contexto
- Como Eloquent se basa en arrastrar, la lupa hace más precisa la colocación del cursor
- Para ahorrar espacio y mantener la posición dentro del texto se usa una técnica de lente ojo de pez
- Al usarlo, apareció una tendencia: siempre resultaba mejor arrastrar el cursor que usar toques
- Gracias a la lupa, la gente podía aprender rápido una nueva conducta de ir afinando el objetivo mediante arrastre
-
Selección de texto con Drag Press
- La ambigüedad de la edición móvil actual surge porque demasiadas funciones están concentradas en el gesto de toque único
- Eloquent inicia la selección de texto con un gesto de Drag Press, es decir, presionar más fuerte durante un arrastre
- Para detectar la presión se usó el sensor barométrico del teléfono, disponible en ese momento
- se mantenía una media móvil larga como valor base
- si una media móvil corta subía por encima de la media larga, se disparaba un evento de drag-press
- incluso con bastante variación en los valores del sensor, el funcionamiento era muy robusto
- Mecanismos más avanzados, como el discontinuado 3D Touch hardware de Apple, podrían ser una mejor solución
- Drag Press selecciona la palabra completa debajo, así que un pequeño temblor en el momento de presionar no termina convirtiéndose en un gran error de apuntado
-
Menú mejorado
- Eloquent busca que acciones de portapapeles como copiar y pegar sean más rápidas para usuarios avanzados
- Como los menús de texto actuales en Android e iOS suelen ser jerárquicos, intenta aplanarlos
- En pruebas de usuario, todos los participantes encontraron fácilmente este menú y dijeron que les gustaba usarlo
- Después de iniciar la selección con Drag Press, un segundo Drag Press abre el menú y resuelve apuntado, selección e invocación del menú dentro de un solo flujo
- Para usuarios avanzados, los elementos del menú se pueden ejecutar con un gesto rápido de flick
- El T-Menu de Eloquent usa gestos de deslizamiento para cortar y pegar, y sale deslizándose fuera de la pantalla sin jerarquías
-
Animaciones tipo juego
- Eloquent añade pequeñas animaciones visuales para ayudar a que el usuario aprenda y entienda los cambios de estado
- El cursor hace “scoot” entre posiciones, y al llegar el tirador hace “wobble”
- Ese movimiento refuerza la impresión de que el cursor siempre está presente y puede arrastrarse en cualquier momento
- Al tocar, el cursor hace “dimple” y llama brevemente a la lupa, invitando al usuario a probar el arrastre más allá del simple toque
- Cuando ocurre un Force Press sobre una palabra, el resaltado hace “inflate”
- El gesto de menú por deslizamiento anima la selección en la dirección del deslizamiento
- si se desliza hacia arriba para cortar, la selección desaparece hacia arriba
- si se desliza hacia abajo para pegar, la nueva selección cae hacia abajo
-
Compatibilidad para usuarios existentes
- Eloquent también intenta conservar, en lo posible, gestos actuales para mantener continuidad con el comportamiento ya conocido
- Si toque y arrastre siempre se trataran como arrastre del cursor, aparecerían problemas en campos de texto altos con desplazamiento vertical
- Si al comenzar el arrastre los primeros píxeles van en dirección vertical, se interpreta como desplazamiento vertical normal
- Los demás arrastres se tratan como colocación y arrastre del cursor
Por qué es difícil lanzarlo
- Cambios como Eloquent son difíciles de llevar a producción
- Mucha gente ve erróneamente la edición de texto como un problema ya “resuelto”, así que hay poco impulso para arreglarla
- Los usuarios llevan más de una década adaptándose al método actual, lleno de errores, y es difícil pedirles ahora que cambien
- En la competencia entre Android e iOS, mejorar la edición de texto no se considera una función vistosa que mueva el Net Promoter Score
- Cambios fundamentales como estos podrían hacer que usar el teléfono fuera más cómodo, pero sus efectos aparecen lentamente y requieren esfuerzo constante durante años
- La barrera se parece más a un problema político que técnico
- Si todo sigue como hasta ahora, es posible que sigamos editando texto móvil de la misma manera durante al menos otros 20 años
1 comentarios
Opiniones de Hacker News
En móvil uno termina escribiendo textos cortos que tardan más y tienen más errores. Por eso evito activamente situaciones en las que tenga que teclear en el móvil, y si tengo la laptop abierta, uso WhatsApp o Signal desde ahí.
Si tengo que usar el teclado del móvil, simplemente acepto los errores tipográficos, la falta de mayúsculas y la omisión de palabras innecesarias. El teléfono es más bien un dispositivo para consumir noticias y medios, y para tomar fotos, no para ingresar textos largos.
El hecho de que las fundas con teclado también sean populares en el iPad deja en evidencia las limitaciones del teclado táctil. En el iPad al menos hay teclado y stylus, pero en el iPhone casi no existen esas opciones, y se extrañan los teléfonos con un buen teclado de hardware, como los antiguos Nokia o BlackBerry.
El iPad termina siendo peor porque hay que presionar letra por letra en un mal teclado táctil QWERTY. Sería bueno tener una distribución de teclado optimizada para deslizar, y hace tiempo hubo un artículo que calculaba una distribución colocando las vocales lo más lejos posible: https://sangaline.com/post/finding-an-optimal-keyboard-layou...
Si quieres escribir un mensaje mientras manejas, a menos que lo transcriba perfectamente al primer intento, tienes que usar las manos; está muy cerca de ser bueno, pero se desmorona por la interfaz de edición.
Hoy en día solo escribo en una pantalla táctil cuando de verdad no queda otra; incluso si no puedo usar una laptop, si puedo sentarme, suelo poner el teléfono en un soporte y usar un pequeño teclado Bluetooth plegable.
Al iPhoneizarse toda la industria de los smartphones, perdimos esas opciones.
Aun así, estoy de acuerdo en que la escritura en iOS puede mejorar: https://youtu.be/x7qPAY9JqE4?si=9_jnM2Ys8JiTXGqC
El problema claramente existe, pero no estoy seguro de que el autor haya encontrado una solución. Por la descripción, sigue pareciendo complicado.
Las pantallas táctiles son, en lo fundamental, una mala interfaz para productividad. Un mouse ofrece apuntar sin hacer clic, clic izquierdo y clic derecho con precisión casi a nivel de píxel, y si sumas un teclado, las opciones se amplían mucho más.
Un smartphone es como una computadora con un mouse de un solo botón y un cursor anormalmente grande y de forma irregular. El software no conoce la posición del cursor hasta antes de hacer clic, y el teclado solo aparece como una superposición que cubre el 35% de la pantalla pequeña.
Esto no es un problema de software, sino de hardware.
Hay implementaciones que usan la pantalla táctil básicamente como un touchpad, como la forma en que TeamViewer maneja sesiones remotas de escritorio Windows desde un smartphone. Sería bueno que existiera en Android como un modo activable; seleccionar texto con dedos artríticos es literalmente doloroso.
El problema es que, salvo el pellizco para hacer zoom y el desplazamiento con dos dedos, casi no se aprovecha ese potencial.
Era una función realmente buena para editar texto, y me habría gustado que sobreviviera.
A veces pienso que la edición modal al estilo Vim podría ser un buen enfoque para explorar y editar textos largos en dispositivos táctiles.
Haber trasladado tal cual el esquema de teclado y mouse a los dispositivos táctiles parece una oportunidad perdida. Incluso la distribución del teclado no ofrece gran ventaja cuando se trata de presionar la pantalla con ambos pulgares.
También es interesante un enfoque que se apoye mucho en la inferencia basada en caracteres y adapte la interfaz a la entrada con una mano o con un solo dedo. Un ejemplo es algo como Dasher: https://www.inference.org.uk/dasher/dashersummary.html
https://en.m.wikipedia.org/wiki/Dasher_(software)
Si es un modo en el que desaparecen las etiquetas de las teclas, no parece demasiado descabellado agregarle funciones que actúen como botones del mouse para permitir seleccionar texto o pegar en una ubicación específica. Ahora mismo, seleccionar texto es demasiado frustrante.
Es suficiente como para programar mientras me desplazo.
Sería natural agregar una página más para edición del cursor que ofrezca teclas de dirección, Ctrl+dirección, Home/End, Page Up/Down, alternar selección, Delete y menú de clic derecho. No sería una innovación como tal, sino más bien llevar el resto del teclado de escritorio al teclado del teléfono.
Usado con un teclado Bluetooth está bien; la pantalla solo queda un poco chica. Para tareas cortas alcanza, aunque en sesiones largas sí preocupa la salud visual.
Este problema, al menos para mí, no es en absoluto invisible. Hace unos meses también cité la edición de texto como ejemplo de que iOS aún no está listo para el uso laboral.
La generación y edición de texto son centrales para el uso laboral, no para el consumo de contenido, así que Apple debería reconocer el problema y resolverlo, o admitir que no puede resolverlo y dejar de impulsar esa narrativa.
También es simbólico que Apple lanzara 3D Touch sin un caso de uso válido y que, incluso años después, no lograra encontrarlo y lo discontinuara.
Los Tablet Tuesdays de Google también son interesantes, pero si solo usas una tablet un día a la semana, puedes apenas tolerar los problemas y pasar de largo. Más bien debieron ser Tablet Teams, con equipos completos usando solo tablets, para que los problemas no quedaran ocultos.
Eloquent parece una prueba de existencia de que es posible hacerlo mejor. También valdría la pena experimentar con gestos multitáctiles para resolver problemas de copiar/pegar o selección.
En cambio, aunque algunos empleados hayan usado productos sociales como Google+, no eran muchos y tampoco necesitaban las mismas funciones que los usuarios externos. Aunque hubiera quejas internas, no eran parte central del trabajo, así que era difícil obtener el mismo ciclo de retroalimentación.
El mayor problema al editar en móvil es modificar selecciones que no caben en una sola pantalla, como una URL larga o un párrafo largo.
En el momento en que tienes que mover los controladores de selección mientras haces scroll vertical y, peor aún, también scroll horizontal, la experiencia de usuario se rompe por completo.
Ese es el mayor problema, y también cuesta entender por qué el teclado móvil no tiene botones de copiar/pegar.
Es torpe, pero funciona.
En los antiguos teléfonos N9 y Jolla podías tocar cualquier parte del texto y colocar el cursor en esa posición.
En iOS, salvo cuando el primer toque activa el cursor, aunque presiones exactamente en medio de una palabra, el cursor siempre se pega al inicio o al final de la palabra.
Incluso con una pantalla pequeña y dedos grandes se puede acertar bastante bien a la posición de la letra deseada, así que ojalá simplemente lo permitieran.
Es difícil explicar del todo por qué ayudaba tanto, pero hacía mucho más fácil ubicar el cursor en el lugar deseado.
El teclado de iOS tenía muchas cosas frustrantes, pero en realidad es bastante bueno. El verdadero problema muchas veces lo causan herramientas JavaScript de terceros como las versiones antiguas de CodeMirror.
En BlackBerry podía escribir 55 palabras por minuto sin mirar. Con el teclado en pantalla hay que estar mirando y corrigiendo todo el tiempo, lo que distrae mucho y mata la velocidad de entrada
En BlackBerry, un error era un solo carácter equivocado, pero en un teclado en pantalla con swipe y autocorrección pueden entrar 1 o 2 palabras completamente incorrectas. En un día de lluvia, el teclado en pantalla no responde bien
En dispositivos Android viejos, el teclado integrado era tan pesado que a veces había que bajar el ritmo a alrededor de 1 carácter por segundo, y alternar entre swipe y toques tampoco era fluido. También es molesto intentar mover el cursor arrastrando la barra espaciadora y que en el primer intento se inserte una palabra
La edición en BlackBerry también era más tosca que las interacciones táctiles tratadas en este texto, porque básicamente dependía de las teclas de cursor. El punto no es solo corregir errores tipográficos, sino hacer posible que un dispositivo móvil permita modificar bastante texto existente y pulir documentos
Con el teclado deslizable del Droid 4 bajé un poco la velocidad, y al pasar a pantallas táctiles me volví muchísimo más lento. En BlackBerry podía procesar correos casi a la misma velocidad que en una laptop, pero ahora, incluso tras practicar mucho con swipe y texto predictivo, un correo de longitud media se siente dolorosamente lento frente a la velocidad de pensamiento
Si intento transcribir un podcast con el teléfono, tengo que rebobinar a menudo y bajarlo a 0.7x, pero en una laptop puedo escribir incluso por delante de alguien que habla rápido. Con un BlackBerry Bold habría podido transcribir una presentación en tiempo real y escribir a la velocidad de mis pensamientos
La diferencia entre editar en una MicroPC con touchpad y teclado físico y editar en un teléfono es enorme
Tal vez se pueda escribir más rápido o navegar la UI en un teléfono con pantalla táctil capacitiva, pero la frustración de apuntar el cursor y escribir sigue siendo fuerte incluso después de más de 10 años usando smartphones
Entiendo también por qué a la gente le cuesta darse cuenta de que esto es un problema. Con el tiempo aprendimos el hábito de no editar texto en móviles. Los sistemas operativos móviles modernos tienen suites de oficina bastante potentes, pero la mayoría solo usa mensajes y notas, y casi nunca tiene que arrastrar el cursor
En Squeekboard de PinePhone se extrañan mucho la función de mover el cursor arrastrando la barra espaciadora y la escritura por swipe, pero el hecho de que la edición de texto en Phosh, aunque esté mucho menos pulida que en Android o iOS, no agregue mucha dificultad real dice bastante
Solo en cuanto a edición de texto, si los números, los símbolos necesarios y las teclas modificadoras están en la capa principal, Vim y Emacs resultan sorprendentemente usables incluso con un teclado táctil
El problema del apuntado preciso y de los dedos grandes se puede resolver usando la pantalla táctil como touchpad con entrada relativa. Es posible con un programa sencillo en espacio de usuario que se conecta directamente a evdev y uinput, y hace que ejecutar software de escritorio sea más que un simple juguete: https://gitlab.com/CalcProgrammer1/TouchpadEmulator
La entrada por swipe funciona bastante bien con el soporte experimental de wvkbd. Encaja especialmente con palabras largas o diccionarios reducidos, y también hay posibilidades como aprovechar las completaciones de zsh escribiéndolas en un archivo: https://git.sr.ht/~proycon/wvkbd
La latencia de sxmo_inputhandler.sh es difícil de entender. Procesar gestos simples del shell del sistema operativo mediante un script de shell largo parece muy ineficiente en una plataforma donde incluso una sola tubería con grep aumenta la latencia de forma perceptible
Es como quitarle el teclado a una laptop, debilitar el sistema operativo y luego llamarlo “móvil”
Luego, cuando alguien dice que la edición de texto ya no es práctica, responden: “no se trata de volver al escritorio, sino de hacer avanzar lo móvil”
No entiendo por qué habría que privilegiar una experiencia de cómputo deliberadamente debilitada como si fuera el futuro inevitable. Casi todas las tendencias que impulsa lo móvil son malas
Porque esos dispositivos ofrecen una experiencia de cómputo peor, más cerrada y centrada en el consumo. Parece que esa idea también se les inculca a los empleados
Igual que un televisor no es un sustituto de una laptop
Tampoco queda claro cómo eso perjudicaría la experiencia de escritorio
He escrito tanto código dentro de Termux que ahora solo uso la laptop cuando edito OpenStreetMap. Estoy buscando cómo compilar nuevas apps de Android desde el propio Termux
En mobile nada está bien. A todos les encantan los smartphones, pero salvo por la portabilidad, son malas computadoras en todos los aspectos
Si de verdad quieres hacer algo, tienes que usar una computadora; el smartphone es un dispositivo que usas solo cuando no puedes usar una computadora de verdad
Por eso textos como este son importantes. No hay que rendirse: hay que mejorar, y no hay razón para pensar que la edición de texto en teléfonos haya llegado a su forma final
Es un texto escrito antes del iPhone, sobre la necesidad implacable de reducir la experiencia de usuario móvil a lo más esencial. Al crear una app para Apple Watch, volví a recordar esto: https://jenson.org/The-Simplicity-Shift.pdf
Es difícil aceptar que un dispositivo por el que cobran ese dinero ofrezca una experiencia de usuario pésima, priorizando el rastreo y los juegos publicitarios por encima de la utilidad
No llega al nivel de una desktop, pero es mucho mejor que la mayoría de los dispositivos móviles; WhatsApp Web o la app de escritorio de Signal también prefiero usarlos en la desktop cuando voy a escribir más de una o dos frases
Si tienes que escribir algo aunque sea un poco largo en el teléfono, conviene comprar un teclado. Incluso un teclado Bluetooth pequeño es mucho mejor, y también me tientan los viejos BlackBerry o teléfonos Android con teclado de forma similar