it-swarm-vi.com

Khi nào tôi nên sử dụng hộp chọn thay vì nút radio?

Tôi biết rằng một hộp chọn chiếm ít không gian hơn và tốt cho nhiều tùy chọn. Nhưng có nên có ảnh hưởng sâu sắc hơn đến sự lựa chọn của tôi hơn không gian? Có nghiên cứu nào cho thấy người dùng thích cái này hay cái kia không?

Ngoài ra còn có vấn đề về nhiều lựa chọn so với các hộp kiểm trong html, có thể được thảo luận ở đây, xem câu trả lời có thể sẽ giống nhau.

53
Gordon Gustafson

Tôi sử dụng select khi người dùng không cần biết tất cả các lựa chọn thay thế có sẵn. Autosuggest là hữu ích cho một danh sách dài. Nói chung, họ biết những gì họ muốn và chọn tiết kiệm không gian. Ví dụ: Chọn một "Bang" như California hoặc New York. Bạn sẽ không bao giờ sử dụng các nút radio.

Tôi sử dụng nút radio khi các lựa chọn thay thế quan trọng. Khi tôi muốn người dùng xem những gì họ KHÔNG chọn. Các nút radio cho phép bạn mở rộng lựa chọn và thậm chí sử dụng văn bản dài hơn.

Quy tắc ngón tay cái: Nếu đó là một danh sách dài hoặc các lựa chọn thay thế không quan trọng, hãy sử dụng một lựa chọn.

78
Glen Lipka

Hướng dẫn giao diện người dùng như từ MS, Apple, Gnome, v.v ... thường đưa ra những gợi ý khá rõ ràng về điều này:

  • Nút radio: ít hơn 5 lựa chọn

  • Chọn Hộp: 6 đến 10 tùy chọn

  • Danh sách có thể cuộn: 11 tùy chọn trở lên hoặc [.__.]
    • Cần hỗ trợ kéo và thả vào danh sách
    • số lượng phần tử khác nhau

Ngoài ra, bạn có thể sử dụng hộp chọn khi bạn phải tiết kiệm dung lượng hoặc các lựa chọn mặc định thường đủ tốt, vì vậy người dùng hiếm khi phải xem xét các lựa chọn của họ.

Thứ ba, nó có thể được sử dụng cho các ngày trong tuần, tháng, v.v ... Đó là những thứ mà bạn biết bạn có những lựa chọn nào mà không được hiển thị tất cả chúng. Nếu tôi thấy "Tháng hai" trong một hộp chọn, tôi có thể đoán được tất cả các tùy chọn khác sẽ là gì.

Lý do sử dụng một yếu tố GUI trên một yếu tố khác

Nói chung nút radio thường được ưa thích vì người dùng có thể thấy tất cả các lựa chọn của họ ngay lập tức. Tuy nhiên, hiển thị tất cả các lựa chọn có thể chiếm rất nhiều không gian có giá trị trong giao diện người dùng. Đó là lý do tại sao hầu hết các hướng dẫn đề nghị sử dụng các phương pháp lựa chọn khác khi có rất nhiều sự lựa chọn.

Ví dụ. a danh sách có thể cuộn có thể hiển thị số lượng lựa chọn tùy ý mà không chiếm nhiều dung lượng. Nhược điểm là bạn không thể thấy tất cả các lựa chọn.

A hộp chọn khác ở chỗ chúng tôi sử dụng nó khi hiển thị cho người dùng tất cả các lựa chọn không quan trọng. Ví dụ. khi người dùng có thể đoán các lựa chọn, hoặc sẽ hiếm khi cần thay đổi cài đặt mặc định. hộp chọn chủ yếu ở đó để hiển thị cho người dùng cài đặt là gì. Tuy nhiên, khi có nhiều lựa chọn, hộp chọn có thể khó điều hướng và do đó danh sách có thể cuộn sẽ thích hợp hơn.

13
Erik Engheim

Khác với không gian và số lượng tùy chọn, thực sự không có sự khác biệt lớn. Một điều tôi thích về các nút radio là bạn có thể tạo kiểu cho chúng trông giống như các nút lớn, có thể hữu ích cho các giao diện cảm ứng. Nếu bạn chỉ có một vài tùy chọn, việc nhấn một nút lớn sẽ dễ dàng hơn nhiều so với Đẩy nút thả xuống nhỏ và Đẩy tùy chọn nhỏ.

Theo như nhiều lựa chọn so với các hộp kiểm, tôi thực sự không thích sử dụng nhiều lựa chọn. Chỉ vì bạn phải sử dụng tổ hợp phím cùng với nhấp chuột. Nhiều người dùng không biết làm thế nào các phím tắt hoạt động và sẽ không thể chọn nhiều tùy chọn.

12
LoganGoesPlaces

Một điểm khác biệt giữa hai yếu tố đầu vào thường bị bỏ qua: Nếu nút radio không được chọn, nó sẽ không được chuyển qua biểu mẫu gửi. Hoặc để nhìn theo một cách khác, các nút radio cung cấp tùy chọn không chọn bất kỳ tùy chọn nào.

Với danh sách thả xuống (hộp chọn), bạn có thể có một tùy chọn không có giá trị (để trống, "") và biến nó thành mặc định, nhưng nếu người dùng để tùy chọn này không bị ảnh hưởng, họ sẽ nói "câu trả lời của tôi trống" biểu mẫu chuyển qua "my_input_name: ''". Bằng cách có nút radio, bạn có thể cung cấp tùy chọn như "Không áp dụng" hoặc "Không có gì ở trên" mà người dùng có thể chọn rõ ràng và do đó phân biệt giữa người dùng chọn "-blank-" và người dùng bỏ qua câu hỏi/chọn tham gia không trả lời (Sự phân biệt này trở thành một dưa chua thực sự trong logic DB cấp thấp hơn khi phân biệt giữa một trường được lưu trữ với giá trị NULL so với giá trị trống (trống)).

