Mobilde metin düzenleme: Görünmeyen sorun
(jenson.org)- Android ve iOS’taki metin düzenleme, masaüstü geleneklerinden ödünç alındı; ancak mobilde hassas bir işaretçi ve menü çubuğu olmadığı için tek bir dokunuş, imleç yerleştirme, seçim ve menü çağırma işlevlerini üst üste bindiriyor
- Sorunun özü metin girişi değil düzenleme; 10 kullanıcıyla yapılan çalışmada tüm katılımcılar hedefleme, pano kullanımı ve tekrarlayan hatalar yaşadı
- Metin tutamaçları, büyüteç, çift dokunma·uzun basma ve açılır menülerin her biri makul tamamlayıcı çözümler olsa da birlikte kullanıldıkça dokunuş yorumunun belirsizliği artıyor
- Eloquent prototipi, dokunuşu her zaman imleç yerleştirme olarak yorumluyor ve sürükleme merkezli hareket, birleşik büyüteç, Drag Press seçimi ve kaydırma menüsüyle düzenleme akışını sadeleştiriyor
- İyileştirmenin önündeki engel teknolojiden çok benimseme ve kurumsal önceliklerle ilgili; mobil üretkenliği artırmak için masaüstünü kopyalayan yamaları aşan, dokunmaya uygun bir düzenleme modeline ihtiyaç var
Mobil metin düzenlemenin neden pek görünür olmadığı
- Android ve iOS, masaüstü metin düzenleme yöntemlerini mobile taşıdı; ancak mobilde hassas fare işaretçisi ve menü çubuğu/komut tuşları yok
- Sonuç olarak tek bir dokunma hareketi birden fazla işi üstleniyor
- imleç yerleştirme
- imleç taşıma
- metin seçme
- açılır menü çağırma
- Kısa mesajlarda ya da sosyal medya yorumlarında sorun daha az görünür; ancak birkaç cümlelik e-postalar gibi uzun metinleri düzeltirken düzenleme süreci yorucu hale geliyor ve hata sayısı artıyor
2017 kullanıcı araştırmasının ortaya koyduğu düzenleme başarısızlıkları
- 2017’de Android üzerinde çalışırken mobil metin düzenlemeyle ilgili mevcut kullanıcı araştırmalarını arandı, ancak 7 yıllık çalışmalara bakılmasına rağmen ilgili araştırmaya rastlanmadı
- 10 katılımcıdan bir harfi silme ya da bir kelimeyi cümlenin sonuna taşıma gibi basit metin düzenleme görevleri yapmaları istendi
- Tüm katılımcılar ortak biçimde zorlandı
- istenen konuma tam olarak dokunmak zordu
- panoyu kullanmak zahmetliydi
- tekrarlayan hatalar sık yaşanıyordu
- Katılımcılar, mesajlaşma veya sosyal uygulamalardakinden çok, birkaç cümlelik e-postalar gibi daha karmaşık yazılarda daha büyük hayal kırıklığı yaşadı
- Yarısından fazlası, metni düzeltmek yerine tümünü seçip silerek yeniden yazmanın daha kolay olduğunu söyledi
- Sorunun odağı metin girişi değil, düzenleme
- Klavye, sesli yazım ve tabletlerdeki fiziksel klavyeler sayesinde girişin kendisi geçmişe göre iyileşti
- Ancak girilmiş cümleleri sonradan düzeltme ihtiyacı hâlâ var
- Araştırma Android iyileştirmelerine odaklandı, ancak iOS’ta da ayrıntılar farklı olsa bile aynı türden pek çok sorun bulunuyor
Mobil, tüketimde güçlü ama düzenlemede zayıf
- Mobil cihazlar video, fotoğraf, sosyal medya ve mesajlaşma gibi hareket halindeyken tüketim için güçlü yönlere sahip
- İlk iPhone’da pano desteği bile yoktu
- Tabletlerin masaüstünün yerini alacağı beklentisi defalarca gündeme geldi, ancak masaüstü yerine geçecek bir alternatif olarak büyük başarı elde edemedi
- Apple, “What’s a computer?” reklamını yayınladı
- Google, 2013’te çalışanların tüm gün tablet kullanmasını amaçlayan “Tablet Tuesdays” kampanyasını denedi
- Tablet verimliliğinin önündeki derin UX sorunları arasında metin düzenleme ve dosya yönetimi öne çıkıyor
- Amaç masaüstüne geri dönmek değil; mobilin de masaüstü kadar hızlı ve üretken hale gelmesini sağlamak
Masaüstü metin düzenlemenin referans noktası
- 2000’lerden sonra masaüstü metin düzenleme nispeten istikrarlı bir yapıya kavuştu
- Masaüstünün üç temel unsuru var
- fare ya da trackpad ile hareket eden hassas işaretçi
- tıklayıp sürüklemeyle devam eden basit seçim
- Kes/Kopyala/Yapıştır içeren Edit menüsü ve X/C/V komut tuşları
- Bu birleşim, metin düzenlemeyi görece az hatalı ve belirsizliği düşük bir işe dönüştürüyor
- Kusursuz bir yapı olmasa da mobil metin düzenlemeyle karşılaştırmak için bir temel oluşturuyor
Masaüstü yaklaşımını mobile uydururken ortaya çıkan dört tamamlayıcı çözüm
-
1. Metin tutamaçları
- Mobil, metin imlecinin altına damla biçimli metin tutamaçları ekledi
- Bu tutamaçlar, imleci daha görünür kılıyor ve yanlış dokunulduğunda sürükleyerek konumu düzeltmeye izin veriyor
- Ancak tutamacın kendisi de bir dokunma hedefi, çevresindeki metin de; bu da belirsizlik yaratıyor
- İmlecin hemen soluna ya da sağına dokunulduğunda kullanıcının niyeti belirsizleşiyor
- imleci taşımak mı istiyor
- yoksa tutamacı tutup sürüklemek mi
- Kullanıcı testlerinde, imleci doğru yere koymaya çalışan kullanıcıların birkaç karakter şaşıp yan tarafa tekrar dokunduğu, fakat tutamacın dokunuşu önceleyip işlemi başarısız kıldığı görüldü
- iOS’ta damla biçimli tutamaç yok, ancak metin imlecinin dokunuşları yutması sorunu yine de sürüyor
-
2. Büyüteç
- Mobil, küçük metin ve nispeten büyük parmak sorununu telafi etmek için büyüteç ekledi
- Büyüteç, dokunmadan önce doğru yeri hedeflemekten çok, yanlış dokunduktan sonra sürükleyerek düzeltmede daha yararlı
- Parmağın üzerinde yüzen büyüteç, hem gerçek imleci hem de büyüteç içindeki kopya imleci gösterdiği için görsel karmaşa yaratıyor
- Kısa metin alanlarında bu daha az sorunlu olsa da uzun e-postalarda mevcut konumu kaçırmak kolaylaşıyor
- Apple’ın büyüteci iOS 13’te kaybolup iOS 15’te geri döndü
-
3. Metin seçimi
- Masaüstünde tıklamayı basılı tutup sürüklemek doğal biçimde metin seçimine dönüşür
- Mobilde bu aynı şekilde zor olduğu için çift dokunma ve uzun basma seçim hareketleri olarak eklendi
- Çift dokunmayı yorumlamak için ikinci dokunuşun gelip gelmeyeceğini beklemek gerekir; bu da tek dokunuş tepkisini geciktirebilir
- Bir kelimeden fazlasını seçmek için önce kelime seçilip sonra iki uçtaki tutamaçlar sürüklenmelidir
-
4. Açılır menü
- Mobilde menü çubuğu olmadığından, pano komutlarını çağırmak için başka bir yönteme ihtiyaç var
- Metin seçildiğinde seçim alanının üstünde menü gösterilir ve Kes/Kopyala için nispeten iyi çalışır
- Yapıştırma genellikle seçimle başlamadığından daha gizli kalır
- Aynı menüyü açmak için metin tutamacına dokunmak gerektiğinden, kullanıcıların iki farklı hareket öğrenmesi gerekir
- Android’de metin tutamacı 4 saniye boyunca giriş olmazsa kaybolur
- çünkü tutamaç alttaki metni biraz kapatır
- menüyü açmak için yeniden dokunup tutamacı görünür yapmak, sonra da tutamaca bir kez daha dokunmak gerekir
- Mobilde Kes/Kopyala/Yapıştır’a karşılık gelen komut tuşları olmadığından, hem yeni başlayanlar hem de uzmanlar aynı menü yöntemini kullanmak zorundadır
Tek bir dokunuşun birden fazla anlama çekilmesi
- Mobil metin düzenleme, masaüstü işlevlerini mobile sığdırma sürecinde bir dokunuşun birden fazla şekilde yorumlanmasına yol açtı
- Kullanıcı bir kez dokunduğunda sistem bunu şu olasılıklardan biri olarak yorumlayabilir
- imleç yerleştirme
- imleç zaten varken menü çağırma
- sürükleme başlangıcı
- çift dokunma başlangıcı
- uzun basma başlangıcı
- Dikkatli kullanıldığında bunları ayırmak mümkün, ancak yapının kendisi kırılgan
- Kullanıcı testlerinde görülen hatalar şunlardı
- kalın parmak sorunu yüzünden istenen nokta kaçırılıyor
- imleci düzeltmek için yana dokunuluyor, ama tutamaç tetiklenip menü açılıyor
- menü yerine çok küçük bir sürükleme olarak yorumlanıyor ve hiçbir şey olmuyor
- çift dokunma yapılmak istenirken yana basılıyor ya da tutamaca değiliyor ve hiçbir şey olmuyor
- boş bir alana yapıştırmak için önce boş alana dokunup imleç oluşturmak, sonra yeniden imlece dokunup menüyü çağırmak gerekiyor
- imleç yerleştirildikten sonra kullanıcı kısa süreliğine gözünü başka yere çevirdiğinde tutamaç kayboluyor ve kafa karışıklığı oluşuyor
- 10 kişilik çalışmada imleci doğru yere koymak için ortalama 5 deneme gerekti; bir kullanıcı 19 kez dokundu
- Birçok kullanıcının gerçek düzenleme yerine her şeyi yeniden yazmayı seçmesinin nedeni bu sürtünme ve hatalarda açıkça görülüyor
Mevcut tamamlayıcı özelliklerin sınırları
- Çift dokunup sürükleyerek daha fazla metin seçme ya da klavyeden imleç hareket ettirme gibi tamamlayıcı yöntemler mevcut
- Ancak bu özelliklerin çoğu, kullanıcıların büyük kısmı tarafından keşfedilmesi zor çözümler ve temel sorunu ortadan kaldırmıyor
- Temel sorun, yüz milyonlarca mobil kullanıcının her gün dokunma ve seçim hataları yaşaması
- Mobil masaüstünün yerini alacak ya da onunla rekabet edecekse, masaüstünü kopyalayan dokunma yamalarını aşan, dokunma deneyimine uygun daha basit ve daha net bir yaklaşıma ihtiyaç var
Eloquent prototipinin yaklaşımı
- Olivier Bau ile birlikte Eloquent prototipi geliştirildi ve bu çalışma UIST 2021 kapsamında sunuldu
- Eloquent, dokunma, seçim, büyüteç ve menü kullanımının birbiriyle çakışması sorununu aynı anda ele alma girişimi
-
Basitleştirilmiş imleç yerleştirme
- Eloquent’in temel hedefi, masaüstündeki fare tıklaması gibi dokunmanın anlamını netleştirmek
- Dokunma her zaman imleci yerleştirir
- Parmağın ekrana değdiği an, her durumda sürükleme başlangıcı sayılır; dokunma ise çok kısa bir sürükleme olarak ele alınır
- Tutamacın yanına dokunup hızlıca bırakılırsa imleç yeni konuma gider, yavaşça hareket ettirilirse imleç sürüklenir
- Metin tutamaçları her zaman görünür tutulur
- Tutamaçların metni kapatmaması için yarı saydam yapılır ve Android’deki 4 saniye sonra kaybolma sorunu ortadan kaldırılır
-
Birleşik büyüteç
- Büyüteç, kullanıcının imleci bağlamı içinde görebilmesi için metin imlecinin üstüne entegre edilir
- Eloquent sürükleme merkezli olduğu için büyüteç, imleç yerleştirmeyi daha hassas hale getirir
- Alan kazanmak ve metin içindeki konumu korumak için fish-eye lens tekniği kullanılır
- Kullanım sırasında, dokunmak yerine imleci her zaman sürükleme yönteminin daha iyi olduğu yönünde bir eğilim ortaya çıktı
- Büyüteç sayesinde kullanıcılar, sürükleyerek hedef noktaya hızla yaklaşan yeni davranışı çabuk öğrenebildi
-
Drag Press ile metin seçimi
- Güncel mobil düzenlemedeki belirsizlik, tek bir dokunma hareketine çok fazla işlev yüklenmesinden kaynaklanıyor
- Eloquent, sürükleme sırasında daha güçlü bastırılan Drag Press hareketiyle metin seçimini başlatıyor
- Bunun için o dönemde erişilebilir olan donanım sensörü, yani telefonun barometresi kullanılarak baskı algılandı
- uzun hareketli ortalama referans değer olarak tutuldu
- kısa hareketli ortalama uzun ortalamanın üstüne çıktığında drag-press olayı tetiklendi
- sensör değerlerindeki dalgalanmaya rağmen sistem oldukça sağlam çalıştı
- Apple’ın artık kullanılmayan 3D Touch hardware gibi daha gelişmiş mekanizmalar daha iyi bir çözüm olabilir
- Drag Press, alttaki kelimenin tamamını seçtiğinden, basma anındaki küçük sarsıntılar büyük hedefleme hatalarına dönüşmüyor
-
Geliştirilmiş menü
- Eloquent, kopyalama/yapıştırma gibi pano işlemlerinin uzman kullanıcılar tarafından daha hızlı yapılmasını hedefliyor
- Android ve iOS’taki mevcut metin menülerinin çoğu katmanlı olduğundan, menü düzleştirilmeye çalışılıyor
- Kullanıcı testlerinde tüm katılımcılar bu menüyü kolayca buldu ve kullanmaktan hoşlandı
- Drag Press ile seçimi başlatıp ikinci bir Drag Press ile menüyü açarak hedefleme, seçim ve menü çağırma tek bir akış içinde birleştiriliyor
- Uzman kullanıcılar için hızlı flick hareketleriyle menü öğeleri çalıştırılabiliyor
- Eloquent’in T-Menu’su, kesme ve yapıştırma için kaydırma hareketleri kullanıyor ve katman olmadan ekranın dışına doğru kayarak çıkıyor
-
Oyun benzeri animasyonlar
- Eloquent, kullanıcıların durum değişimlerini öğrenip anlamasına yardımcı olmak için küçük görsel animasyonlar ekliyor
- İmleç konumlar arasında “scoot” ediyor ve yerine geldiğinde tutamaç “wobble” yapıyor
- Bu hareketler, imlecin her zaman var olduğu ve istenildiği an sürüklenebileceği izlenimini güçlendiriyor
- Dokunulduğunda imleç “dimple” oluyor ve büyüteci kısa süreliğine çağırıyor; böylece kullanıcılar yalnızca dokunmakla kalmayıp sürüklemeyi de denemeye yönlendiriliyor
- Force Press bir kelimenin üzerinde gerçekleştiğinde vurgu “inflate” oluyor
- Kaydırmalı menü hareketi, seçim alanını kaydırma yönünde animasyonla gösteriyor
- yukarı kaydırıp kesildiğinde seçim alanı yukarı doğru kayboluyor
- aşağı kaydırıp yapıştırıldığında yeni seçim alanı aşağıdan düşüyor
-
Mevcut kullanıcılar için uyumluluk
- Eloquent, mevcut davranışlarla bağ kurmak için bugünkü hareketleri de olabildiğince korumaya çalışıyor
- Dokunma ve sürüklemeyi her zaman imleç sürükleme olarak yorumlamak, büyük dikey kaydırmalı metin alanlarında sorun yaratabiliyor
- Sürükleme başlarken ilk birkaç piksel dikey yöndeyse bu normal dikey kaydırma olarak işleniyor
- Bunun dışındaki sürüklemeler imleç yerleştirme ve imleç sürükleme olarak ele alınıyor
Yayına almanın neden zor olduğu
- Eloquent benzeri değişiklikleri yayına almak zor
- Birçok kişi metin düzenlemeyi yanlış biçimde zaten “çözülmüş” bir problem olarak gördüğünden, bunu düzeltme motivasyonu düşük
- Kullanıcılar 10 yılı aşkın süredir hataya açık mevcut yönteme uyum sağladı ve şimdi değişim talep etmek kolay değil
- Android ile iOS rekabetinde metin düzenleme iyileştirmesi, Net Promoter Score’u oynatacak gösterişli bir özellik olarak görülmüyor
- Metin düzenleme gibi temel değişiklikler, kullanıcıların telefonlarını daha rahat kullanmasını sağlayabilir; ancak etkisi yavaş ortaya çıkar ve yıllar boyunca istikrarlı çaba gerektirir
- Engel, teknik bir sorundan çok politik bir soruna benziyor
- Mevcut gidişat sürerse, mobil metni önümüzdeki en az 20 yıl boyunca da benzer şekilde düzenleme ihtimalimiz var
1 yorum
Hacker News yorumları
Mobilde daha uzun süren ama daha çok hata içeren kısa metinler yazıyoruz. Bu yüzden mobilde yazı yazmam gereken durumlardan aktif olarak kaçınıyorum; dizüstü bilgisayar açıksa WhatsApp ya da Signal’ı bile oradan kullanıyorum.
Mobil klavye kullanmak zorunda kalınca yazım hatalarını, büyük harf kullanmamayı ve gereksiz kelimeleri atlamayı kabulleniyorum. Telefonlar çoğunlukla uzun metin girme cihazı değil; daha çok haber ve medya tüketimi ile fotoğraf çekimi için.
iPad’de bile klavyeli kılıfların popüler olması dokunmatik klavyelerin sınırlarını gösteriyor. iPad’de en azından klavye ve stylus var; iPhone’da ise böyle seçenekler neredeyse yok. Eski Nokia ya da BlackBerry’lerdeki gibi iyi bir donanım klavyesi olan telefonları özlüyorum.
iPad ise sonunda kötü bir QWERTY dokunmatik klavyede harflere tek tek basmayı gerektirdiği için daha kötü. Kaydırarak yazmaya göre optimize edilmiş bir klavye düzeni olsa iyi olurdu; eskiden sesli harfleri mümkün olduğunca uzağa yerleştiren bir düzeni hesaplayan bir yazı da vardı: https://sangaline.com/post/finding-an-optimal-keyboard-layou...
Araba kullanırken mesaj girmek istediğinizde, ilk denemede kusursuz yazıya dökülmediği sürece elinizi kullanmanız gerekiyor; yani neredeyse iyi bir noktaya gelmişken düzenleme arayüzü yüzünden dağılıyor.
Şimdilerde gerçekten kaçınılmaz olduğunda dokunmatik ekranda yazıyorum; dizüstü bilgisayar kullanamasam bile oturabiliyorsam telefonu bir standa koyup küçük katlanabilir Bluetooth klavye kullanıyorum.
Tüm akıllı telefon sektörü iPhone’laşınca bu seçeneği kaybettik.
Yine de iOS’ta yazmanın geliştirilebileceğine katılıyorum: https://youtu.be/x7qPAY9JqE4?si=9_jnM2Ys8JiTXGqC
Bu sorun kesinlikle var, ama yazarın bir çözüm bulduğundan emin değilim. Anlatılana bakılırsa hâlâ zahmetli görünüyor.
Dokunmatik ekranlar üretkenlik arayüzü olarak temelden kötü. Fare; tıklamadan işaret etmeyi, sol tıklamayı ve sağ tıklamayı neredeyse piksel düzeyinde hassasiyetle sunuyor; buna klavyeyi de ekleyince seçenekler çok daha genişliyor.
Akıllı telefon, tek düğmeli bir fareye ve anormal derecede büyük, şekli de düzensiz bir imlece sahip bir bilgisayar gibi. İmlecin konumunu yazılım tıklamadan önce bilmiyor; klavye ise küçük ekranın %35’ini kaplayan bir katman olarak beliriyor.
Bu bir yazılım değil, donanım sorunu.
TeamViewer’ın akıllı telefonda Windows masaüstü uzak oturumlarını ele alma biçimi gibi, dokunmatik ekranı fiilen touchpad olarak kullanan uygulamalar var. Android’in kendisinde de açılıp kapatılabilir bir mod olarak olsa iyi olurdu; artritli parmaklarla metin seçmek kelimenin tam anlamıyla acı veriyor.
Sorun, yakınlaştırmak için pinch ve iki parmakla kaydırma dışında bu potansiyelin neredeyse hiç kullanılmaması.
Metin düzenleme için gerçekten iyi bir özellikti, keşke yaşamaya devam etseydi.
Dokunmatik cihazlarda uzun metinleri gezip düzenlerken Vim tarzı modal düzenleme iyi bir yaklaşım olabilir mi diye zaman zaman düşünüyorum
Klavye ve fare yöntemini olduğu gibi dokunmatik cihazlara taşımak kaçırılmış bir fırsat gibi görünüyor. Klavye diziliminin bile iki başparmakla ekrana basmak açısından pek bir avantajı yok
Karakter tabanlı çıkarıma büyük ölçüde yaslanıp arayüzü tek el ya da tek parmak girişine uyarlamak da ilginç. Dasher benzeri yaklaşımlar buna örnek: https://www.inference.org.uk/dasher/dashersummary.html
https://en.m.wikipedia.org/wiki/Dasher_(software)
Tuş etiketlerinin kaybolduğu bir modsa, buna fare düğmesi gibi çalışan bir özellik ekleyip metin seçimini veya belirli bir konuma yapıştırmayı desteklemek de çok zor görünmüyor. Mevcut seçim işlemi fazlasıyla bunaltıcı
Hareket hâlindeyken programlama yapmaya yetecek kadar iyi
İmleç düzenleme için bir sayfa daha ekleyip yön tuşları, Ctrl+yön tuşları, Home/End, Page Up/Down, seçim aç/kapat, Delete ve sağ tık menüsü sunmak doğal olurdu. Masaüstü klavyesinin geri kalanını telefon klavyesine getirmekten ibaret; devrim sayılmaz
Bluetooth klavyeyle birlikte kullanınca fena değil; sadece ekran biraz küçük. Kısa işler için yeterli, ama uzun oturumlarda göz sağlığı konusunda endişe veriyor
Bu sorun en azından benim için hiç de görünmez bir sorun değil. Birkaç ay önce de iOS’un iş amaçlı kullanım için hâlâ hazır olmadığına örnek olarak metin düzenlemeyi göstermiştim
Metin üretmek ve düzenlemek, içerik tüketimi değil iş amaçlı kullanımın özüdür; Apple ya sorunu kabul edip çözmeli ya da çözemeyeceğini kabul edip bu anlatıyı zorlamamalı
Apple’ın 3D Touch’ı geçerli bir kullanım senaryosu olmadan çıkarıp yıllar sonra da bulamayınca sonlandırmış olması da sembolik
Google’ın Tablet Tuesdays’i de ilginç, ama haftanın yalnızca bir günü tablet kullanırsanız sorunları zar zor tolere edip geçebilirsiniz. Sorunların gizli kalmaması için bunun yerine tüm ekibin yalnızca tablet kullandığı Tablet Teams olmalıydı
Eloquent, daha iyi bir yöntemin mümkün olduğuna dair bir varlık kanıtı gibi görünüyor. Çoklu dokunma jestleriyle kopyala-yapıştır veya seçim sorunlarını çözmeyi denemek de değerli olabilir
Buna karşılık Google+ gibi sosyal ürünleri bazı çalışanlar kullanmış olsa bile sayıları fazla değildi ve dış kullanıcılarla aynı özelliklere ihtiyaçları da yoktu. İçeride şikâyetler olsa bile işin merkezinde olmadığı için aynı geri bildirim döngüsünü elde etmek zor
Mobilde düzenleme yaparken en büyük sorun, uzun URL’ler veya uzun paragraflar gibi tek ekrana sığmayan seçim alanlarını değiştirmek
Seçim tutamaçlarını hareket ettirirken dikey kaydırma, daha da kötüsü yatay kaydırma yapmak zorunda kaldığınız an kullanıcı deneyimi tamamen bozuluyor
En büyük sorun bu; mobil klavyelerde neden kopyala/yapıştır düğmeleri olmadığını anlamak da zor
Garip, ama çalışıyor
Eski N9 ve Jolla telefonlarda metnin herhangi bir yerine dokunup imleci o konuma koyabiliyordunuz
iOS ise ilk dokunuşla imleci etkinleştirme durumu dışında, bir kelimenin ortasına tam olarak bassanız bile imleci her zaman kelimenin başına ya da sonuna yapıştırıyor
Küçük ekran ve büyük parmaklarla bile istenen harf konumunu oldukça iyi tutturabiliyoruz; keşke sadece buna izin verse
Neden bu kadar yardımcı olduğunu tam açıklamak zor, ama imleci istenen konuma getirmeyi çok daha kolaylaştırıyordu
iOS klavyesinde sinir bozucu birçok şey vardı ama aslında oldukça iyi. Asıl sorun çoğu zaman eski CodeMirror gibi üçüncü taraf JavaScript araçlarından kaynaklanıyor
BlackBerry’de ekrana bakmadan bile dakikada 55 kelime yazabiliyordum. Ekran klavyesi ise sürekli bakıp düzeltmeyi gerektirdiği için dikkati ciddi biçimde dağıtıyor ve giriş hızını öldürüyor
BlackBerry’de hata yanlış bir karakterden ibaretti; ama kaydırarak yazma ve otomatik düzeltme olan ekran klavyelerinde alakasız 1-2 kelime girebiliyor. Yağmurlu bir günde ekran klavyesi düzgün çalışmıyor
Eski Android cihazlarda yerleşik klavye o kadar ağırdı ki bazen saniyede 1 karakter seviyesine yavaşlamak gerekiyordu; kaydırma ile dokunma arasında geçiş de akıcı değildi. Boşluk çubuğunu sürükleyerek imleci taşımaya çalışırken ilk denemede kelime eklenmesi de sinir bozucu
BlackBerry’de düzenleme de yalnızca imleç tuşlarını kullanmak gibiydi; bu yazıda ele alınan dokunmatik etkileşimlerden daha kabaydı. Mesele yalnızca yazım hatalarını düzeltmek değil, mevcut metinde büyük değişiklikler yapmayı ve belgeleri iyileştirmeyi mümkün kılan mobil cihazlar oluşturmak
Droid 4’ün kızaklı klavyesinde biraz yavaşladım; dokunmatik ekrana geçince ise inanılmaz derecede yavaşladım. BlackBerry’de e-postaları neredeyse dizüstü bilgisayarla aynı hızda işleyebiliyordum; ama şimdi kaydırma ve tahminli giriş üzerinde uzun süre pratik yapsam da orta uzunlukta bir e-posta, düşünme hızıma kıyasla acı verici geliyor
Telefonda bir podcast’i dikte etmeye çalışınca sık sık geri sarmak ve hızı 0,7x’e düşürmek gerekiyor; dizüstünde ise hızlı konuşmayı bile önden yakalayarak yazabiliyorum. BlackBerry Bold olsaydı canlı bir sunumu da gerçek zamanlı not alabilir, düşünce hızında giriş yapabilirdim
Dokunmatik yüzey ve fiziksel klavyeye sahip MicroPC’de düzenleme yapmakla telefonda düzenleme yapmak arasındaki fark muazzam
Kapasitif dokunmatik telefonlarda daha hızlı giriş yapmak veya UI’da gezinmek mümkün olabilir; ama imleci hedefleme ve yazma konusundaki hayal kırıklığı, 10 yılı aşkın akıllı telefon kullanımına rağmen hâlâ çok yüksek
İnsanların bunun bir sorun olduğunu pek fark etmemesini de anlayabiliyorum. Çünkü zamanla mobilde metin düzenlememe alışkanlığı edindiler. Güncel mobil işletim sistemlerinde oldukça güçlü ofis paketleri de var; ama çoğu kişi yalnızca mesaj ve notla yetiniyor, imleci sürüklemeye neredeyse hiç ihtiyaç duymuyor
PinePhone’daki Squeekboard’da boşluk çubuğunu sürükleyerek imleç taşıma özelliği ve kaydırarak yazma ciddi biçimde eksik; yine de Phosh’un metin düzenlemesi Android veya iOS’a göre çok daha az cilalı olsa bile gerçek zorluğu pek artırmaması çok şey anlatıyor
Yalnızca metin düzenleme açısından bakarsak, sayılar, gerekli semboller ve değiştirici tuşlar temel katmanda olunca Vim ve Emacs bile dokunmatik klavyeyle şaşırtıcı derecede kullanılabilir oluyor
Hassas işaretleme ve büyük parmak sorunu, dokunmatik ekranı bir touchpad gibi göreli giriş olarak kullanınca çözülebilir. Bu, evdev ve uinput’a doğrudan bağlanan basit bir kullanıcı alanı programıyla mümkün ve masaüstü yazılımlarını çalıştırmayı basit bir oyalanmadan fazlasına dönüştürüyor: https://gitlab.com/CalcProgrammer1/TouchpadEmulator
Kaydırarak yazma için wvkbd’nin deneysel desteği oldukça iyi çalışıyor. Özellikle uzun kelimelere veya küçültülmüş sözlüklere uygun; zsh tamamlamasını dosya olarak yazıp kullanmak gibi olasılıklar da var: https://git.sr.ht/~proycon/wvkbd
sxmo_inputhandler.sh’nin gecikmesini anlamak zor. Basit işletim sistemi kabuğu jestlerini uzun bir shell betiğiyle işliyor; tek bir grep borusunun bile gecikmeyi gözle görülür biçimde artırdığı bir platformda bu çok verimsiz görünüyor
Dizüstü bilgisayardan klavyeyi söküp işletim sistemini zayıflattıktan sonra buna “mobil” demek gibi
Sonra biri metin düzenlemenin artık pratik olmadığını söylediğinde, “mesele masaüstüne geri dönmek değil, mobili ileri taşımak” deniyor
Kasıtlı olarak zayıflatılmış bir bilişim deneyimine neden kaçınılmaz gelecek muamelesi yapılması gerektiğini anlamıyorum. Mobilin öncülük ettiği neredeyse tüm eğilimler kötü
Çünkü bu cihazlar daha kötü, daha kapalı ve tüketim odaklı bir bilişim deneyimi sunar. Bu düşünce çalışanlara da aşılanıyor gibi
Televizyonun dizüstü bilgisayarın yerine geçmemesi gibi
Bunu yapmanın masaüstü deneyimine nasıl zarar verdiği de belirsiz
Termux içinde o kadar çok kod yazdım ki artık dizüstünü yalnızca OpenStreetMap düzenlerken kullanıyorum. Termux’un kendi içinde yeni Android uygulamaları derlemenin yolunu arıyorum
Mobilde hiçbir şey yolunda değil. Herkes akıllı telefonları seviyor ama taşınabilirlik dışında her açıdan kötü bilgisayarlar
Gerçekten bir şey yapmak istiyorsanız bilgisayar kullanmanız gerekir; akıllı telefon ise ancak gerçek bir bilgisayar kullanamadığınızda başvurulan bir cihazdır
Bu yüzden böyle yazılar önemli. Vazgeçmek değil, iyileştirmek gerekiyor; telefonlarda metin düzenlemenin nihai biçimine ulaştığını düşünmek için de bir neden yok
iPhone’dan önce yazılmış bir metindi ve mobil kullanıcı deneyimini yalnızca en temel olanı bırakacak şekilde sadeleştirmenin acımasız gerekliliğini ele alıyordu. Apple Watch uygulaması geliştirirken bunları yeniden hatırladım: https://jenson.org/The-Simplicity-Shift.pdf
Bu kadar para alınan bir cihazın kullanışlılıktan çok takip ve reklam oyunlarını öne çıkararak berbat bir kullanıcı deneyimi sunmasını kabullenmek zor
Masaüstü kadar olmasa da çoğu mobil cihazdan çok daha iyi; WhatsApp Web’i veya Signal masaüstü uygulamasını da bir iki cümleden fazlasını yazarken masaüstünde kullanmayı tercih ediyorum
Telefonda az da olsa uzun bir şey yazmanız gerekiyorsa klavye almanız iyi olur. Küçük bir Bluetooth klavye bile çok daha iyi; eski BlackBerry’ler ya da benzer formdaki Android klavyeli telefonlar da cazip geliyor