- Penyuntingan teks di Android dan iOS mewarisi kebiasaan desktop, tetapi di ponsel tidak ada pointer yang presisi maupun bilah menu, sehingga satu ketukan menumpuk fungsi penempatan kursor, pemilihan, dan pemanggilan menu
- Inti masalahnya bukan input teks melainkan penyuntingan; dalam studi terhadap 10 pengguna, semua peserta mengalami kesulitan dalam penargetan, penggunaan clipboard, dan kesalahan yang berulang
- Handle teks, kaca pembesar, ketuk ganda·tekan lama, dan menu popup masing-masing merupakan pelengkap yang masuk akal, tetapi ketika dipakai bersama justru memperbesar ambiguitas interpretasi ketukan
- Prototipe Eloquent selalu menafsirkan ketukan sebagai penempatan kursor, lalu menyederhanakan alur penyuntingan dengan perpindahan berbasis drag, kaca pembesar terintegrasi, pemilihan dengan Drag Press, dan menu swipe
- Hambatan perbaikannya lebih dekat ke adopsi dan prioritas organisasi daripada teknologi; untuk meningkatkan produktivitas mobile, dibutuhkan model penyuntingan yang cocok untuk sentuhan, bukan sekadar hack tiruan desktop
Mengapa penyuntingan teks di ponsel sulit terlihat sebagai masalah
- Android dan iOS membawa cara penyuntingan teks desktop ke ponsel, tetapi di ponsel tidak ada pointer mouse yang presisi dan bilah menu/tombol perintah
- Akibatnya, satu gestur ketuk harus menanggung banyak aksi
- menempatkan kursor
- memindahkan kursor
- memilih teks
- memanggil menu popup
- Pada pesan singkat atau komentar media sosial, masalah ini kurang terlihat, tetapi saat mengoreksi teks panjang seperti email beberapa kalimat, proses penyuntingan menjadi melelahkan dan penuh kesalahan
Kegagalan penyuntingan yang terungkap dalam studi pengguna tahun 2017
- Saat mengerjakan Android pada 2017, penulis mencari studi pengguna yang sudah ada tentang penyuntingan teks di ponsel, tetapi bahkan setelah meninjau riset selama 7 tahun tidak menemukan penelitian yang relevan
- 10 peserta diminta melakukan tugas penyuntingan teks sederhana seperti menghapus satu huruf atau memindahkan sebuah kata ke akhir kalimat
- Semua peserta mengalami kesulitan yang sama
- sulit menekan posisi yang diinginkan dengan tepat
- penggunaan clipboard merepotkan
- banyak terjadi kesalahan berulang
- Para peserta menunjukkan frustrasi yang lebih besar pada tulisan yang kompleks seperti email beberapa kalimat dibandingkan aplikasi pesan atau sosial
- Lebih dari separuh mengatakan bahwa daripada memperbaiki teks, lebih mudah memilih semuanya, menghapus, lalu mengetik ulang
- Fokus masalahnya bukan pada input teks, melainkan penyuntingan
- berkat keyboard, transkripsi suara, dan keyboard fisik pada tablet, input itu sendiri sudah lebih baik daripada dulu
- tetapi proses memperbaiki kalimat yang sudah diketik tetap diperlukan
- Studi ini berfokus pada perbaikan Android, tetapi iOS juga memiliki banyak masalah serupa meski detail perilakunya berbeda
Mobile kuat untuk konsumsi, lemah untuk penyuntingan
- Perangkat mobile unggul dalam konsumsi saat bergerak seperti video, foto, media sosial, dan pesan
- iPhone generasi awal bahkan tidak memiliki dukungan clipboard
- Harapan bahwa tablet akan menggantikan desktop terus berulang, tetapi sebagai pengganti desktop, tablet tidak pernah benar-benar sukses besar
- Apple pernah menayangkan iklan “What’s a computer?”
- Google pada 2013 mencoba kampanye “Tablet Tuesdays” agar karyawan memakai tablet sepanjang hari
- Masalah UX mendalam yang menghambat produktivitas tablet mencakup penyuntingan teks dan penanganan file
- Tujuannya bukan kembali ke desktop, melainkan membuat mobile berkembang hingga secepat dan seproduktif desktop
Titik acuan penyuntingan teks di desktop
- Sejak tahun 2000, penyuntingan teks di desktop memiliki struktur yang relatif stabil
- Ada tiga elemen dasar di desktop
- pointer yang presisi yang digerakkan mouse atau trackpad
- pemilihan sederhana yang berlanjut dari klik lalu drag
- menu Edit dengan Cut/Copy/Paste serta tombol perintah X/C/V
- Kombinasi ini membuat penyuntingan teks menjadi tugas yang relatif rendah kesalahan dan tidak ambigu
- Ini bukan struktur yang sempurna, tetapi menjadi garis dasar untuk membandingkan penyuntingan teks di ponsel
Empat pelengkap yang muncul saat menyesuaikan cara desktop ke mobile
-
1. Handle teks
- Mobile menambahkan handle teks berbentuk tetesan air di bawah kursor teks
- Handle membuat kursor lebih mudah terlihat dan memungkinkan posisi diperbaiki dengan drag setelah salah tekan
- Tetapi handle itu sendiri juga menjadi target ketukan, dan teks di sekitarnya juga target ketukan, sehingga muncul ambiguitas
- Saat menekan tepat di kiri atau kanan kursor, niat pengguna menjadi tidak jelas
- apakah ingin memindahkan kursor
- atau ingin menangkap handle lalu menyeretnya
- Dalam pengujian pengguna, terlihat kasus saat pengguna ingin meletakkan kursor di posisi yang tepat, meleset beberapa huruf, lalu menekan di sebelahnya lagi, tetapi gagal karena handle memproses ketukan lebih dulu
- iOS tidak memiliki handle tetesan air, tetapi masalah kursor yang “memakan” ketukan tetap ada
-
2. Kaca pembesar
- Mobile menambahkan kaca pembesar untuk mengimbangi masalah teks kecil dan jari yang relatif besar
- Kaca pembesar lebih membantu saat memperbaiki posisi setelah salah tekan sambil drag, daripada untuk menentukan posisi akurat sebelum mengetuk
- Kaca pembesar yang melayang di atas jari menampilkan dua kursor—kursor asli dan kursor salinan di dalam kaca pembesar—sehingga menimbulkan kebingungan visual
- Ini kurang terasa pada kolom teks pendek, tetapi pada email panjang posisi saat ini mudah hilang
- Kaca pembesar Apple sempat hilang di iOS 13 lalu kembali di iOS 15
-
3. Pemilihan teks
- Di desktop, menahan klik lalu drag secara alami berlanjut menjadi pemilihan teks
- Di mobile, cara yang sama sulit dilakukan sehingga ketuk ganda dan tekan lama ditambahkan sebagai gestur pemilihan
- Untuk menafsirkan ketuk ganda, sistem harus menunggu apakah ketukan kedua akan datang, sehingga respons ketukan tunggal bisa tertunda
- Untuk memilih lebih dari satu kata, setelah memilih kata, pengguna harus menyeret handle di kedua ujungnya
-
4. Menu popup
- Karena mobile tidak punya bilah menu, dibutuhkan cara lain untuk memanggil perintah clipboard
- Saat teks dipilih, menu muncul di atas area pilihan dan bekerja cukup baik untuk potong/salin
- Tempel lebih tersembunyi karena biasanya tidak dimulai dari seleksi
- Untuk membuka menu yang sama, pengguna harus mengetuk handle teks, sehingga mereka harus mempelajari dua gestur berbeda
- Di Android, handle teks menghilang jika tidak ada input selama 4 detik
- karena handle sedikit menutupi teks di bawahnya
- untuk membuka menu, pengguna harus mengetuk lagi agar handle muncul, lalu mengetuk handle sekali lagi
- Mobile tidak memiliki tombol perintah setara cut/copy/paste, sehingga pemula dan pengguna mahir sama-sama harus memakai cara menu
Struktur di mana satu ketukan disalahartikan menjadi banyak makna
- Penyuntingan teks di mobile menciptakan banyak kemungkinan interpretasi ketukan dalam proses memasukkan fungsi desktop ke ponsel
- Saat pengguna mengetuk sekali, sistem bisa menafsirkannya sebagai salah satu dari berikut
- penempatan kursor
- pemanggilan menu saat kursor sudah ada
- awal drag
- awal ketuk ganda
- awal tekan lama
- Jika dioperasikan dengan sangat hati-hati, semua itu bisa dibedakan, tetapi strukturnya sendiri rapuh
- Kesalahan yang muncul dalam pengujian pengguna meliputi
- gagal mengenai posisi yang diinginkan karena masalah jari gemuk
- mengetuk di sebelah untuk memperbaiki kursor tetapi justru menekan handle dan memunculkan menu
- ditafsirkan sebagai drag yang sangat kecil alih-alih menu sehingga tidak terjadi apa-apa
- saat mencoba ketuk ganda, pengguna menekan di samping atau menyentuh handle sehingga tidak terjadi apa-apa
- untuk menempel di kolom kosong, pengguna harus terlebih dahulu mengetuk kolom kosong untuk membuat kursor, lalu mengetuk kursor lagi untuk memanggil menu
- setelah meletakkan kursor, handle menghilang saat perhatian pengguna sempat teralihkan, lalu membuatnya bingung
- Dalam studi 10 orang, rata-rata diperlukan 5 percobaan untuk menempatkan kursor dengan akurat, dan satu pengguna sampai mengetuk 19 kali
- Gesekan dan kesalahan inilah yang menjelaskan mengapa banyak pengguna lebih memilih mengetik ulang seluruh teks daripada benar-benar menyuntingnya
Keterbatasan fitur pelengkap yang sudah ada
- Memang ada pelengkap seperti fitur memilih lebih banyak teks dengan drag setelah ketuk ganda, atau fitur keyboard yang bisa memindahkan kursor
- Tetapi fitur-fitur semacam ini umumnya sulit ditemukan oleh sebagian besar pengguna dan tidak menyelesaikan masalah intinya
- Masalah intinya adalah ratusan juta pengguna mobile setiap hari mengalami kesalahan ketuk dan seleksi
- Jika mobile ingin menggantikan atau bersaing dengan desktop, dibutuhkan cara yang lebih sederhana dan jelas yang sesuai pengalaman sentuh, bukan sekadar hack ketukan yang meniru desktop
Pendekatan prototipe Eloquent
- Bersama Olivier Bau, penulis membuat prototipe Eloquent, dan karya ini dipresentasikan di UIST 2021
- Eloquent adalah upaya untuk sekaligus menangani konflik antara ketukan, seleksi, kaca pembesar, dan penggunaan menu
-
Penempatan kursor yang disederhanakan
- Tujuan inti Eloquent adalah membuat makna ketukan menjadi jelas, seperti klik mouse di desktop
- Ketukan selalu berarti menempatkan kursor
- Saat jari menyentuh layar, semuanya diperlakukan sebagai awal drag, dan ketukan diperlakukan sebagai drag yang sangat singkat
- Jika pengguna mengetuk di samping handle dan cepat melepas, kursor berpindah ke posisi baru; jika bergerak pelan, pengguna menyeret kursor
- Handle teks selalu ditampilkan
- Agar handle tidak menutupi teks, handle dibuat semi-transparan dan masalah Android yang menghilang setelah 4 detik dihapus
-
Kaca pembesar terintegrasi
- Kaca pembesar diintegrasikan di atas kursor teks agar pengguna melihat kursor dalam konteks teks
- Karena Eloquent berpusat pada drag, kaca pembesar membuat penempatan kursor lebih akurat
- Untuk menghemat ruang dan menjaga posisi di dalam teks, digunakan teknik lensa fisheye
- Dalam penggunaan, muncul kecenderungan bahwa selalu menyeret kursor lebih baik daripada mengetuk
- Berkat kaca pembesar, pengguna dapat cepat mempelajari perilaku baru untuk mempersempit target dengan drag menuju titik yang diinginkan
-
Pemilihan teks dengan Drag Press
- Ambiguitas pada penyuntingan mobile saat ini muncul karena terlalu banyak fungsi ditumpuk pada satu gestur ketuk tunggal
- Eloquent memulai pemilihan teks dengan gestur Drag Press, yaitu menekan lebih kuat saat sedang drag
- Tekanan dideteksi menggunakan sensor perangkat keras yang tersedia saat itu, yaitu sensor tekanan udara pada ponsel
- rata-rata bergerak jangka panjang dipertahankan sebagai nilai dasar
- jika rata-rata bergerak jangka pendek naik di atas rata-rata jangka panjang, peristiwa drag-press dipicu
- meski nilai sensor cukup berfluktuasi, cara ini tetap sangat andal
- Mekanisme yang lebih canggih seperti 3D Touch hardware milik Apple yang sudah dihentikan bisa menjadi solusi yang lebih baik
- Drag Press memilih seluruh kata di bawahnya, sehingga sedikit goyangan saat menekan tidak berubah menjadi kesalahan penargetan besar
-
Menu yang ditingkatkan
- Eloquent ingin memungkinkan aksi clipboard seperti salin/tempel dilakukan lebih cepat oleh pengguna mahir
- Karena menu teks Android dan iOS saat ini kebanyakan bersifat hierarkis, Eloquent mencoba meratakannya
- Dalam pengujian pengguna, semua peserta mudah menemukan menu ini dan menyukai cara pakainya
- Setelah memulai seleksi dengan Drag Press, pengguna dapat memunculkan menu dengan Drag Press kedua sehingga penargetan, seleksi, dan pemanggilan menu diproses dalam satu alur
- Untuk pengguna mahir, item menu dapat dijalankan dengan gestur flick cepat
- T-Menu milik Eloquent memakai gestur swipe untuk potong dan tempel, lalu meluncur keluar layar tanpa hierarki
-
Animasi yang terasa seperti game
- Eloquent menambahkan animasi visual kecil agar pengguna mempelajari dan memahami perubahan status
- Kursor “scoot” di antara posisi, dan saat tiba, handle “wobble”
- Gerakan ini memperkuat kesan bahwa kursor selalu ada dan bisa diseret kapan saja
- Saat diketuk, kursor “dimple” dan sebentar memanggil kaca pembesar untuk mendorong pengguna mencoba drag, bukan hanya ketuk biasa
- Jika Force Press terjadi di atas sebuah kata, sorotan akan “inflate”
- Gestur menu swipe menganimasikan area pilihan ke arah swipe
- swipe ke atas untuk memotong membuat area pilihan menghilang ke atas
- swipe ke bawah untuk menempel membuat area pilihan baru jatuh ke bawah
-
Kompatibilitas untuk pengguna lama
- Eloquent juga berusaha mempertahankan gestur saat ini sejauh mungkin agar tetap terhubung dengan perilaku yang sudah ada
- Jika ketuk dan drag selalu diperlakukan sebagai drag kursor, masalah akan muncul pada kolom teks tinggi yang dapat di-scroll secara vertikal
- Jika beberapa piksel pertama pada awal drag mengarah vertikal, itu diperlakukan sebagai scroll vertikal biasa
- Drag lainnya diperlakukan sebagai penempatan kursor dan drag kursor
Mengapa sulit dirilis
- Perubahan seperti Eloquent sulit dirilis
- Banyak orang keliru menganggap penyuntingan teks sebagai masalah yang sudah “selesai”, sehingga motivasi untuk memperbaikinya rendah
- Pengguna sudah beradaptasi dengan cara sekarang yang penuh kesalahan selama lebih dari 10 tahun, sehingga sulit menuntut perubahan sekarang
- Dalam persaingan Android dan iOS, perbaikan penyuntingan teks tidak dianggap sebagai fitur mencolok yang menggerakkan Net Promoter Score
- Perubahan mendasar seperti penyuntingan teks dapat membuat pengguna lebih nyaman memakai ponsel, tetapi dampaknya muncul perlahan dan membutuhkan upaya konsisten selama bertahun-tahun
- Hambatannya lebih mirip masalah politik daripada masalah teknis
- Jika tren saat ini berlanjut, besar kemungkinan kita masih akan menyunting teks mobile dengan cara yang sama setidaknya 20 tahun lagi
1 komentar
Komentar Hacker News
Di mobile, kita akhirnya menulis teks pendek yang memakan waktu lebih lama sekaligus lebih banyak salahnya. Karena itu saya aktif menghindari situasi yang mengharuskan mengetik di mobile, dan kalau laptop sedang terbuka, WhatsApp atau Signal pun saya pakai dari sana.
Kalau harus memakai keyboard mobile, saya jadi pasrah saja dengan typo, huruf kapital yang terlewat, dan kata-kata yang tidak perlu ikut terlewat. Ponsel kebanyakan lebih mirip perangkat untuk konsumsi berita dan media serta mengambil foto, bukan perangkat untuk memasukkan teks panjang.
Fakta bahwa keyboard cover juga populer di iPad menunjukkan keterbatasan keyboard sentuh. Di iPad setidaknya ada keyboard dan stylus, tetapi di iPhone hampir tidak ada opsi seperti itu, dan saya merindukan ponsel dengan keyboard hardware yang bagus seperti Nokia atau BlackBerry dulu.
iPad pada akhirnya lebih buruk karena harus menekan keyboard sentuh QWERTY yang buruk satu huruf demi satu huruf. Akan menyenangkan kalau ada tata letak keyboard yang dioptimalkan untuk swipe, dan dulu pernah ada tulisan yang menghitung tata letak dengan menempatkan huruf vokal sejauh mungkin: https://sangaline.com/post/finding-an-optimal-keyboard-layou...
Kalau ingin memasukkan pesan saat mengemudi, kecuali hasil diktenya sempurna pada percobaan pertama, tetap harus memakai tangan. Jadi sudah hampir sampai kondisi yang bagus, tetapi runtuh karena UI penyuntingannya.
Sekarang saya hanya mengetik di touchscreen kalau benar-benar tidak bisa dihindari, dan kalau tidak bisa memakai laptop pun, selama bisa duduk, saya cenderung menaruh ponsel di stand dan memakai keyboard Bluetooth lipat kecil.
Seluruh industri smartphone menjadi seperti iPhone, dan kita kehilangan opsi semacam itu.
Meski begitu, saya setuju bahwa pengalaman mengetik di iOS masih bisa ditingkatkan: https://youtu.be/x7qPAY9JqE4?si=9_jnM2Ys8JiTXGqC
Masalah ini jelas ada, tetapi saya tidak yakin penulisnya sudah menemukan solusinya. Dari penjelasannya saja, ini masih terlihat rumit.
Touchscreen pada dasarnya buruk sebagai antarmuka untuk produktivitas. Mouse menyediakan kemampuan menunjuk tanpa mengklik, klik kiri, dan klik kanan dengan presisi hampir setingkat piksel, dan jika ditambah keyboard, pilihannya jauh lebih luas.
Smartphone seperti komputer dengan mouse satu tombol dan kursor yang luar biasa besar serta bentuknya tidak beraturan. Posisi kursor tidak diketahui software sampai sebelum diklik, dan keyboard hanya muncul sebagai overlay yang menutupi 35% layar kecil.
Ini bukan masalah software, melainkan masalah hardware.
Ada implementasi yang pada dasarnya memakai touchscreen sebagai touchpad, seperti cara TeamViewer menangani sesi jarak jauh desktop Windows di smartphone. Akan bagus kalau Android sendiri punya ini sebagai mode yang bisa di-toggle, dan memilih teks dengan jari yang mengalami artritis itu benar-benar menyakitkan.
Masalahnya, selain pinch untuk zoom dan scroll dua jari, potensinya hampir tidak pernah dimanfaatkan.
Itu fitur yang sangat bagus untuk penyuntingan teks, jadi saya berharap fitur itu bertahan.
Saat menavigasi dan mengedit teks panjang di perangkat sentuh, kadang terpikir bahwa pengeditan modal ala Vim mungkin bisa menjadi pendekatan yang baik
Memindahkan begitu saja cara kerja keyboard dan mouse ke perangkat sentuh terasa seperti peluang yang terlewat. Bahkan tata letak keyboard pun tidak memberi banyak keuntungan untuk menekan layar dengan dua ibu jari
Menarik juga pendekatan yang sangat mengandalkan inferensi berbasis karakter sambil mengubah antarmuka agar cocok untuk input satu tangan atau satu jari. Pendekatan seperti Dasher adalah contohnya: https://www.inference.org.uk/dasher/dashersummary.html
https://en.m.wikipedia.org/wiki/Dasher_(software)
Jika itu mode ketika tampilan tombol menghilang, rasanya tidak terlalu sulit menambahkan fungsi yang bekerja seperti tombol mouse di sana, untuk mendukung pemilihan teks atau menempelkan ke posisi tertentu. Saat ini proses memilih teks terlalu menjengkelkan
Cukup memadai untuk melakukan pemrograman saat bepergian
Akan terasa alami jika ditambahkan satu halaman lagi untuk pengeditan kursor, yang menyediakan tombol arah, Ctrl+tombol arah, Home/End, Page Up/Down, toggle pemilihan, Delete, dan menu klik kanan. Ini hanya membawa sisa keyboard desktop ke keyboard ponsel, jadi belum sampai disebut inovasi
Dipakai bersama keyboard Bluetooth cukup oke, hanya layarnya agak kecil. Cukup untuk pekerjaan singkat, tetapi untuk sesi panjang memang agak mengkhawatirkan kesehatan mata
Setidaknya bagi saya, masalah ini sama sekali bukan masalah yang tidak terlihat. Beberapa bulan lalu pun saya menyebut pengeditan teks sebagai contoh bahwa iOS belum siap untuk penggunaan kerja
Pembuatan dan pengeditan teks adalah inti penggunaan untuk bekerja, bukan konsumsi konten, jadi Apple harus mengakui dan menyelesaikan masalahnya, atau mengakui bahwa mereka tidak bisa menyelesaikannya dan berhenti mendorong narasi itu
Fakta bahwa Apple merilis 3D Touch tanpa use case yang valid, lalu tetap tidak menemukannya beberapa tahun kemudian dan menghentikannya, juga cukup simbolis
Tablet Tuesdays dari Google juga menarik, tetapi jika hanya memakai tablet satu hari dalam seminggu, masalahnya masih bisa sekadar ditahan dan dilewati. Seharusnya justru seluruh tim hanya memakai tablet sebagai Tablet Teams agar masalahnya tidak tersembunyi
Eloquent terlihat seperti bukti keberadaan bahwa cara yang lebih baik itu mungkin. Eksperimen untuk memecahkan masalah salin-tempel atau pemilihan dengan gesture multitouch juga layak dicoba
Sebaliknya, produk sosial seperti Google+ mungkin dipakai oleh sebagian karyawan, tetapi tidak banyak, dan mereka juga tidak membutuhkan fitur yang sama seperti pengguna eksternal. Kalaupun ada keluhan internal, itu bukan inti pekerjaan, sehingga sulit mendapatkan loop umpan balik yang sama
Masalah terbesar saat mengedit di mobile adalah mengubah area seleksi yang tidak muat dalam satu layar, seperti URL panjang atau paragraf panjang
Begitu harus menggerakkan handle seleksi sambil menggulir vertikal, atau lebih buruk lagi menggulir horizontal, pengalaman pengguna langsung hancur total
Ini masalah terbesar, dan sulit juga memahami mengapa keyboard mobile tidak punya tombol salin/tempel
Canggung, tetapi bekerja
Pada ponsel N9 dan Jolla dulu, kita bisa mengetuk bagian mana pun di teks untuk menempatkan kursor di posisi itu
Di iOS, kecuali saat ketukan pertama mengaktifkan kursor, meski menekan tepat di tengah kata, kursor selalu menempel ke awal atau akhir kata
Dengan layar kecil dan jari besar pun posisi huruf yang diinginkan bisa dicapai cukup baik, jadi sebaiknya biarkan saja pengguna melakukannya
Sulit menjelaskan sepenuhnya mengapa itu sangat membantu, tetapi jauh lebih mudah menyesuaikan kursor ke posisi yang diinginkan
Ada banyak hal menjengkelkan pada keyboard iOS, tetapi sebenarnya cukup oke. Masalah sesungguhnya sering kali dibuat oleh tool JavaScript pihak ketiga seperti CodeMirror lama
Di BlackBerry, saya bisa mengetik 55 kata per menit tanpa melihat. Keyboard layar harus terus dilihat dan dikoreksi, sehingga sangat menyita perhatian dan membunuh kecepatan input
Di BlackBerry, kesalahan biasanya hanya satu karakter yang salah, tetapi pada keyboard layar dengan swipe dan autocorrect, bisa masuk 1–2 kata yang sama sekali keliru. Saat hujan, keyboard layar tidak berfungsi dengan baik
Di perangkat Android lama, keyboard bawaan terlalu berat sehingga kadang harus diperlambat sampai sekitar 1 karakter per detik, dan perpindahan antara swipe dan tap juga tidak mulus. Menyebalkan juga ketika mencoba memindahkan kursor dengan menyeret spacebar, tetapi pada percobaan pertama malah menyisipkan kata
Pengeditan di BlackBerry pun hanya mengandalkan tombol kursor, jadi lebih kaku daripada manipulasi sentuh yang dibahas dalam tulisan ini. Intinya bukan sekadar memperbaiki typo, melainkan memungkinkan perangkat mobile untuk mengubah banyak teks yang sudah ada dan merapikan dokumen
Di keyboard geser Droid 4, saya sedikit lebih lambat, dan ketika beralih ke touchscreen, kecepatannya turun drastis. Di BlackBerry, saya bisa menangani email dengan kecepatan hampir sama seperti di laptop, tetapi sekarang, meski sudah lama berlatih swipe dan predictive input, email dengan panjang sedang pun terasa menyakitkan dibandingkan kecepatan berpikir
Kalau mencoba mentranskrip isi podcast dengan ponsel, saya harus sering memutar balik dan menurunkannya ke 0,7x, tetapi di laptop saya bisa mengetik mendahului orang yang berbicara cepat. Dengan BlackBerry Bold, saya mungkin bisa mentranskrip presentasi langsung secara real time, dan mengetik secepat pikiran
Perbedaan antara mengedit di MicroPC yang punya touchpad dan keyboard fisik dengan mengedit di ponsel itu sangat besar
Mungkin kita bisa mengetik atau menavigasi UI lebih cepat di ponsel sentuh kapasitif, tetapi frustrasi saat membidik kursor dan mengetik tetap terasa parah meski sudah lebih dari 10 tahun memakai smartphone
Saya juga paham mengapa orang-orang sulit menyadari bahwa ini masalah. Seiring waktu, kita belajar kebiasaan untuk tidak mengedit teks di mobile. Sistem operasi mobile modern punya suite office yang cukup kuat, tetapi kebanyakan orang hanya memakai pesan dan catatan, dan hampir tidak pernah perlu menyeret kursor
Di Squeekboard pada PinePhone, fitur memindahkan kursor dengan menyeret spacebar dan input swipe masih banyak kurangnya, tetapi fakta bahwa pengeditan teks di Phosh jauh kurang dipoles dibanding Android atau iOS namun tidak benar-benar menambah banyak kesulitan dalam praktiknya menunjukkan banyak hal
Jika hanya melihat pengeditan teks, ketika angka, simbol yang dibutuhkan, dan modifier key ada di layer dasar, Vim dan Emacs pun ternyata cukup bisa dipakai dengan keyboard sentuh
Masalah pointing presisi dan jari besar bisa diselesaikan dengan memakai touchscreen sebagai input relatif seperti touchpad. Ini bisa dilakukan dengan program userspace sederhana yang langsung terhubung ke evdev dan uinput, dan membuat menjalankan software desktop menjadi lebih dari sekadar main-main: https://gitlab.com/CalcProgrammer1/TouchpadEmulator
Input swipe punya dukungan eksperimental di wvkbd yang bekerja cukup baik. Ini terutama cocok untuk kata panjang atau kamus yang dipangkas, dan ada juga kemungkinan memanfaatkannya dengan menulis completion zsh ke file: https://git.sr.ht/~proycon/wvkbd
Latensi sxmo_inputhandler.sh sulit dipahami. Di platform yang menangani gesture shell sistem operasi sederhana lewat skrip shell panjang, dan bahkan satu pipeline grep pun menambah latensi secara kentara, pendekatan ini terlihat sangat tidak efisien
Ini seperti melepas keyboard dari laptop, melemahkan sistem operasinya, lalu menyebutnya “mobile”
Lalu ketika seseorang mengatakan pengeditan teks tidak lagi praktis, jawabannya adalah, “ini bukan soal kembali ke desktop, melainkan mendorong mobile maju”
Saya tidak mengerti mengapa pengalaman komputasi yang sengaja dilemahkan harus diperlakukan istimewa sebagai masa depan yang tak terelakkan. Hampir semua arus yang dibuka oleh mobile itu buruk
Karena perangkat-perangkat itu memberikan pengalaman komputasi yang lebih buruk, lebih terkunci, dan berpusat pada konsumsi. Cara pikir seperti ini tampaknya juga ditanamkan kepada para karyawannya
Sama seperti televisi bukan pengganti laptop
Juga tidak jelas bagaimana hal itu merusak pengalaman desktop
Saya sudah menulis begitu banyak kode di dalam Termux sehingga sekarang laptop hanya saya pakai saat mengedit OpenStreetMap. Saya sedang mencari cara untuk membangun aplikasi Android baru langsung di Termux
Di mobile, tidak ada yang baik-baik saja. Semua orang menyukai smartphone, tetapi selain portabilitas, dalam segala hal perangkat itu adalah komputer yang buruk
Jika benar-benar ingin melakukan sesuatu, kita harus memakai komputer, dan smartphone adalah perangkat yang dipakai hanya saat tidak bisa menggunakan komputer sungguhan
Karena itu tulisan seperti ini penting. Ini bukan sesuatu yang harus diserahkan begitu saja, melainkan harus diperbaiki, dan tidak ada alasan untuk menganggap penyuntingan teks di ponsel sudah mencapai bentuk akhirnya
Tulisan yang dibuat sebelum iPhone ini membahas kebutuhan yang tak kenal ampun untuk memangkas pengalaman pengguna mobile hingga hanya menyisakan hal yang paling esensial. Saat membuat aplikasi Apple Watch, saya kembali teringat hal-hal ini: https://jenson.org/The-Simplicity-Shift.pdf
Sulit menerima bahwa perangkat semahal itu memberikan pengalaman pengguna yang buruk, dengan lebih mengutamakan pelacakan dan permainan iklan daripada kegunaan
Memang tidak sebaik desktop, tetapi jauh lebih baik daripada kebanyakan perangkat mobile, dan untuk WhatsApp Web atau aplikasi desktop Signal pun, jika menulis lebih dari satu atau dua kalimat, saya lebih memilih memakainya di desktop
Jika harus menulis teks yang agak panjang di ponsel, sebaiknya beli keyboard. Keyboard Bluetooth kecil pun jauh lebih baik, dan ponsel keyboard seperti BlackBerry lama atau ponsel Android dengan bentuk serupa juga terasa menarik