Bên cạnh tính năng này của các nút radio là một thứ khác thường bị lãng quên về các nút radio: bạn không thể trả lời câu hỏi. Nếu bạn có một trường radio như:

Giới tính Nam Nữ ()

một người dùng có thể bỏ qua câu hỏi và trường thậm chí không được chuyển qua dưới dạng trống. Nhưng nếu người dùng chọn nam, giờ họ cũng bị kẹt. Họ có thể thay đổi câu trả lời thành nữ hoặc để nó là nam. (Đối với các biểu mẫu HTML, họ cũng có thể tìm hiểu một chút về cách sử dụng bảng điều khiển trình duyệt của mình, nhưng điều đó nằm ngoài thiết kế UI/UX và vào lập trình và bảo mật).

Vì vậy, với tính năng "không lấy lại" này của các nút radio, bạn kết thúc với một vài tùy chọn mà trình đơn thả xuống sẽ không cung cấp:

  1. Khả năng phân biệt "không trả lời" với "câu trả lời của tôi trống"
  2. Khả năng trình bày tất cả các tùy chọn mà không buộc tùy chọn trống hoặc mặc định. Với danh sách thả xuống, bạn phải tạo một tùy chọn trống và sau đó xử lý tùy chọn đó không thực sự là lựa chọn người dùng hợp lệ hoặc chọn trước một tùy chọn cho người dùng (như tùy chọn đầu tiên trong danh sách), có nguy cơ trở thành vô tình gửi nếu người dùng bỏ qua lựa chọn (có thể họ muốn quay lại với nó, có thể họ đã không nhìn thấy nó) hoặc nếu nó không được chọn một cách cố ý do thiếu tùy chọn trống. Trong cả hai trường hợp, dữ liệu bây giờ ít có giá trị hơn vì tùy chọn "mặc định" có thể hoặc không thể là câu trả lời đúng (nếu bạn không tin tôi, hãy truy vấn dữ liệu của bạn để có tỷ lệ hàng với tùy chọn mặc định cho trường so với hàng với tùy chọn khác. Bạn sẽ choáng váng khi có bao nhiêu người dường như sống ở Alabama khi đó là tùy chọn mặc định).

  3. Kiểm soát tốt hơn việc xử lý xác thực mẫu, cụ thể là các trường "bắt buộc". Không có những thứ như trường thả xuống yêu cầu. Chỉ có các trường thả xuống trong đó tùy chọn trống không hợp lệ. Rõ ràng sẽ tốt hơn nếu cung cấp thả xuống các trạng thái với tùy chọn trống và coi trống là không chọn trạng thái, thay vì thổi ra biểu mẫu của bạn để tránh tùy chọn trống, nhưng đối với các câu hỏi có tối đa 4-5 câu trả lời, thì đó là tốt hơn để cung cấp danh sách đầy đủ các tùy chọn thay vì sử dụng danh sách thả xuống với tùy chọn trống không thực sự là một tùy chọn và sau đó phải xử lý phân biệt trống với không được chọn.

Ý kiến ​​khen thưởng:

Tương tự như các ý tưởng trên, việc sử dụng các danh sách thả xuống thay vì các hộp kiểm cũng thực sự ngu ngốc. Việc thả xuống với các tùy chọn "Có/Không" hoặc "Đúng/Sai" khiến tôi phải tròn mắt mỗi lần. chỉ lý do để sử dụng danh sách thả xuống là nếu bạn cung cấp tùy chọn trống thứ ba và đó được coi là lựa chọn hợp lệ. Và thậm chí sau đó, một nút radio có lẽ sẽ là lựa chọn tốt hơn.

4
Anthony

Tôi chỉ tự cân nhắc điều này cho sự tương tác và nghĩ rằng một lợi ích khác của các nút radio là chúng có thể cung cấp thêm một chút không gian cho văn bản hỗ trợ hoặc giải thích về các lựa chọn có thể.

3
annemarie lock

Tôi sử dụng hộp chọn (hộp kiểm) để cho phép lựa chọn nhiều tùy chọn hoặc trong khi thực hiện lựa chọn nhị phân.

Thực hành tốt nhất Để sử dụng Chọn Hộp:

  1. Cân nhắc đặt mặc định cho tùy chọn người dùng chọn 80% trở lên.
  2. Tránh các lựa chọn mặc định, chẳng hạn như đăng ký tiếp thị qua email.

Tôi sử dụng Nút radio để bật một mục từ hai hoặc nhiều tùy chọn loại trừ lẫn nhau.

Thực hành tốt nhất Để sử dụng Nút radio:

  1. Không sử dụng các nút radio để khởi chạy hành động.
  2. Luôn sử dụng hai hoặc nhiều nút radio
1
Manoj Kumar

Các nút radio thường được ưa thích hơn cho đến khi bạn có nhiều hơn một vài tùy chọn. Họ chỉ yêu cầu một cú nhấp chuột so với hai. Các nút radio cũng tốt hơn cho các tùy chọn lồng nhau.

1
Tom R

Nếu chỉ có một vài lựa chọn, các nút radio sẽ thắng để dễ sử dụng và lựa chọn nhanh. sử dụng lựa chọn thả xuống sẽ ngăn người dùng nhìn thấy tất cả các lựa chọn cho đến khi họ đến trường đó.

Câu hỏi này cũng có thể được áp dụng cho các hộp kiểm so với nhiều lựa chọn.

0
ericslaw