Chỉnh sửa văn bản trên di động: vấn đề vô hình
(jenson.org)- Chỉnh sửa văn bản trên Android và iOS vay mượn các quy ước từ desktop, nhưng trên di động không có con trỏ chính xác và thanh menu, khiến chỉ một lần chạm phải gánh đồng thời việc đặt con trỏ, chọn văn bản và gọi menu
- Cốt lõi của vấn đề không phải là nhập văn bản mà là chỉnh sửa; trong một nghiên cứu người dùng với 10 người, tất cả người tham gia đều gặp khó khăn với việc nhắm mục tiêu, dùng clipboard và các lỗi lặp lại
- Tay nắm văn bản, kính lúp, chạm đúp/nhấn giữ và menu bật lên đều là các biện pháp bổ sung hợp lý, nhưng càng dùng chung thì độ mơ hồ trong diễn giải thao tác chạm càng tăng
- Nguyên mẫu Eloquent luôn diễn giải thao tác chạm là đặt con trỏ, đồng thời đơn giản hóa luồng chỉnh sửa bằng di chuyển trọng tâm kéo, kính lúp tích hợp, chọn bằng Drag Press và menu vuốt
- Rào cản cải tiến nằm gần với việc áp dụng và ưu tiên tổ chức hơn là công nghệ; để nâng cao năng suất trên di động, cần một mô hình chỉnh sửa phù hợp với cảm ứng, vượt ra ngoài kiểu hack sao chép từ desktop
Vì sao chỉnh sửa văn bản trên di động khó được nhận thấy
- Android và iOS đã mang cách chỉnh sửa văn bản trên desktop sang di động, nhưng trên di động không có con trỏ chuột chính xác và thanh menu/phím lệnh
- Kết quả là một cử chỉ chạm phải gánh nhiều thao tác
- Đặt con trỏ
- Di chuyển con trỏ
- Chọn văn bản
- Gọi menu bật lên
- Với tin nhắn ngắn hoặc bình luận mạng xã hội, vấn đề ít lộ rõ hơn, nhưng khi sửa văn bản dài như email nhiều câu, quá trình chỉnh sửa trở nên nhàm chán và nhiều lỗi
Những thất bại khi chỉnh sửa được thấy trong nghiên cứu người dùng năm 2017
- Khi làm việc trên Android vào năm 2017, tác giả đã tìm các nghiên cứu người dùng hiện có về chỉnh sửa văn bản trên di động, nhưng sau khi xem xét 7 năm nghiên cứu vẫn không tìm thấy nghiên cứu liên quan
- 10 người tham gia được yêu cầu thực hiện các tác vụ chỉnh sửa văn bản đơn giản như xóa một ký tự hoặc di chuyển một từ đến cuối câu
- Tất cả người tham gia đều gặp khó khăn chung
- Khó chạm chính xác vào vị trí mong muốn
- Việc dùng clipboard rắc rối
- Xảy ra nhiều lỗi lặp lại
- Người tham gia tỏ ra thất vọng nhiều hơn với các đoạn viết phức tạp như email nhiều câu so với ứng dụng nhắn tin hay mạng xã hội
- Hơn một nửa trả lời rằng thay vì sửa văn bản, chọn toàn bộ rồi xóa và nhập lại thì dễ hơn
- Trọng tâm của vấn đề là chỉnh sửa văn bản, không phải nhập văn bản
- Nhờ bàn phím, chuyển giọng nói thành văn bản và bàn phím vật lý trên tablet, bản thân việc nhập đã tốt hơn trước
- Quá trình sửa lại câu đã nhập sau đó vẫn cần thiết
- Nghiên cứu tập trung vào cải tiến Android, nhưng iOS cũng có nhiều vấn đề cùng loại, chỉ khác ở chi tiết hành vi
Di động mạnh về tiêu thụ nội dung nhưng yếu về chỉnh sửa
- Thiết bị di động có thế mạnh ở tiêu thụ khi di chuyển như video, ảnh, mạng xã hội và nhắn tin
- iPhone đời đầu thậm chí chưa hỗ trợ clipboard
- Kỳ vọng tablet sẽ thay thế desktop đã lặp lại nhiều lần, nhưng với vai trò thay thế desktop thì chưa đạt thành công lớn
- Apple chạy quảng cáo “What’s a computer?”
- Google từng thử chiến dịch “Tablet Tuesdays” vào năm 2013, khuyến khích nhân viên dùng tablet cả ngày
- Chỉnh sửa văn bản và xử lý tệp được xem là những vấn đề UX sâu xa cản trở năng suất trên tablet
- Mục tiêu không phải là quay lại desktop, mà là phát triển di động để nó nhanh và năng suất như desktop
Điểm chuẩn của chỉnh sửa văn bản trên desktop
- Từ sau năm 2000, chỉnh sửa văn bản trên desktop có một cấu trúc tương đối ổn định
- Các yếu tố cơ bản của desktop gồm ba thứ
- Con trỏ chính xác được di chuyển bằng chuột hoặc trackpad
- Cách chọn đơn giản bằng nhấn rồi kéo
- Menu Edit có Cut/Copy/Paste và các phím lệnh X/C/V
- Sự kết hợp này khiến chỉnh sửa văn bản trở thành tác vụ tương đối ít lỗi và ít mơ hồ
- Đây không phải cấu trúc hoàn hảo, nhưng là đường cơ sở để so sánh với chỉnh sửa văn bản trên di động
Bốn biện pháp bổ sung phát sinh khi điều chỉnh cách desktop cho di động
-
1. Tay nắm văn bản
- Di động thêm tay nắm văn bản hình giọt nước bên dưới con trỏ văn bản
- Tay nắm giúp con trỏ dễ thấy hơn và cho phép kéo để sửa vị trí sau khi chạm sai
- Nhưng bản thân tay nắm cũng là mục tiêu chạm, còn văn bản xung quanh cũng là mục tiêu chạm, nên nảy sinh sự mơ hồ
- Khi chạm ngay bên trái hoặc bên phải con trỏ, ý định của người dùng trở nên không rõ ràng
- Họ muốn di chuyển con trỏ
- Hay muốn nắm tay nắm để kéo
- Trong thử nghiệm người dùng, có trường hợp người dùng cố đặt con trỏ ở vị trí chính xác, bị lệch vài ký tự rồi chạm lại bên cạnh, nhưng thao tác thất bại vì tay nắm xử lý lượt chạm trước
- iOS không có tay nắm hình giọt nước, nhưng vấn đề con trỏ văn bản nuốt thao tác chạm vẫn tồn tại
-
2. Kính lúp
- Di động thêm kính lúp để bù cho vấn đề văn bản nhỏ và ngón tay tương đối lớn
- Kính lúp hữu ích hơn khi sửa bằng cách kéo sau khi chạm sai, hơn là khi nhắm chính xác vị trí trước khi chạm
- Kính lúp nổi phía trên ngón tay hiển thị hai con trỏ — con trỏ thật và bản sao con trỏ trong kính lúp — tạo ra rối nhiễu thị giác
- Trong trường văn bản ngắn thì ít nghiêm trọng hơn, nhưng trong email dài rất dễ mất dấu vị trí hiện tại
- Kính lúp của Apple biến mất ở iOS 13 rồi quay lại ở iOS 15
-
3. Chọn văn bản
- Trên desktop, thao tác nhấn giữ rồi kéo tự nhiên dẫn đến chọn văn bản
- Trên di động, cách làm tương tự khó hơn nên chạm đúp và nhấn giữ được thêm làm cử chỉ chọn
- Để diễn giải chạm đúp, hệ thống phải chờ xem có lần chạm thứ hai hay không, nên phản hồi cho chạm đơn có thể bị trễ
- Muốn chọn nhiều hơn một từ, sau khi chọn từ phải kéo các tay nắm ở hai đầu
-
4. Menu bật lên
- Vì di động không có thanh menu, cần một cách khác để gọi các lệnh clipboard
- Khi chọn văn bản, menu được hiển thị phía trên vùng chọn và hoạt động tương đối tốt cho cắt/sao chép
- Dán thường không bắt đầu từ vùng chọn, nên bị ẩn hơn
- Để mở cùng menu đó, cần chạm vào tay nắm văn bản, vì vậy người dùng phải học hai cử chỉ khác nhau
- Trên Android, tay nắm văn bản biến mất nếu không có nhập liệu trong 4 giây
- Vì tay nắm che một chút phần văn bản bên dưới
- Để mở menu, phải chạm lại để hiện tay nắm, rồi chạm thêm một lần nữa vào tay nắm
- Trên di động không có phím lệnh tương ứng với cắt/sao chép/dán, nên cả người mới lẫn người thành thạo đều phải dùng cùng kiểu menu
Cấu trúc khiến một lần chạm bị hiểu nhầm thành nhiều nghĩa
- Chỉnh sửa văn bản trên di động đã tạo ra nhiều khả năng diễn giải thao tác chạm trong quá trình nhét các tính năng desktop vào di động
- Khi người dùng chạm một lần, hệ thống có thể diễn giải là một trong các điều sau
- Đặt con trỏ
- Gọi menu khi đã có con trỏ
- Bắt đầu kéo
- Bắt đầu chạm đúp
- Bắt đầu nhấn giữ
- Nếu thao tác cẩn thận, có thể phân biệt từng trường hợp, nhưng bản thân cấu trúc rất mong manh
- Các lỗi xuất hiện trong thử nghiệm người dùng gồm
- Bỏ lỡ vị trí mong muốn do vấn đề ngón tay to
- Chạm bên cạnh để sửa con trỏ nhưng lại nhấn vào tay nắm và menu bật lên
- Bị diễn giải là một thao tác kéo rất nhỏ thay vì menu, nên không có gì xảy ra
- Cố chạm đúp nhưng chạm lệch sang bên hoặc đụng vào tay nắm, nên không có gì xảy ra
- Muốn dán vào một trường trống thì trước tiên phải chạm vào trường trống để tạo con trỏ, rồi chạm lại vào con trỏ để gọi menu
- Sau khi đặt con trỏ, người dùng quay mắt đi một lát thì tay nắm biến mất, khiến họ bối rối
- Trong nghiên cứu 10 người, trung bình cần 5 lần thử để đặt con trỏ chính xác; một người dùng đã chạm 19 lần
- Chính ma sát và lỗi này cho thấy vì sao nhiều người chọn nhập lại toàn bộ thay vì thực sự chỉnh sửa
Giới hạn của các tính năng bổ sung hiện có
- Có tồn tại các biện pháp bổ sung như tính năng chọn thêm văn bản bằng cách chạm đúp rồi kéo, hoặc tính năng bàn phím cho phép di chuyển con trỏ
- Nhưng đa số người dùng khó phát hiện các tính năng này và chúng không giải quyết vấn đề cốt lõi
- Vấn đề cốt lõi là hàng trăm triệu người dùng di động gặp lỗi chạm và chọn mỗi ngày
- Nếu di động muốn thay thế hoặc cạnh tranh với desktop, cần một cách đơn giản và rõ ràng hơn, phù hợp với trải nghiệm cảm ứng, vượt qua các kiểu hack thao tác chạm sao chép từ desktop
Cách tiếp cận của nguyên mẫu Eloquent
- Nguyên mẫu Eloquent được tạo cùng Olivier Bau, và công việc này được trình bày tại UIST 2021
- Eloquent là nỗ lực xử lý đồng thời vấn đề thao tác chạm, chọn, kính lúp và menu xung đột với nhau
-
Đặt con trỏ được đơn giản hóa
- Mục tiêu cốt lõi của Eloquent là làm cho ý nghĩa của thao tác chạm trở nên rõ ràng, giống như nhấp chuột trên desktop
- Chạm luôn là đặt con trỏ
- Mọi khoảnh khắc ngón tay chạm màn hình đều được xem là bắt đầu kéo, còn chạm được xử lý như một thao tác kéo rất ngắn
- Nếu chạm cạnh tay nắm rồi nhả nhanh, con trỏ di chuyển đến vị trí mới; nếu di chuyển chậm, con trỏ được kéo
- Tay nắm văn bản luôn được giữ hiển thị
- Tay nắm được làm bán trong suốt để không che văn bản và loại bỏ vấn đề biến mất sau 4 giây của Android
-
Kính lúp tích hợp
- Kính lúp được tích hợp phía trên con trỏ văn bản để người dùng thấy con trỏ trong ngữ cảnh
- Vì Eloquent lấy kéo làm trung tâm, kính lúp giúp đặt con trỏ chính xác hơn
- Để tiết kiệm không gian và duy trì vị trí trong văn bản, kỹ thuật ống kính mắt cá được sử dụng
- Khi sử dụng, xuất hiện luồng thao tác cho thấy cách luôn kéo con trỏ tốt hơn chạm
- Nhờ kính lúp, người dùng có thể nhanh chóng học hành vi mới là kéo để thu hẹp nhanh vào điểm mục tiêu
-
Chọn văn bản bằng Drag Press
- Sự mơ hồ trong chỉnh sửa di động hiện nay phát sinh vì quá nhiều chức năng dồn vào một cử chỉ chạm đơn
- Eloquent bắt đầu chọn văn bản bằng cử chỉ Drag Press, tức nhấn mạnh hơn trong lúc kéo
- Nó dùng cảm biến khí áp của điện thoại, một cảm biến phần cứng có sẵn thời điểm đó, để phát hiện lực nhấn
- Duy trì trung bình động dài làm giá trị tham chiếu
- Khi trung bình động ngắn tăng lên trên trung bình dài, phát sinh sự kiện drag-press
- Dù giá trị cảm biến dao động khá nhiều, thao tác vẫn rất vững
- Một cơ chế cao cấp hơn như phần cứng 3D Touch đã bị Apple ngừng có thể là giải pháp tốt hơn
- Drag Press chọn toàn bộ từ bên dưới, nên rung lắc nhỏ tại thời điểm nhấn không dẫn đến lỗi nhắm mục tiêu lớn
-
Menu được cải tiến
- Eloquent muốn giúp người dùng thành thạo thực hiện các thao tác clipboard như sao chép/dán nhanh hơn
- Vì menu văn bản hiện tại của Android và iOS phần lớn có dạng phân cấp, Eloquent cố làm phẳng menu
- Trong thử nghiệm người dùng, tất cả người tham gia đều dễ tìm và thích dùng menu này
- Sau khi bắt đầu chọn bằng Drag Press, một Drag Press thứ hai sẽ mở menu, xử lý việc nhắm mục tiêu, chọn và gọi menu trong một luồng duy nhất
- Với người dùng thành thạo, có thể thực thi mục menu bằng cử chỉ flick nhanh
- T-Menu của Eloquent dùng cử chỉ vuốt cho cắt và dán, rồi trượt ra ngoài màn hình mà không có phân cấp
-
Hoạt ảnh giống game
- Eloquent thêm các hoạt ảnh thị giác nhỏ để người dùng học và hiểu thay đổi trạng thái
- Con trỏ “scoot” giữa các vị trí, và khi đến nơi tay nắm “wobble”
- Những chuyển động này củng cố cảm giác rằng con trỏ luôn tồn tại và có thể kéo bất cứ lúc nào
- Khi chạm, con trỏ “dimple” và gọi kính lúp trong chốc lát, khuyến khích người dùng thử kéo thay vì chỉ chạm đơn
- Khi Force Press xảy ra trên một từ, phần tô sáng sẽ “inflate”
- Cử chỉ menu vuốt sẽ tạo hoạt ảnh vùng chọn theo hướng vuốt
- Vuốt lên để cắt thì vùng chọn biến mất lên trên
- Vuốt xuống để dán thì vùng chọn mới rơi xuống phía dưới
-
Tương thích cho người dùng hiện có
- Eloquent cố giữ các cử chỉ hiện tại nhiều nhất có thể để tạo kết nối với hành vi hiện có
- Nếu luôn xử lý chạm và kéo là kéo con trỏ, sẽ phát sinh vấn đề trong trường văn bản cuộn dọc lớn
- Nếu vài pixel đầu tiên khi bắt đầu kéo theo hướng dọc, thao tác được xử lý như cuộn dọc thông thường
- Các thao tác kéo khác được xử lý là đặt con trỏ và kéo con trỏ
Vì sao khó phát hành
- Những thay đổi như Eloquent rất khó phát hành
- Nhiều người lầm tưởng chỉnh sửa văn bản đã là vấn đề “hoàn thiện”, nên ít có động lực sửa
- Người dùng đã thích nghi với cách hiện tại đầy lỗi trong hơn 10 năm, và khó yêu cầu họ thay đổi ngay bây giờ
- Trong cạnh tranh giữa Android và iOS, cải tiến chỉnh sửa văn bản không được xem là tính năng hào nhoáng có thể làm thay đổi Net Promoter Score
- Những thay đổi nền tảng như chỉnh sửa văn bản có thể khiến người dùng dùng điện thoại thoải mái hơn, nhưng hiệu quả xuất hiện chậm và cần nỗ lực đều đặn trong nhiều năm
- Rào cản gần với vấn đề chính trị hơn là vấn đề kỹ thuật
- Nếu theo đà hiện tại, có khả năng chúng ta sẽ tiếp tục chỉnh sửa văn bản trên di động theo cùng cách này ít nhất 20 năm nữa
1 bình luận
Ý kiến trên Hacker News
Trên di động, người ta thường viết những đoạn ngắn mất nhiều thời gian hơn mà lại nhiều lỗi hơn. Vì vậy tôi chủ động tránh các tình huống phải gõ trên di động, và nếu laptop đang mở thì cả WhatsApp hay Signal tôi cũng dùng trên đó
Khi buộc phải dùng bàn phím di động, tôi đành chấp nhận lỗi gõ sai, bỏ qua chữ hoa, bỏ sót những từ không cần thiết. Điện thoại phần lớn gần với thiết bị để đọc tin tức, tiêu thụ media và chụp ảnh hơn là thiết bị nhập văn bản dài
Việc ốp bàn phím cũng phổ biến trên iPad cho thấy giới hạn của bàn phím cảm ứng. iPad ít ra còn có bàn phím và bút stylus, nhưng iPhone gần như không có lựa chọn như vậy, và tôi nhớ những chiếc điện thoại có bàn phím phần cứng tốt như Nokia hay BlackBerry ngày xưa
iPad cuối cùng vẫn phải bấm từng chữ trên một bàn phím cảm ứng QWERTY tệ, nên còn tệ hơn. Giá mà có bố cục bàn phím tối ưu cho thao tác vuốt; trước đây cũng từng có một bài tính toán bố cục đặt các nguyên âm càng xa nhau càng tốt: https://sangaline.com/post/finding-an-optimal-keyboard-layou...
Nếu muốn nhập tin nhắn khi đang lái xe, trừ khi lần đầu được chép chính xác hoàn hảo, bạn vẫn phải dùng tay; nó đã gần đạt trạng thái tốt rồi nhưng lại sụp đổ vì UI chỉnh sửa
Giờ tôi chỉ gõ trên màn hình cảm ứng khi thật sự không thể tránh, và nếu không dùng được laptop nhưng có thể ngồi xuống, tôi thường đặt điện thoại lên giá đỡ rồi dùng một bàn phím Bluetooth gấp nhỏ
Khi toàn bộ ngành smartphone bị iPhone hóa, chúng ta đã mất những lựa chọn đó
Dù vậy, tôi đồng ý rằng việc gõ trên iOS vẫn có thể được cải thiện: https://youtu.be/x7qPAY9JqE4?si=9_jnM2Ys8JiTXGqC
Vấn đề này rõ ràng tồn tại, nhưng tôi không chắc tác giả đã tìm được lời giải hay chưa. Chỉ qua phần mô tả thì nó vẫn có vẻ khó xử lý
Màn hình cảm ứng về căn bản là một giao diện tệ cho năng suất. Chuột cung cấp khả năng trỏ mà không cần click, click trái, click phải với độ chính xác gần như đến từng pixel, và khi thêm bàn phím thì phạm vi lựa chọn còn rộng hơn nhiều
Smartphone giống như một chiếc máy tính có chuột một nút và một con trỏ to bất thường, hình dạng cũng không đều. Phần mềm không biết vị trí con trỏ trước khi click, còn bàn phím chỉ xuất hiện như một lớp phủ che 35% màn hình nhỏ
Đây là vấn đề phần cứng, không phải phần mềm
Có những triển khai về cơ bản dùng màn hình cảm ứng như touchpad, giống cách TeamViewer xử lý phiên điều khiển từ xa Windows desktop trên smartphone. Sẽ tốt nếu ngay trong Android cũng có chế độ có thể bật/tắt như vậy, và việc chọn văn bản bằng những ngón tay bị viêm khớp đúng nghĩa là đau đớn
Vấn đề là ngoài pinch để phóng to và cuộn bằng hai ngón tay, tiềm năng đó hầu như không được dùng đến
Đó là tính năng thật sự tuyệt vời cho chỉnh sửa văn bản, nên tôi từng mong nó tồn tại tiếp
Khi điều hướng và chỉnh sửa văn bản dài trên thiết bị cảm ứng, đôi khi tôi nghĩ liệu chỉnh sửa modal kiểu Vim có thể là một cách tiếp cận tốt hay không
Việc bê nguyên mô hình bàn phím·chuột sang thiết bị cảm ứng trông như một cơ hội bị bỏ lỡ. Ngay cả bố cục bàn phím cũng chẳng có mấy lợi ích khi dùng hai ngón cái bấm lên màn hình
Cũng thú vị nếu dựa nhiều vào suy luận dựa trên ký tự và thay đổi giao diện cho phù hợp với nhập liệu bằng một tay hoặc một ngón tay. Một ví dụ là cách tiếp cận như Dasher: https://www.inference.org.uk/dasher/dashersummary.html
https://en.m.wikipedia.org/wiki/Dasher_(software)
Nếu đó là chế độ mà nhãn phím biến mất, thì việc thêm chức năng hoạt động như nút chuột vào đó để hỗ trợ chọn văn bản hoặc dán vào một vị trí cụ thể có vẻ cũng không quá khó. Hiện tại thao tác chọn quá bực bội
Đủ tốt để lập trình khi đang di chuyển
Sẽ khá tự nhiên nếu thêm một trang dành cho chỉnh sửa con trỏ, cung cấp phím mũi tên, Ctrl+mũi tên, Home/End, Page Up/Down, bật/tắt chọn, Delete, menu chuột phải. Nó chỉ ở mức đưa phần còn lại của bàn phím desktop lên bàn phím điện thoại, chưa đến mức là đổi mới
Dùng cùng bàn phím Bluetooth thì ổn, chỉ là màn hình hơi nhỏ. Đủ cho các tác vụ ngắn, nhưng với phiên dài thì cũng hơi lo cho sức khỏe mắt
Ít nhất với tôi, vấn đề này hoàn toàn không phải là thứ vô hình. Vài tháng trước tôi cũng đã lấy chỉnh sửa văn bản làm ví dụ cho việc iOS vẫn chưa sẵn sàng cho sử dụng trong công việc
Tạo và chỉnh sửa văn bản là cốt lõi của sử dụng cho công việc, không phải tiêu thụ nội dung; Apple nên thừa nhận vấn đề và giải quyết, hoặc thừa nhận rằng họ không thể giải quyết và đừng thúc đẩy câu chuyện đó nữa
Việc Apple tung ra 3D Touch mà không có ca sử dụng thực sự hữu ích, rồi vài năm sau vẫn không tìm được và phải ngừng lại, cũng mang tính biểu tượng
Tablet Tuesdays của Google cũng thú vị, nhưng nếu chỉ dùng tablet một ngày trong tuần thì người ta có thể vừa đủ chịu đựng vấn đề rồi bỏ qua. Lẽ ra phải là Tablet Teams, nơi cả đội chỉ dùng tablet, thì vấn đề mới không bị che khuất
Eloquent trông như một bằng chứng tồn tại rằng có thể có cách tốt hơn. Cũng đáng thử các thí nghiệm giải quyết vấn đề sao chép·dán hoặc chọn bằng cử chỉ đa chạm
Ngược lại, các sản phẩm xã hội như Google+ dù có một số nhân viên dùng thì cũng không nhiều, và họ cũng không cần những tính năng giống người dùng bên ngoài. Dù có bất mãn nội bộ, nó không phải phần cốt lõi của công việc nên khó có được vòng phản hồi tương tự
Vấn đề lớn nhất khi chỉnh sửa trên di động là thay đổi vùng chọn không nằm gọn trong một màn hình, như URL dài hoặc đoạn văn dài
Ngay khi vừa phải di chuyển tay nắm chọn vừa phải cuộn dọc, tệ hơn nữa là cả cuộn ngang, trải nghiệm người dùng sẽ hỏng hoàn toàn
Đây là vấn đề lớn nhất, và cũng khó hiểu vì sao bàn phím di động không có nút sao chép/dán
Gượng gạo nhưng hoạt động được
Trên các điện thoại N9 và Jolla ngày trước, có thể chạm vào bất cứ chỗ nào trong văn bản để đặt con trỏ ở vị trí đó
Trên iOS, ngoại trừ lúc lần chạm đầu tiên kích hoạt con trỏ, dù bấm chính xác vào giữa một từ thì con trỏ luôn dính vào đầu hoặc cuối từ
Với màn hình nhỏ và ngón tay to vẫn có thể canh khá tốt vị trí ký tự mong muốn, nên chỉ cần cho người dùng làm vậy là được
Khó giải thích hoàn toàn vì sao nó hữu ích đến vậy, nhưng việc canh con trỏ vào vị trí mong muốn dễ hơn nhiều
Bàn phím iOS có nhiều điểm gây bực bội, nhưng thực ra cũng khá ổn. Vấn đề thật sự thường do các công cụ JavaScript bên thứ ba như CodeMirror đời cũ gây ra
Trên BlackBerry, tôi có thể gõ 55 từ mỗi phút mà không cần nhìn. Bàn phím trên màn hình thì phải liên tục nhìn và sửa, làm phân tán sự chú ý rất nhiều và giết chết tốc độ nhập liệu
Trên BlackBerry, lỗi chỉ là một ký tự sai, nhưng với bàn phím trên màn hình có vuốt và tự động sửa, có thể chèn vào 1–2 từ hoàn toàn không liên quan. Ngày mưa thì bàn phím trên màn hình hoạt động không ra gì
Trên các thiết bị Android cũ, bàn phím tích hợp nặng đến mức đôi khi phải giảm xuống mức khoảng 1 ký tự mỗi giây, và việc chuyển giữa vuốt và chạm cũng không mượt. Việc cố kéo phím cách để di chuyển con trỏ nhưng ngay lần đầu lại bị chèn một từ cũng rất bực
Việc chỉnh sửa trên BlackBerry cũng chỉ kiểu dùng các phím con trỏ, nên còn thô hơn thao tác cảm ứng mà bài này bàn tới. Điểm chính không chỉ là sửa lỗi gõ nhầm, mà là làm sao để có những thiết bị di động cho phép sửa nhiều phần trong văn bản hiện có và trau chuốt tài liệu
Với bàn phím trượt của Droid 4 thì chậm hơn một chút, còn khi chuyển sang màn hình cảm ứng thì chậm đi khủng khiếp. Trên BlackBerry, tôi có thể xử lý email gần như nhanh như trên laptop, nhưng giờ dù đã luyện lâu với nhập bằng vuốt và gợi ý từ, một email độ dài trung bình vẫn thấy đau khổ so với tốc độ suy nghĩ
Nếu cố chép lại nội dung podcast bằng điện thoại, tôi thường phải tua lại và giảm xuống tốc độ 0,7x, nhưng trên laptop thì ngay cả lời nói nhanh tôi cũng có thể gõ vượt trước. Nếu là BlackBerry Bold, tôi đã có thể chép lại cả bài thuyết trình theo thời gian thực và nhập theo tốc độ suy nghĩ
Khác biệt giữa chỉnh sửa trên MicroPC có touchpad và bàn phím vật lý với chỉnh sửa trên điện thoại là cực lớn
Có thể trên điện thoại cảm ứng điện dung người ta vẫn nhập nhanh hơn hoặc điều hướng UI được, nhưng cảm giác ức chế khi nhắm con trỏ và gõ vẫn rất nặng nề, dù đã dùng smartphone hơn 10 năm
Tôi cũng hiểu vì sao mọi người không nhận ra đây là vấn đề. Vì theo thời gian, họ đã học thói quen không chỉnh sửa văn bản trên di động. Các hệ điều hành di động hiện đại cũng có những bộ office khá mạnh, nhưng phần lớn mọi người chỉ nhắn tin và ghi chú, hầu như không cần kéo con trỏ
Trên Squeekboard của PinePhone, tính năng kéo phím cách để di chuyển con trỏ và nhập bằng vuốt còn rất thiếu sót, nhưng việc chỉnh sửa văn bản của Phosh dù kém trau chuốt hơn Android hay iOS rất nhiều mà trên thực tế cũng không làm khó hơn đáng kể — điều đó nói lên rất nhiều
Chỉ xét riêng chỉnh sửa văn bản, nếu các số, ký hiệu cần thiết và phím bổ trợ nằm ở lớp mặc định, thì Vim và Emacs cũng bất ngờ là dùng được khá ổn với bàn phím cảm ứng
Vấn đề trỏ chính xác và ngón tay to có thể được giải quyết bằng cách dùng màn hình cảm ứng như touchpad với đầu vào tương đối. Có thể làm bằng một chương trình user-space đơn giản gắn trực tiếp vào evdev và uinput, và nó biến việc chạy phần mềm desktop thành thứ hơn cả một trò nghịch đơn giản: https://gitlab.com/CalcProgrammer1/TouchpadEmulator
Nhập bằng vuốt trong phần hỗ trợ thử nghiệm của wvkbd hoạt động khá tốt. Nó đặc biệt hợp với các từ dài hoặc từ điển rút gọn, và cũng có khả năng tận dụng kiểu ghi completion của zsh ra tệp: https://git.sr.ht/~proycon/wvkbd
Độ trễ của sxmo_inputhandler.sh thì khó hiểu. Việc xử lý các cử chỉ shell đơn giản của hệ điều hành bằng một shell script dài có vẻ rất kém hiệu quả trên một nền tảng mà chỉ một pipeline grep cũng làm độ trễ tăng lên thấy rõ
Về cơ bản là tháo bàn phím khỏi laptop, làm hệ điều hành yếu đi rồi gọi đó là “di động”
Sau đó, khi ai đó nói chỉnh sửa văn bản không còn thực tế nữa, thì lại bảo “không phải quay về desktop, mà là đưa di động tiến lên”
Tôi không hiểu vì sao ta phải ưu ái một trải nghiệm điện toán bị cố ý làm yếu đi như thể đó là tương lai tất yếu. Hầu như mọi xu hướng mà di động mở đường đều tệ
Vì các thiết bị đó đem lại trải nghiệm điện toán tệ hơn, bị khóa chặt hơn và thiên về tiêu thụ nội dung hơn. Có vẻ kiểu suy nghĩ này cũng được tiêm nhiễm vào nhân viên
Cũng giống như TV không phải là thứ thay thế laptop
Cũng không rõ làm vậy thì trải nghiệm desktop bị tổn hại như thế nào
Tôi viết quá nhiều code trong Termux đến mức giờ chỉ dùng laptop khi chỉnh sửa OpenStreetMap. Tôi đang tìm cách build app Android mới ngay trong chính Termux
Trên di động thì chẳng có gì ổn cả. Ai cũng thích smartphone, nhưng ngoài tính di động ra, về mọi mặt chúng đều là những chiếc máy tính tệ
Nếu thật sự muốn làm việc gì đó, bạn phải dùng máy tính; smartphone chỉ là thiết bị dùng khi không thể dùng một chiếc máy tính thực thụ
Vì vậy những bài viết như thế này rất quan trọng. Không nên bỏ cuộc, mà phải cải thiện; cũng không có lý do gì để cho rằng việc chỉnh sửa văn bản trên điện thoại đã đạt đến hình thái cuối cùng
Bài viết này được viết trước thời iPhone, nói về nhu cầu khắc nghiệt phải giản lược trải nghiệm người dùng trên di động xuống chỉ còn những gì cốt lõi nhất. Khi làm ứng dụng Apple Watch, tôi lại nhớ đến nội dung này: https://jenson.org/The-Simplicity-Shift.pdf
Thật khó chấp nhận khi một thiết bị lấy từng ấy tiền lại đặt theo dõi và trò quảng cáo lên trước tính hữu dụng, mang đến một trải nghiệm người dùng tồi tệ
Không bằng desktop, nhưng tốt hơn phần lớn thiết bị di động rất nhiều; WhatsApp Web hay ứng dụng desktop của Signal thì tôi cũng thường dùng trên desktop khi cần viết nhiều hơn một hai câu
Nếu phải viết nội dung hơi dài trên điện thoại, bạn nên mua bàn phím. Ngay cả một bàn phím Bluetooth nhỏ cũng tốt hơn nhiều, và những máy kiểu BlackBerry cũ hoặc điện thoại Android có bàn phím dạng tương tự cũng rất hấp dẫn