Gnome Files: Phân tích UI chi tiết
(datagubbe.se)- Đây là lời phê bình rằng trong quá trình dùng Gnome Files để sắp xếp tệp thực tế, các thao tác cơ bản như chuyển đổi chế độ xem, nhập đường dẫn, trợ giúp, tooltip và di chuyển cửa sổ lại khiến người dùng bối rối
- Menu thả xuống “View Options” thực tế lại hiển thị các tùy chọn sắp xếp, còn chuyển đổi chế độ xem thì bị giấu ở vùng khác của split button, khiến tên gọi và cách bố trí chức năng không khớp nhau
- Thanh đường dẫn trông giống ô nhập văn bản nhưng không thể chỉnh sửa bằng chuột và chỉ được kích hoạt bằng phím tắt Ctrl-L, làm giảm khả năng người dùng tự khám phá chức năng GUI
- Vùng phía trên bỏ thanh tiêu đề khiến thao tác bấm nút, kéo cửa sổ và menu ngữ cảnh chồng lấn lên nhau, còn thanh cuộn ẩn cũng di chuyển vị trí khi đưa con trỏ lên, làm các thao tác cơ bản trở nên thiếu chắc chắn
- Mô hình UI mới không tạo ra kết quả tốt hơn các mẫu đã được kiểm chứng như thanh menu, thanh tiêu đề và cách hiển thị phím tắt nhất quán; cách cũ không tự động là tệ
Lý do chọn Gnome Files và tiền đề
- Trọng tâm của phê bình không phải là bản thân flat design mà là cách tiếp cận các chức năng cốt lõi của chương trình
- Tác giả thừa nhận thiết kế hiện đại có thể thân thiện với người mới, nhưng power user dùng máy tính nhiều giờ mỗi ngày cũng nên nằm trong đối tượng được tính đến khi thiết kế
- Giao diện càng ẩn nhiều chức năng thì người dùng càng dễ mất cơ hội khám phá và học cách dùng chúng
- Gnome thường là môi trường desktop mặc định của nhiều bản phân phối Linux lớn và công khai đề cao các định hướng như “usable by everyone”, “structurally and aesthetically elegant”, “distraction free”, “traditional desktop is dead”
- Gnome Files là trình quản lý tệp, một thành phần trung tâm của môi trường desktop, nên là ví dụ quan trọng để xem xét triết lý UI của Gnome
Vấn đề cấu trúc menu bộc lộ khi chuyển sang chế độ xem danh sách
- Ấn tượng đầu tiên được đánh giá là sạch sẽ, điềm tĩnh và các yếu tố có thể bấm cũng được phân biệt ở mức nào đó
- Vấn đề bắt đầu khi cố chuyển từ biểu tượng lớn sang chế độ xem danh sách
- Trên thanh công cụ có các biểu tượng trông khá giống nhau, và menu thả xuống có tooltip “View Options” lại không hiện tùy chọn chế độ xem mà hiển thị nhiều tùy chọn sắp xếp
- Các tùy chọn thực sự liên quan đến chế độ xem như “Icon Size” và “Show Hidden Files” lại nằm trong “Main Menu”, tạo ra sự lệch giữa tên “View Options” và nội dung thực tế
- Việc chuyển sang chế độ xem danh sách không nằm trong menu thả xuống “View Options” mà ở vùng chuyển đổi của split button
- Danh sách trong menu thả xuống không kèm chức năng chuyển đổi, nên không rõ vì sao chúng lại bị gộp vào cùng một widget
- Cấu trúc này khiến việc tìm nút chuyển sang chế độ xem danh sách mất thời gian và đem lại cảm giác bực bội hơn là sự thanh nhã về cấu trúc
Vấn đề khả năng khám phá của trợ giúp và tooltip
- Ngay cả khi tìm “list view” trong trợ giúp tích hợp, cũng khó tìm ra ngay cách bật chế độ xem danh sách
- Dù mở trợ giúp từ menu của Gnome Files, kết quả tìm kiếm vẫn hiện cả mục liên quan đến ứng dụng khác
- “Browse files and folders” có liên quan đến Gnome Files nhưng lại xuất hiện sau các mục như “Manage volumes and partitions”, “Edit contact details”
- Khi tự duyệt phần trợ giúp, mục liên quan đến “List View” mà tác giả tìm thấy lại nói về những việc có thể làm sau khi đã chọn chế độ xem danh sách
- Tooltip có thể hữu ích, nhưng trong Gnome Help và Gnome Files thì tooltip không cần thiết lại gây cản trở
- Trong Gnome Help, tooltip có nội dung giống hệt tiêu đề mục lại che mất tiêu đề của mục kế tiếp
- Ở thanh bên trái của Gnome Files, các mục như “Recent”, “Starred” cũng hiện tooltip quá hiển nhiên
- Kiểu hành vi này có thể khiến người dùng học rằng tooltip không phải thông tin hữu ích mà chỉ là yếu tố gây phiền
Di chuyển theo đường dẫn và cách phơi bày chức năng dựa vào phím tắt
- Bản thân việc duyệt trong Gnome Files nhìn chung là ổn, nhưng đáng tiếc là không có nút parent directory để đi lên thư mục cha
- Nút lùi/tiến chỉ di chuyển trong lịch sử duyệt chứ không tương đương với việc lên thư mục cha
- Có thể bấm tên thư mục trong thanh vị trí để di chuyển, nhưng cách này dễ bấm nhầm hơn và kém tiện hơn nút thư mục cha
- Thanh vị trí trông như một ô văn bản nhưng không thể kích hoạt chế độ chỉnh sửa thông thường bằng chuột
- Có vẻ chế độ chỉnh sửa chỉ được kích hoạt bằng phím tắt Ctrl-L
- Tác giả từng nghĩ là chức năng này chưa được triển khai, rồi mới biết qua tìm kiếm; phím tắt này cũng có trong cửa sổ Keyboard Shortcuts
- Khi một phần tử GUI không thể truy cập bằng chuột thì khả năng người dùng tự khám phá sẽ giảm
Giới hạn của cửa sổ phím tắt và việc thay thế thanh menu
- Danh sách phím tắt dài 3 trang và có chức năng tìm kiếm, nhưng nếu không biết phải tìm gì thì rất khó dùng
- Gnome Help gọi thanh vị trí là “path bar”, nhưng khi tìm “path” trong cửa sổ phím tắt thì không có kết quả
- Danh sách phím tắt không có mục lục hay cách rà nhanh theo nhóm, nên phải xem từng trang một
- Cũng có phím tắt để mở cửa sổ Keyboard Shortcuts, nhưng khác với một số phím tắt khác, nó không được hiển thị cạnh mục tương ứng trong Main Menu
- Thanh menu truyền thống luôn hiển thị các chức năng theo nhóm, hiển thị phím tắt nhất quán và cho phép thực thi ngay các tùy chọn vừa khám phá được
- Trong Gnome Files, chức năng bị rải rác khắp UI và một số chức năng ẩn chỉ có thể học được qua cửa sổ phím tắt dạng modal
- Cửa sổ phím tắt là không tương tác và là modal nên không thể vừa mở vừa thử nghiệm
- Người dùng phải tìm phím tắt, ghi nhớ, đóng cửa sổ rồi mới thực hiện chức năng
- Trong một môi trường thiên về chuột, nếu không có cách tìm và chạy chức năng bằng GUI thì điều đó sẽ hạn chế và gây rối
Sự mơ hồ của UI phía trên không có thanh tiêu đề
- Gnome Files không có thanh tiêu đề thực sự, nên người dùng phải bấm vào vùng trên cùng của cửa sổ rồi kéo để di chuyển cửa sổ
- Vùng trên cùng này cũng chứa thanh công cụ, nên ngay cả khi đang bấm vào điều khiển UI có chức năng thì vẫn có thể di chuyển cửa sổ
- Có thể bấm biểu tượng tìm kiếm để mở tìm kiếm, hoặc giữ và kéo ngay trên cùng biểu tượng đó để di chuyển cửa sổ
- Các nút lùi/tiến có thể mở lịch sử vị trí bằng thao tác bấm ngữ cảnh hoặc long click, nhưng trên bản thân nút không có gì thể hiện chức năng đó
- Dường như cũng không có phím tắt cho chức năng này
- Long click ở các mục khác lại không mở menu ngữ cảnh, nên hành vi không nhất quán
- Muốn đưa cửa sổ ra trước, người dùng phải tìm một vùng không thể bấm mà không đụng vào chức năng của chương trình
- Phải tránh kích hoạt nhầm tìm kiếm, di chuyển theo đường dẫn, đổi chế độ xem hoặc truy cập chức năng khác
- Ngay cả việc chỉ kích hoạt cửa sổ cũng buộc người dùng phải chú ý hơn, làm tăng gánh nặng nhận thức
- Khi bấm chuột phải ở vùng trên, tùy vị trí mà sẽ hiện menu quản lý cửa sổ hoặc menu thao tác thư mục, và kết quả còn thay đổi theo thư mục hiện tại hay điểm được bấm
- Bấm chuột giữa có thể mở tên thư mục, bao gồm cả thư mục hiện tại, trong tab mới; chức năng này cũng có trong menu ngữ cảnh
Thanh cuộn ẩn và hành vi của theme mặc định
- Gnome Files hoặc GTK 4 dùng thanh cuộn ẩn
- Đây là hành vi được quan sát khi dùng thiết lập mặc định và theme GTK 4 mặc định do Debian cung cấp
- Thanh cuộn ẩn không chỉ che đi khả năng có thể thao tác mà còn che cả thông tin về vị trí hiện tại trong danh sách tệp hoặc tài liệu
- Khi di chuyển chuột, thanh cuộn sẽ hiện ra nhưng nhỏ và độ tương phản thấp nên khó nhìn
- Khi đưa con trỏ lên thanh cuộn, nó sẽ to hơn và dễ thấy hơn, nhưng lại dịch sang trái đúng bằng bề rộng ban đầu, khiến con trỏ không còn nằm trên thanh cuộn nữa
Đánh giá tổng hợp và kết luận
- UI của Gnome Files được đánh giá là haphazard, incoherent và đôi khi tạo cảm giác nguy hiểm
- Các vấn đề chính gồm có
- Tên menu và nội dung không khớp, còn các tùy chọn chế độ xem thực tế bị rải ở nhiều nơi
- Phím tắt không được hiển thị nhất quán trong menu
- Một số chức năng phổ biến chỉ có thể truy cập và được khám phá qua phím tắt
- Hình thức của widget không dự báo chính xác cách nó hoạt động
- Tooltip gây hiểu nhầm hoặc cản trở mà không mang nhiều giá trị thông tin
- Cách bấm biểu tượng chức năng để di chuyển cửa sổ tạo nguy cơ bấm nhầm
- Kết quả bấm ngữ cảnh ở vùng trên khó dự đoán
- Thanh cuộn của theme mặc định thay đổi vị trí khi đưa con trỏ lên
- Thuật ngữ trong trợ giúp và GUI không đồng nhất với nhau
- Những sự không nhất quán này khiến người dùng khó xây dựng một mental model ổn định về UI
- Về mặt chức năng, Gnome Files vẫn có thể dùng để quản lý tệp, và nếu không có lựa chọn khác thì người dùng có thể dần quen với đặc điểm UI của nó
- Tuy nhiên, ngay cả với một ứng dụng trung tâm như Gnome Files, vẫn có nhiều yếu tố có thể xem là kém từ góc độ thiết kế UI
- Điều đó không có nghĩa là mô hình desktop cũ hay mọi chương trình cũ đều hoàn hảo, nhưng vẫn đặt ra câu hỏi rằng mô hình mới cần tạo ra kết quả tốt hơn
- Phần lớn các vấn đề bị phê bình thực ra đã có lời giải được trau chuốt suốt nhiều thập kỷ
- Thanh tiêu đề cửa sổ thực sự
- Cách hiển thị phím tắt nhất quán trong menu
- Phân nhóm menu và tùy chọn nhất quán
- Ngôn ngữ thiết kế phong phú hơn
- Cách cũ không tự động tệ hơn, và cách mới cũng không tự động tốt hơn
1 bình luận
Các ý kiến trên Hacker News
Tôi nhớ đến vấn đề trong chế độ xem danh sách của Files: khi muốn tạo tài liệu mới hoặc dán, chỉ cho phép nhấp chuột phải vào khoảng trống
Trong chế độ xem danh sách, chỉ cần có hơi nhiều tệp làm cửa sổ đầy lên là không còn khoảng trống để nhấp
Trước đây cũng đã có người gặp vấn đề tương tự 0, và có vẻ đến giờ vẫn chưa được sửa đúng cách 1
Tìm hiểu thì thấy trong Thunar, nếu giữ
Ctrlrồi nhấp chuột phải ở bất kỳ đâu, menu như tạo thư mục mới, dán, mở trong terminal sẽ hiện raTuy nhiên khi có tệp đang được chọn, menu ngữ cảnh của mục được chọn sẽ hiện lên nên không có tùy chọn thư mục mới; cuối cùng vẫn phải nhấp vào khoảng trống để bỏ chọn hoặc phải biết dùng
Escape, nên không lý tưởngToàn bộ ô bài viết, văn bản liên kết, hình ảnh, cả phần lề rộng đều trở thành liên kết, và chỉ khe mỏng giữa các ô mới có thể nhấp như nền
Nếu là thiết kế ưu tiên cảm ứng thì còn hiểu được, nhưng có vẻ trong cả phần mềm desktop như GNOME, mục tiêu tương tự cũng len vào khi cố gắng thỏa mãn đồng thời nhiều phương thức nhập
Trong issue được liên kết có hình cho thấy vùng có thể nhấp chuột phải
https://gitlab.gnome.org/-/project/1/uploads/50ac36ab40f9049f4a823f77aa9a8a29/gr-files-right-click-zones.jpg
Vì vậy tôi đi lên các thư mục cha, nếu tìm được thư mục chưa đầy thì mở Terminal ở đó, rồi lại dùng
cdđể đi xuống thư mục ban đầuMenu ngữ cảnh phải hiển thị các thao tác có thể áp dụng lên đối tượng được nhấp chuột phải, và “tài liệu mới” không phải là chức năng của biểu tượng tệp hay thư mục
Khi nhấp chuột phải vào một thư mục, cũng không rõ tài liệu mới sẽ được tạo trong thư mục hiện tại hay bên trong thư mục vừa nhấp
Những tác vụ phổ biến như vậy nên được đặt trong mục menu trên thanh biểu tượng luôn hiển thị, tách biệt với menu ngữ cảnh khi nhấp chuột phải vào khoảng trống thì tốt hơn
Đây là một phê bình khá ổn, nhưng đang trộn lẫn những khó chịu về UI đến từ ngôn ngữ thiết kế với sự thiếu hoàn thiện ở chi tiết
Nhìn macOS Finder hiện nay thì thiết kế rất giống GNOME Files: https://a.qoid.us/20240907-finder.png
Vì vậy các nhược điểm của bản thân thiết kế, như khó kéo cửa sổ hoặc khó nhấp để kích hoạt cửa sổ, cũng có trong Finder
Tuy nhiên macOS tránh được hầu hết các vấn đề chi tiết mà tác giả chỉ ra
Tùy chọn hiển thị có biểu tượng tương tự, nhưng trong Finder, mũi tên nhỏ bên phải biểu tượng cũng luôn là một phần của cùng một nút, và không dùng kiểu nút tách mà tác giả phàn nàn
Phần trợ giúp thì macOS User Guide giải thích ý nghĩa biểu tượng, và khi nhập trong Help, nó tìm kiếm và hiển thị các mục trong mọi menu
Gõ “list” thì mục menu “as List” hiện ra, cho phép thực hiện thao tác mong muốn
Tooltip không có ở danh sách vị trí bên trái, chỉ có trên các biểu tượng thanh công cụ, và cũng hiện khá muộn
Về điều hướng, Finder thực tế không có thanh vị trí, hộp thoại mở theo đường dẫn cũng bị giấu, và thao tác đi lên thư mục cha cũng không dễ thấy
Dù vậy, không có thành phần nào trông như có thể chỉnh sửa nhưng lại không chỉnh sửa được
Thanh cuộn mặc định bị ẩn nhưng vẫn nằm bên phải cửa sổ, chứ không nhảy sang trái như tác giả phàn nàn
Nếu khó tin, hãy mở https://macos9.app trên thiết bị có chuột rồi thử sắp xếp và duyệt tệp
Nó luôn có cảm giác như được port qua loa từ NeXTStep rồi nhanh chóng bị bỏ mặc
Nhìn chung Apple đã đánh mất cảm giác về UI trong khoảng 10 năm qua, và không nên dùng macOS làm ví dụ về UI desktop tốt nữa
Có mục menu để bật nó
Thật buồn cười nếu có người tin cách Apple tiếp thị rằng OS của họ là công thái học nhất
Ngay cả việc tạo thư mục mới cũng là ác mộng: nếu cố tạo thư mục mới hoặc dán tệp ở nơi giống chế độ xem cây, nó lại đi vào thư mục cha cấp cao nhất
Sắp xếp theo ngày gần đây cũng vô lý
Nhìn tổng thể thì theo thứ tự từ mới đến cũ, nhưng bên trong các nhóm như một ngày cụ thể hoặc tuần trước thì lại ngược lại, sắp từ cũ đến mới
Ngoài ra còn hàng trăm quyết định kỳ quặc như vậy
Việc phím
Enterchuyển sang sửa tên tệp thay vì mở tệp cũng khó hiểuTức là họ dùng một phím chính cho một thao tác gần như hiếm khi làm
GNOME giấu Power off trong một menu con bổ sung để người dùng không bấm nhầm, nhưng trong Files lại đặt Format ngay cạnh “Safely remove drive”
optthì có thể thực hiện tắt máy/khởi động lại ngay lập tức bằng hai cú nhấp mà không cần xác nhận, còn GNOME thì cần bốn cú nhấp, kèm cả hoạt ảnh gượng gạoCả hai đều nhồi nhét quá nhiều điều khiển vào thanh tiêu đề, đến mức không còn chỗ để kéo cửa sổ
Gần đây tôi đã dùng OS X 10.5 trên G4 trong một tuần, và có vẻ đó là thời kỳ đỉnh cao của desktop
Ví dụ, trong menu của thiết bị lưu trữ dung lượng lớn USB, ‘Eject’ và ‘Format’ được hiển thị cạnh nhau
Một cái thì vô hại, cái kia thì có khả năng phá hủy dữ liệu
Sau Format có dấu
..., nghĩa là sẽ mở hộp thoại, và hộp thoại đó là quy trình 2 bước, ở bước cuối còn có cảnh báo màu đỏ rằng toàn bộ dữ liệu sẽ bị xóa vĩnh viễnKhông có cách nào để vô tình định dạng thiết bị cả
Nếu muốn tắt nguồn nhanh, chỉ cần đổi hành vi của nút nguồn từ ngủ sang tắt máy
Rất vui khi đọc bài viết như thế này
Tôi cũng thường tưởng tượng rằng mình muốn phân tích thật kỹ những vấn đề nhỏ gây khó chịu trong GUI, rồi tổng hợp lại rằng chúng cần được cải thiện
Ctrl+Lnếu nhìn không có ngữ cảnh thì là một phím tắt kỳ lạ, nhưng vì tôi đã biết nó suốt 15 năm dùng trình duyệt nên thấy quenViệc Windows, GNOME và Nautilus đều dùng chung phím này là điều tốt cho người dùng lâu năm hoặc người dùng nâng cao
Đọc lại thì có thể lời phàn nàn không hẳn nằm ở bản thân phím tắt, mà gần với việc không có cách nào khác
Một vấn đề lớn không được nhắc trong bài là UI GNOME hiện nay rất giống Windows 11, nhưng lại làm hỏng nhiều chi tiết như tooltip hay thanh vị trí có thể nhấp được
Tôi từng dùng GNOME trên Ubuntu 14.04 và 20.04, nhưng gặp vấn đề ổn định ở 22.04 nên giờ đang dùng XFCE khá hài lòng; độ ổn định dài hạn là quan trọng nhất
Hiện nay có thể nhấp vào thanh hiển thị để vào ngay chế độ chỉnh sửa
Điều tệ nhất trong cách tiếp cận của GNOME có lẽ là sự kiêu ngạo
Họ nói rằng có làm nghiên cứu khả dụng và liên tục nhấn mạnh rằng họ tập trung vào tính khả dụng, nên khi một cá nhân cảm thấy khó dùng thì lại càng bực gấp đôi
Nghe như kiểu “người dùng trung bình hài lòng, nên vấn đề là ở bạn”
Nếu thực sự có khuyết tật, thì vì lý do chính trị, việc điều chỉnh UI cho phù hợp sẽ được ưu tiên cao hơn
Thỉnh thoảng tôi thấy buồn cười khi tưởng tượng ở nơi sâu nhất của giáo phái GNOME có một người duy nhất tên là Mother Gnome
Thiết lập là người đó bị khiếm thị theo nghĩa pháp lý, không thể dùng bàn phím về mặt thể chất, đồng thời thuộc mọi nhóm truyền thống bị đại diện thiếu trong cộng đồng người dùng máy tính, bản thân chưa từng dùng máy tính và chỉ học được vài thứ về iPhone từ chắt Gen Alpha
Tất cả các yếu tố đó hợp lại thành một “quái vật hiệu dụng” trong thiết kế UI, khiến việc điều chỉnh mọi thứ cho người đó, bất kể chi phí nào, trở thành mệnh lệnh đạo đức tuyệt đối
Ước gì một trong các bản phân phối đảm nhận vai trò này
“Tôi đồng ý rằng các mô thức thiết kế hiện đại thân thiện với người dùng mới ở nhiều khía cạnh, nhưng rồi sẽ có lúc người ta không còn là người mới nữa. Những người dùng máy tính nhiều giờ mỗi ngày và thực hiện nhiều tác vụ khác nhau trong nhiều chương trình cũng cần được cân nhắc khi thiết kế. Vì vậy, phê bình của tôi xuất phát từ góc nhìn thường gọi là người dùng nâng cao. Ngoài ra, giao diện càng che giấu nhiều thứ thì càng ít cho người dùng cơ hội trưởng thành và học hỏi”
Nói đến mức đó rồi lại phàn nàn rằng phải dùng phím tắt thì tôi thấy hơi quá
Hơn nữa, chức năng đó dù sao cũng là chức năng cần bàn phím
Phàn nàn rằng không có nút đi lên, hay phê bình chế độ xem danh sách, cũng không thuyết phục lắm
Trong ảnh chụp màn hình, tôi nhận ra ngay biểu tượng danh sách, và tôi lại đánh giá cao cửa sổ không đặt các nút chức năng trùng lặp khắp nơi
Lập luận “khó bấm” cũng kỳ lạ
Tự nói rằng mình đã dùng máy tính 35 năm mà không thể bấm một đường dẫn bằng chuột thì khó chấp nhận
Đọc giống kiểu phàn nàn điển hình của người đã quen với một hệ thống ở mức nào đó, tự coi mình là người dùng nâng cao, rồi kỳ vọng mọi thứ khác cũng phải hoạt động y hệt
Cũng chính những người đó thường phàn nàn rằng trong terminal không thể dùng
Ctrl-Cđể sao chép, nên “phím tắt tiêu chuẩn” đã bị phá vỡThứ dễ với bạn không có nghĩa là dễ với người khác, và đó là tiền đề của công việc về tính khả dụng
Thật khó tin khi các cộng đồng kỹ thuật như trên lại chống đối một điểm rất cơ bản về nhận thức con người đến vậy
Ngược lại, bình luận đó mới là lời phàn nàn, còn bài gốc đang áp dụng dữ liệu thực tế từ hàng chục năm nghiên cứu
Bài từng viết trước đây: https://news.ycombinator.com/item?id=41303387
Có lẽ tôi sẽ không hề nghĩ rằng biểu tượng đó là một nút bật/tắt
Nó cũng không được render như một nút bật/tắt, và tôi kỳ vọng các tùy chọn xem sẽ nhiều hơn hai
Cũng có thể dán đường dẫn vào
Cũng có thể dùng công nghệ hỗ trợ như nhập liệu bằng giọng nói, hoặc có những môi trường như điện thoại: có phương thức nhập liệu nhưng không có cách nhấn
CtrlTất nhiên UI điện thoại cần được đánh giá theo tiêu chuẩn khác
Tệ hơn nữa, giữa các ứng dụng terminal cũng hoàn toàn không nhất quán về việc dùng phím tắt nào
Đó là một mớ hỗn độn, và đáng để phàn nàn
Tôi chỉ biết sau khi đọc một bài viết cách đây vài năm, phê bình việc loại bỏ hộp văn bản tương tự như bài gốc này
Nếu không thì tôi hoàn toàn sẽ không biết rằng có thể kích hoạt hộp văn bản đường dẫn bằng phím tắt
UI không chỉ phải dễ dùng mà còn phải dễ khám phá
Nếu ngay cả người dùng nâng cao cũng khó tìm được tính năng họ cần, tại sao lại nghĩ phần còn lại của UI dễ dùng và dễ khám phá với mọi người?
Nói thật thì tôi hầu như không dùng UI, thường dùng terminal, và chỉ dùng trình quản lý tệp của Jade khi nâng cấp firmware bàn phím
Hộp thoại lưu đã được sửa chưa?
Khi nhập
-s filename, tôi kỳ vọng tệp hiện tại được lưu thành filenamePhần mở rộng cũng có thể được thêm vào
Cách hoạt động của gtk-2 là khi bắt đầu nhập filename thì nó tìm trong danh sách tệp/thư mục, và khi nhấn
Enterthì chọn mục đang được tô sángDù sao thì tôi cũng không có ý định cài GNOME để kiểm tra
Cũng không ngạc nhiên nếu trình duyệt tệp tệ đúng như bài viết mô tả
Mô hình kỹ nghệ phần mềm cadt (cascade of attention deficit teenagers) của jwz vốn nhằm giải thích hành vi của dự án GNOME
Vì vậy là đã được sửa
Tôi không hiểu vì sao lại ám ảnh với UI “gọn gàng”
Không hiểu việc giấu mọi thứ đi và thay bằng các khoảng trống rộng cùng những biểu tượng không đặc trưng thì “điềm tĩnh” ở chỗ nào
Nó tạo cảm giác vô trùng và lạnh lẽo, như một căn nhà bỏ trống hay xưởng làm việc không dùng đến
Việc có lựa chọn ít phức tạp hơn là điều tốt, và tôi không hiểu vì sao mọi môi trường desktop phải hoạt động giống hệt nhau
Nó cứ thế hoạt động, không cần đụng vào, và không cản trở
Thứ tệ nhất trong GNOME, bao gồm cả Files, là
gtkfilechooserwidget.ccủa gtk3 và gtk4Có một lỗi là nếu dán đường dẫn tệp vào hộp thoại
file->openthì sẽ báo lỗi và bật popupCác lập trình viên Gtk nói code của filechooser quá rối như mì spaghetti nên không ai muốn đưa filename-entry location-mode trở lại làm hành vi mặc định
Tôi cũng đồng ý
Tôi đã thử lẻ tẻ trong suốt 1 năm để tự vá trên gtk 3.22 và 3.24, nhưng chỉ sửa được cho lần chạy
File->Openđầu tiên của một tiến trình cụ thể, các lần mở sau lại lỗiGNOME UI và Gtk từ sau năm 2014 không được viết với người dùng bàn phím trong đầu
Đó là điểm yếu UI lớn nhất
Đây là một trong nhiều điểm gây đau của GNOME, và là vấn đề đã đeo bám GNOME từ lâu
Nhưng GNOME khá, thậm chí có lẽ chủ yếu là lấy bàn phím làm trung tâm
Có một meme từ sau 3.0 rằng “nó được làm theo hướng ưu tiên cảm ứng”, nhưng có lẽ không ai trong số những người nói vậy từng thực sự dùng GNOME trên thiết bị cảm ứng
Đó là ác mộng
Các điều khiển chính của GNOME được thực hiện qua phím tắt hoặc các cử chỉ chuột rộng có phương án bàn phím nhanh hơn
Những phàn nàn này không phải sai, nhưng tôi tò mò thực tế có bao nhiêu người dùng vấp phải chúng
Khi muốn chế độ xem danh sách, việc bấm vào biểu tượng trông giống danh sách không phải hành động kỳ lạ
Tôi đồng ý là hành vi dropdown hơi lạ
Tương tự, việc các ứng dụng GNOME ngày nay có nhiều thanh tiêu đề chứa điều khiển đã là điều được chấp nhận
Nếu không bấm trúng điều khiển và bắt đầu kéo chuột khiến cửa sổ di chuyển, tôi không thấy điều đó khó chịu đến mức ấy
Thế nhưng GNOME nói “phần mềm của chúng tôi được tạo ra để mọi người đều có thể sử dụng. Chúng tôi rất coi trọng trải nghiệm người dùng”
Đã có vô số chỉ trích về GNOME, và tôi cũng từng viết vài điều ở đây, nên nói thêm cảm giác như lãng phí thời gian
Các lập trình viên có một tầm nhìn rất rõ ràng về điều họ muốn đạt được, nên họ sẽ không đổi ý
Người dùng cũng thích và thấy thoải mái với cách đó, nên họ sẽ không đổi ý
Những người không thích, hoặc không còn thích nữa, cũng sẽ không đổi ý vì họ thấy nó kỳ lạ, khó hiểu và hạn chế
Họ đã đi theo hướng này hơn 10 năm và gần như sẽ không thay đổi
Như tác giả nói, GNOME là một dự án “rất lớn tiếng, tức là độc đoán, về việc nên làm thế nào”
Cuối cùng, nếu thích cách GNOME thì dùng, nếu không thì phải đi nơi khác
Chỉ là điều này hơi mâu thuẫn với khẩu hiệu “để mọi người đều có thể sử dụng”
Khi tự triển khai phần trang trí và thiết kế cửa sổ, các tab chiếm 95% vùng thanh tiêu đề có thể kéo, nên rất hay xảy ra chuyện định di chuyển cửa sổ nhưng lại di chuyển tab
Không biết ai sẽ nhượng bộ trước trong tình trạng thiết kế tệ hại này, nhưng người phải trả giá là người dùng
Thành thật mà nói, trình duyệt nên thay đổi
GNOME đã cho thấy mình là mặc định của đa số người dùng và khá cứng đầu