Edição de texto no mobile: um problema invisível
(jenson.org)- A edição de texto no Android e no iOS tomou emprestadas convenções do desktop, mas no mobile não há ponteiro preciso nem barra de menus, então um único toque acumula posicionamento do cursor, seleção e chamada de menu
- O cerne do problema não é a entrada de texto, mas a edição; em um estudo com 10 usuários, todos os participantes enfrentaram dificuldades de mira, uso da área de transferência e erros repetidos
- Alças de texto, lupa, duplo toque/pressionamento longo e menus pop-up são, cada um, soluções complementares razoáveis, mas, quando usados juntos, aumentam a ambiguidade na interpretação dos toques
- O protótipo Eloquent interpreta o toque sempre como posicionamento do cursor e simplifica o fluxo de edição com movimentação centrada em arrastar, lupa integrada, seleção por Drag Press e menu por deslize
- A barreira para melhorias está mais próxima de adoção e prioridades organizacionais do que de tecnologia; para elevar a produtividade no mobile, é preciso um modelo de edição adequado ao toque, além dos hacks copiados do desktop
Por que a edição de texto no mobile é pouco visível
- Android e iOS trouxeram para o mobile o modo de editar texto do desktop, mas no mobile não há ponteiro de mouse preciso nem barra de menus/teclas de comando
- Como resultado, um único gesto de toque acaba assumindo várias ações
- Posicionar o cursor
- Mover o cursor
- Selecionar texto
- Abrir um menu pop-up
- Em mensagens curtas ou comentários em redes sociais, o problema aparece menos, mas, ao corrigir textos longos como e-mails de várias frases, o processo de edição se torna tedioso e cheio de erros
Falhas de edição reveladas por um estudo com usuários em 2017
- Em 2017, durante um trabalho no Android, procurou-se pesquisas existentes com usuários sobre edição de texto no mobile, mas, mesmo examinando sete anos de estudos, não foi encontrado trabalho relacionado
- 10 participantes foram convidados a realizar tarefas de edição de texto simples, como apagar um caractere ou mover uma palavra para o fim de uma frase
- Todos os participantes tiveram dificuldades em comum
- Dificuldade para tocar exatamente no local desejado
- Uso complicado da área de transferência
- Muitos erros repetidos
- Os participantes mostraram maior frustração com textos complexos, como e-mails de várias frases, do que com apps de mensagens ou sociais
- Mais da metade respondeu que era mais fácil selecionar tudo, apagar e digitar de novo do que corrigir o texto
- O foco do problema não é a entrada de texto, mas a edição
- Graças a teclados, transcrição por voz e teclados físicos em tablets, a entrada em si ficou melhor do que no passado
- O processo de corrigir depois as frases digitadas continua necessário
- O estudo se concentrou em melhorias para Android, mas o iOS também tem muitos problemas do mesmo tipo, embora os comportamentos específicos sejam diferentes
O mobile é forte para consumo, mas frágil para edição
- Dispositivos móveis têm pontos fortes no consumo em movimento, como vídeo, fotos, redes sociais e mensagens
- O iPhone inicial nem tinha suporte à área de transferência
- Repetiu-se a expectativa de que tablets substituiriam desktops, mas eles não tiveram grande sucesso como substitutos do desktop
- A Apple veiculou o anúncio “What’s a computer?”
- O Google tentou, em 2013, a campanha “Tablet Tuesdays”, na qual funcionários usariam tablets o dia inteiro
- Edição de texto e manipulação de arquivos são apontadas como problemas profundos de UX que bloqueiam a produtividade em tablets
- O objetivo não é voltar ao desktop, mas evoluir o mobile para ser tão rápido e produtivo quanto o desktop
O ponto de referência da edição de texto no desktop
- Desde 2000, a edição de texto no desktop tem uma estrutura relativamente estável
- Os elementos básicos do desktop são três
- Um ponteiro preciso movido por mouse ou trackpad
- Seleção simples por clique seguido de arraste
- Menu Edit com Cut/Copy/Paste e teclas de comando X/C/V
- Essa combinação torna a edição de texto uma tarefa relativamente pouco ambígua e com menos erros
- Não é uma estrutura perfeita, mas serve como linha de base para comparar com a edição de texto no mobile
Quatro soluções complementares que surgiram ao adaptar o desktop ao mobile
-
1. Alças de texto
- O mobile adicionou uma alça de texto em forma de gota abaixo do cursor de texto
- A alça torna o cursor mais visível e permite corrigir a posição arrastando depois de tocar no lugar errado
- Mas a própria alça também é um alvo de toque, assim como o texto ao redor, o que cria ambiguidade
- Quando o usuário toca logo à esquerda ou à direita do cursor, sua intenção fica pouco clara
- Se quer mover o cursor
- Ou se quer pegar a alça e arrastá-la
- Em testes com usuários, houve casos em que uma pessoa tentava colocar o cursor no ponto exato, errava por alguns caracteres e então tocava ao lado novamente, mas a alça tratava o toque com prioridade e a ação falhava
- No iOS não há alça em forma de gota, mas o problema do cursor de texto consumir o toque ainda existe
-
2. Lupa
- O mobile adicionou uma lupa para compensar o problema do texto pequeno e dos dedos relativamente grandes
- A lupa ajuda mais ao corrigir depois de tocar no lugar errado e arrastar do que a acertar o local exato antes do toque
- A lupa flutuando acima do dedo mostra dois cursores — o cursor real e o cursor duplicado dentro da lupa — criando confusão visual
- Em campos de texto curtos isso é menos grave, mas em e-mails longos é fácil perder a posição atual
- A lupa da Apple desapareceu no iOS 13 e voltou no iOS 15
-
3. Seleção de texto
- No desktop, o gesto de manter o clique pressionado e arrastar naturalmente se transforma em seleção de texto
- No mobile, como fazer isso do mesmo modo é difícil, duplo toque e pressionamento longo foram adicionados como gestos de seleção
- Para interpretar um duplo toque, é preciso esperar para ver se virá um segundo toque, o que pode atrasar a resposta a um toque único
- Para selecionar mais do que uma palavra, é preciso selecionar a palavra e depois arrastar as alças nas duas extremidades
-
4. Menu pop-up
- Como no mobile não há barra de menus, é necessário outro método para chamar comandos da área de transferência
- Ao selecionar texto, um menu aparece acima da seleção e funciona relativamente bem para recortar/copiar
- Colar costuma não começar com uma seleção, por isso fica mais escondido
- Para abrir o mesmo menu, é preciso tocar na alça de texto, então o usuário precisa aprender dois gestos diferentes
- No Android, a alça de texto desaparece se não houver entrada por 4 segundos
- Isso acontece porque a alça cobre um pouco o texto abaixo
- Para abrir o menu, é preciso tocar de novo para mostrar a alça e então tocar mais uma vez na alça
- No mobile não há teclas de comando equivalentes a recortar/copiar/colar, então iniciantes e usuários experientes precisam usar o mesmo mecanismo de menu
Uma estrutura em que um único toque pode ser mal interpretado de várias formas
- A edição de texto no mobile criou várias interpretações possíveis para toques no processo de encaixar funções do desktop no mobile
- Quando o usuário dá um toque, o sistema pode interpretá-lo como uma das opções a seguir
- Posicionamento do cursor
- Chamada do menu quando já há um cursor
- Início de um arraste
- Início de um duplo toque
- Início de um pressionamento longo
- Com manipulação cuidadosa, dá para distinguir cada uma, mas a própria estrutura é frágil
- Os erros observados nos testes com usuários foram os seguintes
- Perder o local desejado por causa do problema do dedo gordo
- Tocar ao lado para corrigir o cursor, mas pressionar a alça e abrir o menu
- Em vez de menu, o gesto ser interpretado como um arraste muito pequeno, e nada acontecer
- Tentar dar duplo toque, mas tocar ao lado ou encostar na alça, e nada acontecer
- Para colar em um campo vazio, primeiro é preciso tocar no campo vazio para criar o cursor e depois tocar de novo no cursor para abrir o menu
- Depois de posicionar o cursor, a alça desaparece enquanto o usuário desvia o olhar por um instante, causando confusão
- No estudo com 10 pessoas, foram necessárias em média 5 tentativas para posicionar o cursor com precisão, e um usuário tocou 19 vezes
- O motivo de muitos usuários redigitarem tudo em vez de realmente editar aparece nesse atrito e nesses erros
Limites dos recursos complementares existentes
- Existem soluções complementares, como selecionar mais texto arrastando depois de um duplo toque ou recursos de teclado que permitem mover o cursor
- Mas a maioria desses recursos é difícil de descobrir para os usuários e não resolve o problema central
- O problema central é que centenas de milhões de usuários mobile enfrentam todos os dias erros de toque e seleção
- Se o mobile quiser substituir ou competir com o desktop, precisa ir além dos hacks de toque copiados do desktop e adotar um modo mais simples e claro, ajustado à experiência de toque
A abordagem do protótipo Eloquent
- Com Olivier Bau, foi criado o protótipo Eloquent, e esse trabalho foi apresentado na UIST 2021
- O Eloquent é uma tentativa de lidar simultaneamente com o conflito entre toque, seleção, lupa e uso de menus
-
Posicionamento simplificado do cursor
- O objetivo central do Eloquent é tornar claro o significado do toque, como um clique de mouse no desktop
- Um toque sempre posiciona o cursor
- Todo momento em que o dedo encosta na tela é visto como início de um arraste, e um toque é tratado como um arraste muito curto
- Se a pessoa tocar ao lado da alça e soltar rapidamente, o cursor se move para a nova posição; se mover devagar, arrasta o cursor
- A alça de texto é mantida sempre visível
- Para que a alça não cubra o texto, ela é semitransparente, eliminando o problema de desaparecimento após 4 segundos do Android
-
Lupa integrada
- A lupa é integrada acima do cursor de texto para que o usuário veja o cursor dentro do contexto
- Como o Eloquent é centrado em arrastar, a lupa torna o posicionamento do cursor mais preciso
- Para economizar espaço e manter a posição dentro do texto, usa uma técnica de lente olho de peixe
- Durante o uso, surgiu um fluxo em que é melhor sempre arrastar o cursor do que tocar
- Graças à lupa, foi possível aprender rapidamente um novo comportamento de ir se aproximando do alvo por arraste
-
Seleção de texto com Drag Press
- A ambiguidade da edição mobile atual surge porque muitas funções estão concentradas em um único gesto de toque
- O Eloquent inicia a seleção de texto com o gesto Drag Press, em que se pressiona com mais força durante o arraste
- Para detectar a pressão, foi usado um sensor de hardware então disponível: o sensor barométrico do telefone
- Uma média móvel longa é mantida como valor de referência
- Quando a média móvel curta sobe acima da média longa, um evento drag-press é disparado
- Mesmo com bastante variação nos valores do sensor, o comportamento foi muito robusto
- Mecanismos mais avançados, como o 3D Touch hardware descontinuado da Apple, poderiam ser uma solução melhor
- O Drag Press seleciona a palavra inteira abaixo, então pequenas oscilações no momento de pressionar não se transformam em grandes erros de mira
-
Menu aprimorado
- O Eloquent busca permitir que usuários experientes executem ações da área de transferência, como copiar/colar, mais rapidamente
- Como os menus de texto atuais do Android e do iOS são em grande parte hierárquicos, a ideia é achatar o menu
- Nos testes com usuários, todos os participantes encontraram facilmente esse menu e gostaram de usá-lo
- Depois de iniciar a seleção com Drag Press, um segundo Drag Press abre o menu, tratando mira, seleção e chamada do menu dentro de um único fluxo
- Para usuários avançados, itens do menu podem ser executados com gestos rápidos de flick
- O T-Menu do Eloquent usa gestos de deslize para recortar e colar e desliza para fora da tela sem hierarquia
-
Animações com clima de jogo
- O Eloquent adiciona pequenas animações visuais para ajudar o usuário a aprender e entender mudanças de estado
- O cursor “scoot” entre posições e, ao chegar, a alça “wobble”
- Esses movimentos reforçam a impressão de que o cursor sempre existe e pode ser arrastado a qualquer momento
- Ao tocar, o cursor fica “dimple” e chama a lupa por um instante, incentivando o usuário a tentar arrastar além de apenas tocar
- Quando um Force Press ocorre sobre uma palavra, o destaque “inflate”
- O gesto de menu por deslize anima a seleção na direção do deslize
- Ao deslizar para cima para recortar, a seleção desaparece para cima
- Ao deslizar para baixo para colar, a nova seleção cai para baixo
-
Compatibilidade para usuários existentes
- O Eloquent tenta manter também os gestos atuais tanto quanto possível, para criar uma ponte com os comportamentos existentes
- Tratar toque e arraste sempre como arraste do cursor causa problemas em campos de texto grandes com rolagem vertical
- Se os primeiros pixels no início do arraste forem na direção vertical, o gesto é tratado como rolagem vertical comum
- Os demais arrastes são tratados como posicionamento e arraste do cursor
Por que é difícil lançar
- Mudanças como o Eloquent são difíceis de lançar
- Muitas pessoas veem, erroneamente, a edição de texto como um problema já “resolvido”, então há pouca motivação para corrigi-la
- Usuários se adaptaram por mais de 10 anos ao método atual, cheio de erros, e é difícil exigir que mudem agora
- Na competição entre Android e iOS, melhorar a edição de texto não é visto como um recurso chamativo que mova o Net Promoter Score
- Mudanças fundamentais como edição de texto podem tornar o uso do telefone mais confortável, mas o efeito aparece lentamente e exige esforço constante por anos
- A barreira está mais próxima de um problema político do que técnico
- Se a tendência atual continuar, há uma possibilidade de editarmos texto no mobile do mesmo jeito por pelo menos mais 20 anos
1 comentários
Opiniões do Hacker News
No celular, acabamos escrevendo textos curtos que demoram mais e têm mais erros. Por isso, evito ativamente situações em que preciso digitar no celular e, se o notebook estiver aberto, uso WhatsApp ou Signal por lá também.
Quando preciso usar o teclado do celular, simplesmente aceito os erros de digitação, a falta de maiúsculas e a omissão de palavras desnecessárias. O celular é, na maior parte, mais um dispositivo para consumir notícias e mídia e tirar fotos do que para inserir textos longos.
O fato de capas com teclado serem populares até no iPad mostra as limitações do teclado por toque. No iPad ao menos há teclado e stylus, mas no iPhone quase não há opções assim, e sinto falta de celulares com um bom teclado de hardware, como os antigos Nokia ou BlackBerry.
O iPad acaba sendo pior, porque é preciso tocar letra por letra em um teclado QWERTY ruim na tela. Seria bom ter um layout de teclado otimizado para deslizar, e já houve um post calculando um layout que colocava as vogais o mais longe possível: https://sangaline.com/post/finding-an-optimal-keyboard-layou...
Para enviar uma mensagem enquanto dirige, a menos que o ditado saia perfeito na primeira tentativa, você precisa usar as mãos; chega muito perto de ser bom, mas desmorona por causa da UI de edição.
Hoje só digito na tela sensível ao toque quando realmente não tenho alternativa e, mesmo quando não posso usar um notebook, se consigo me sentar costumo colocar o celular em um suporte e usar um pequeno teclado Bluetooth dobrável.
Com toda a indústria de smartphones se iPhoneizando, perdemos essas opções.
Ainda assim, concordo que a digitação no iOS pode melhorar: https://youtu.be/x7qPAY9JqE4?si=9_jnM2Ys8JiTXGqC
Esse problema claramente existe, mas não tenho certeza se o autor encontrou a solução. Pela descrição, ainda parece complicado.
Telas sensíveis ao toque são fundamentalmente ruins como interface de produtividade. Um mouse oferece apontar sem clicar, clique esquerdo e clique direito com precisão quase em nível de pixel e, somando um teclado, as opções ficam muito mais amplas.
Um smartphone é como um computador com um mouse de um botão só e um cursor anormalmente grande e de formato irregular. O software não sabe a posição do cursor até o clique, e o teclado só aparece como uma sobreposição que cobre 35% da telinha.
Isso não é um problema de software, é um problema de hardware.
Há implementações que usam a tela sensível ao toque basicamente como um touchpad, como o modo como o TeamViewer lida com sessões remotas de desktop Windows no smartphone. Seria bom se o próprio Android tivesse isso como um modo alternável, e selecionar texto com dedos com artrite é literalmente doloroso.
O problema é que esse potencial quase não é usado além do gesto de pinça para zoom e da rolagem com dois dedos.
Era um recurso realmente ótimo para edição de texto, e eu gostaria que tivesse sobrevivido.
Ao navegar e editar textos longos em dispositivos touch, às vezes penso se a edição modal ao estilo Vim não poderia ser uma boa abordagem
Levar o modelo de teclado e mouse diretamente para dispositivos touch parece uma oportunidade perdida. Até o layout do teclado não traz muita vantagem quando se pressiona a tela com os dois polegares
Também é interessante a ideia de mudar a interface para entrada com uma mão ou um dedo, apoiando-se bastante em inferência baseada em caracteres. Abordagens como o Dasher são um exemplo: https://www.inference.org.uk/dasher/dashersummary.html
https://en.m.wikipedia.org/wiki/Dasher_(software)
Se for um modo em que as indicações das teclas desaparecem, não parece tão difícil acrescentar ali uma função que opere como botão do mouse, para dar suporte à seleção de texto ou à colagem em uma posição específica. Hoje, selecionar texto é frustrante demais
É suficiente até para programar em deslocamento
Seria natural adicionar mais uma página para edição do cursor, oferecendo setas, Ctrl+setas, Home/End, Page Up/Down, alternância de seleção, Delete e menu de clique direito. Seria mais trazer o restante do teclado de desktop para o teclado do celular do que exatamente uma inovação
Com um teclado Bluetooth, fica aceitável; a tela só é um pouco pequena. Para tarefas curtas basta, mas em sessões longas dá para se preocupar com a saúde dos olhos
Para mim, pelo menos, esse problema não é nada invisível. Alguns meses atrás, citei a edição de texto como exemplo de que o iOS ainda não está pronto para uso profissional
Geração e edição de texto são centrais para o uso profissional, não para consumo de conteúdo; a Apple deveria reconhecer o problema e resolvê-lo, ou admitir que não consegue resolver e parar de empurrar essa narrativa
Também é simbólico que a Apple tenha lançado o 3D Touch sem um caso de uso válido e, anos depois, ainda não tenha encontrado um, acabando por descontinuá-lo
O Tablet Tuesdays do Google também é interessante, mas, se você usa tablet só um dia por semana, dá para simplesmente tolerar os problemas e seguir em frente. O ideal teria sido Tablet Teams, com a equipe inteira usando apenas tablets, para que os problemas não ficassem escondidos
O Eloquent parece uma prova de existência de que uma forma melhor é possível. Também valeria experimentar gestos multitoque para resolver problemas de copiar/colar ou seleção
Já produtos sociais como o Google+ talvez tenham sido usados por alguns funcionários, mas não por muitos, e eles tampouco precisavam dos mesmos recursos que usuários externos. Mesmo que houvesse reclamações internas, não eram centrais para o trabalho, então era difícil obter o mesmo ciclo de feedback
Ao editar no celular, o maior problema é alterar uma seleção que não cabe em uma tela, como uma URL longa ou um parágrafo comprido
No momento em que é preciso mover as alças de seleção enquanto se faz rolagem vertical — ou, pior, também rolagem horizontal — a experiência do usuário desmorona completamente
Esse é o maior problema, e também é difícil entender por que teclados móveis não têm botões de copiar/colar
É estranho, mas funciona
Nos antigos celulares N9 e Jolla, era possível tocar em qualquer ponto do texto e colocar o cursor naquela posição
No iOS, exceto ao ativar o cursor com o primeiro toque, mesmo que você toque exatamente no meio de uma palavra, o cursor sempre gruda no começo ou no fim da palavra
Mesmo com telas pequenas e dedos grandes, dá para acertar razoavelmente bem a posição da letra desejada; eu queria que simplesmente deixassem fazer isso
É difícil explicar completamente por que isso ajudava tanto, mas ficava muito mais fácil posicionar o cursor onde se queria
Eu tinha muitas frustrações com o teclado do iOS, mas na prática ele é bem decente. O problema real muitas vezes vem de ferramentas JavaScript de terceiros como versões antigas do CodeMirror
No BlackBerry, eu digitava 55 palavras por minuto sem nem olhar. Teclados na tela exigem olhar e corrigir o tempo todo, desviando muito a atenção e acabando com a velocidade de entrada
No BlackBerry, um erro era um único caractere errado; em teclados na tela com swipe e autocorreção, podem entrar 1 ou 2 palavras completamente erradas. Em dia de chuva, o teclado na tela simplesmente não funciona direito
Em aparelhos Android antigos, o teclado embutido era tão pesado que às vezes era preciso desacelerar para algo como 1 caractere por segundo, e alternar entre swipe e toque também não era fluido. Também é irritante tentar mover o cursor arrastando a barra de espaço e, na primeira tentativa, acabar inserindo uma palavra
A edição no BlackBerry também era mais tosca do que as interações por toque tratadas neste texto, pois dependia basicamente só das teclas de cursor. O ponto não é apenas corrigir erros de digitação, mas viabilizar dispositivos móveis em que seja possível fazer grandes alterações em textos existentes e lapidar documentos
No teclado deslizante do Droid 4, fiquei um pouco mais lento; ao passar para telas sensíveis ao toque, fiquei muito mais lento. No BlackBerry, eu conseguia lidar com e-mails quase na mesma velocidade de um notebook, mas hoje, mesmo depois de muita prática com swipe e entrada preditiva, escrever um e-mail de tamanho médio parece dolorosamente lento em relação à velocidade do pensamento
Ao tentar transcrever o conteúdo de um podcast pelo celular, preciso voltar com frequência e reduzir para 0,7x, mas no notebook consigo digitar à frente até de falas rápidas. Com um BlackBerry Bold, eu conseguiria transcrever até uma apresentação em tempo real e digitar na velocidade do pensamento
A diferença entre editar em um MicroPC com touchpad e teclado físico e editar em um celular é enorme
Talvez seja possível digitar ou navegar pela UI mais rapidamente em um celular com tela capacitiva, mas a frustração de mirar o cursor e digitar continua enorme mesmo depois de mais de 10 anos usando smartphones
Dá para entender por que as pessoas não percebem muito que isso é um problema. Com o tempo, elas aprenderam o hábito de não editar texto no celular. Sistemas operacionais móveis modernos têm suítes de escritório bem poderosas, mas a maioria das pessoas faz só mensagens e anotações, e quase nunca precisa arrastar o cursor
No Squeekboard do PinePhone, fazem muita falta o recurso de mover o cursor arrastando a barra de espaço e a entrada por swipe, mas o fato de que a edição de texto no Phosh, mesmo sendo muito menos polida que no Android ou no iOS, não acrescenta tanta dificuldade real diz muito
Considerando só edição de texto, se números, símbolos necessários e teclas modificadoras estiverem na camada padrão, até Vim e Emacs ficam surpreendentemente usáveis com um teclado de toque
O problema de apontamento preciso e dedos grandes pode ser resolvido usando a tela sensível ao toque como um touchpad, com entrada relativa. Isso é possível com um programa simples em espaço de usuário ligado diretamente a evdev e uinput, e torna rodar software de desktop algo mais do que uma simples brincadeira: https://gitlab.com/CalcProgrammer1/TouchpadEmulator
Para entrada por swipe, o suporte experimental do wvkbd funciona muito bem. Ele é especialmente adequado para palavras longas ou dicionários reduzidos, e também há possibilidades como usar a conclusão do zsh gravada em um arquivo: https://git.sr.ht/~proycon/wvkbd
A latência do sxmo_inputhandler.sh é difícil de entender. Tratar gestos simples do shell do sistema operacional por meio de um script shell longo parece muito ineficiente em uma plataforma em que até um único pipe com grep aumenta perceptivelmente a latência
É como remover o teclado de um notebook, enfraquecer o sistema operacional e chamar isso de “móvel”
Depois, quando alguém diz que edição de texto deixou de ser prática, respondem que “não se trata de voltar ao desktop, mas de fazer o móvel avançar”
Não entendo por que deveríamos privilegiar uma experiência de computação deliberadamente enfraquecida como se fosse o futuro inevitável. Quase todas as tendências abertas pelo mobile são ruins
Isso porque esses dispositivos oferecem uma experiência de computação pior, mais fechada e mais centrada em consumo. Esse tipo de pensamento parece ser incutido também nos funcionários
É como a televisão não ser um substituto para o notebook
Também não está claro como isso prejudicaria a experiência no desktop
Escrevi tanto código dentro do Termux que agora só uso o notebook para editar o OpenStreetMap. Estou procurando uma forma de compilar novos apps Android dentro do próprio Termux
No mobile, nada está ok. Todo mundo gosta de smartphones, mas, exceto pela portabilidade, eles são computadores ruins em todos os aspectos
Se você realmente quer fazer alguma coisa, precisa usar um computador; o smartphone é um dispositivo para usar apenas quando não dá para usar um computador de verdade
É por isso que textos como este são importantes. Não devemos desistir; precisamos melhorar, e não há motivo para achar que a edição de texto em celulares já chegou à sua forma final
Escrito antes do iPhone, o texto tratava da necessidade implacável de reduzir a experiência de usuário em dispositivos móveis ao que é mais essencial. Ao criar um app para Apple Watch, voltei a me lembrar disso: https://jenson.org/The-Simplicity-Shift.pdf
É difícil aceitar que um dispositivo que cobra esse tipo de dinheiro ofereça uma experiência de usuário péssima, priorizando rastreamento e truques de publicidade em vez de utilidade
Não chega ao nível de um desktop, mas é muito melhor que a maioria dos dispositivos móveis, e também prefiro usar WhatsApp Web ou o app desktop do Signal no desktop quando preciso escrever mais do que uma ou duas frases
Se você precisa escrever qualquer texto um pouco mais longo no celular, é melhor comprar um teclado. Mesmo um teclado Bluetooth pequeno já é muito melhor, e aqueles BlackBerry antigos ou celulares Android com teclado em formato parecido também são atraentes