Trong trường hợp cụ thể của tôi, tôi có biểu mẫu nhận xét chứ không thể sử dụng cho đến khi người dùng đăng nhập và tham gia một chủ đề cụ thể. Sau đó, họ có thể bình luận về chủ đề đó.Trong giao diện người dùng, tốt hơn là "tắt xám" hoặc ẩn các tính năng không khả dụng?
Theo ý kiến của bạn, tôi nên ẩn hoàn toàn biểu mẫu nhận xét hoặc tắt biểu mẫu nhận xét và nhắc người dùng hoàn thành các yêu cầu cần thiết.
Vô hiệu hóa chúng giúp người dùng dễ dàng tìm kiếm chức năng mà cô biết tồn tại trước đây. Vì vậy, nói chung, ẩn thứ gì đó hoàn toàn từ chế độ xem chỉ tạo ra sự thất vọng. Hãy nhớ các menu được điền động trong Office 2000 đến 2003? Sau đó, bạn biết những gì tôi có ý nghĩa (xem Jensen Harris 'blog posts trên that topic).
Tôi khuyên bạn nên tắt chúng và làm rõ nó ở trạng thái nào chúng có sẵn và cách đạt được điều đó.
Tuy nhiên, trong một số trường hợp, chẳng hạn như ứng dụng chúng tôi đang phát triển, chức năng đang có hoặc không phụ thuộc nhiều vào quyền của người dùng hơn là trạng thái hiện tại của chương trình. Trong những trường hợp như vậy, có thể hữu ích khi chỉ ẩn những thứ không thể truy cập được vì người dùng không bao giờ đạt đến điểm mà họ có thể sử dụng các điều khiển. Đơn giản vì họ thiếu đặc quyền. Xem ví dụ các công cụ kiểm duyệt Stack Overflow có thể truy cập được khi bạn nhận được trên 10k rep nhưng không bao giờ được hiển thị trước đó, thậm chí không bị vô hiệu hóa.
đó là những ví dụ tuyệt vời, nhờ đầu vào của bạn! – a10s
Tôi đã có nhiều lần tôi đã tìm kiếm một trường đầu vào mà tôi biết tôi đã thấy trước đây nhưng không có trên màn hình. Tôi nghĩ rằng có lẽ tôi đang ở trên màn hình sai và tìm kiếm khắp nơi. Sau đó, cuối cùng tôi phát hiện ra rằng, không, tôi đã được trên màn hình bên phải, nhưng đầu vào đã được ẩn bởi vì một số tùy chọn khác làm cho nó không áp dụng. Tôi nghĩ tốt hơn hết là tắt nó để người dùng có thể thấy rõ rằng đây là màn hình phù hợp, đầu vào đó không có sẵn ngay bây giờ. Vẫn còn tốt hơn nếu bạn cung cấp cho họ một ý tưởng rõ ràng tại sao không. – Jay
Tôi muốn giới hạn khá nhiều việc ẩn thông tin nhập vào các trường hợp bạn không muốn người dùng biết. Giống như trường "nhập mật khẩu backdoor" hoặc tùy chọn "gián điệp trên người dùng thông qua màn hình của cô" chỉ có sẵn cho người dùng nâng cao. – Jay
Xám.
Bạn muốn người dùng nhận thức được tùy chọn nào có sẵn. Nếu chúng bị ẩn, người dùng có thể không bao giờ biết rằng cài đặt bổ sung đó tồn tại.
EDIT:
Tôi đoán những gì tôi đang cố gắng nói là nếu bạn thực sự nên ẩn một tùy chọn bạn sẽ biết. IE khoảng cách vấn đề, an ninh, không có điều gì.
Trừ khi có lý do để ẩn nó (bảo mật, khác). –
@Robert: Đã chỉnh sửa, tốt hơn? –
Tốt với tôi. Chỉ cần nói. –
tô xám chúng ra. nếu họ nhấp vào chúng, hãy cung cấp thông báo cho biết lý do tại sao chúng không khả dụng.
Chú giải công cụ tốt hơn. Nói chung, người dùng không mong đợi các mục được tô xám để có thể nhấp được, vì vậy tốt hơn việc nhấp vào không làm bất kỳ điều gì. – Carlos
điểm tốt. ý tưởng chính là để cho họ biết lý do tại sao họ không có sẵn bằng cách nào đó. – ctrlShiftBryan
Nếu bạn không muốn người dùng biết có biểu mẫu nhận xét, bạn nên ẩn nó.
Nếu bạn muốn người dùng biết có một biểu mẫu nhận xét, nhưng nó chưa phải là (chưa có) cho họ, bạn nên tắt nó (màu xám nó ra).
Có những lý do chính đáng khiến bạn có thể muốn ẩn thay vì màu xám. Ví dụ: nếu bạn đang bảo mật cắt giao diện.
Không có vấn đề gì bạn làm để trực quan ngụ ý một cái gì đó bị vô hiệu hóa, người dùng cũ/thiếu kinh nghiệm/vội vàng sẽ mất thời gian để hiểu rằng biểu mẫu trông giống như một biểu mẫu nhưng nó không phải là.
Thay vào đó, tôi sẽ gửi một thông điệp rõ ràng.
Ẩn dạng và cung cấp một thông điệp như:
"Nhận xét về bài viết này bằng cách đăng nhập hoặc đăng ký" mà liên kết đến các biểu mẫu đăng nhập và đăng ký, một khi họ đã đăng ký họ nên được hướng dẫn lại để biểu mẫu nhận xét để họ có thể để lại nhận xét.
Để biểu mẫu hiển thị nhưng không hoạt động sẽ khiến người dùng nghĩ rằng họ phải nhấp vào một nơi nào đó đặc biệt để kích hoạt nó.
Vì câu trả lời rõ ràng là "nó phụ thuộc" thì trong trường hợp nào bạn sẽ chọn một cách tiếp cận khác? – a10s
Câu trả lời khác cho cùng một câu hỏi tại: http://stackoverflow.com/questions/371921/should-unauthorized-actions-in-the-ui-be-hidden-disabled-or-result-in-an-error http://stackoverflow.com/questions/1000878/static-ui-vs-dynamic-ui/ –
... Hoặc nếu bạn muốn quay lại thời gian trước StackOverflow: http://discuss.joelonsoftware.com /default.asp?design.4.500905.18 –