Hộp kiểm vs Hai nút radio - Cái nào dễ sử dụng hơn?

Question

Tôi hiện đang làm việc trên một số màn hình thiết lập, hầu hết trong số đó chứa biểu mẫu 2 cột có câu hỏi tùy chọn ở bên trái và phần tử biểu mẫu ở bên phải.

Những câu hỏi là những thứ như:

thể thêm/chỉnh sửa người dùng khác?

Có thể xóa khách hàng không?

Rõ ràng thiết lập này là một nhị phân thiết lập và hầu hết các "chuyên gia" giao diện người dùng sẽ nhấn mạnh rằng một hộp kiểm là yếu tố hình thức thích hợp để sử dụng.

Tuy nhiên, khi tôi giả lập biểu mẫu với các hộp kiểm, giao diện này trông không thân thiện và có vẻ như khó liên kết trạng thái hộp kiểm ngược lại với câu hỏi.

Tôi đã thay đổi hình thức sử dụng hai nút radio thay vì:

• Có o Không

Cá nhân tôi thấy dễ dàng hơn này để xử lý, như các tùy chọn thực sự trả lời cho câu hỏi đặt ra ở bên trái.

Về cách nhấp vào nó không có sự khác biệt đối với người dùng, đó là một lần nhấp chuột duy nhất mỗi lần thay đổi cài đặt.

Bạn nghĩ gì về việc sử dụng các nút radio này? Điều này tốt hơn hay tệ hơn một hộp kiểm và tại sao?

Answer 1

Đối với nội dung như "Có thể làm X", tôi sẽ sử dụng hộp kiểm thay vì bộ radio có thể làm/Không thể liên quan tốt đến bản chất Bật-tắt của hộp kiểm. Hầu hết người dùng đều hiểu bản đồ đánh dấu vào Có và không có bản đồ đánh dấu nào đến số

Tuy nhiên, một bộ radio có thể có ý nghĩa đối với một số tùy chọn nhị phân. hiển nhiên. Ví dụ: bạn có thể có "Tệp nhị phân?" theo một hộp kiểm, nhưng tôi nghĩ trong trường hợp này sẽ rõ ràng hơn là có "Định dạng tệp", tiếp theo là các tùy chọn "Nhị phân" và "Văn bản".

Answer 2

Từ góc độ ux, tôi muốn nói hộp kiểm biểu thị đúng/sai nghĩa là; Nhiệm vụ là Bạn có muốn XXX đánh dấu vào có trong cách nói chung) nhưng đối với một lựa chọn tôi thích radio (ví dụ: A hoặc B). Có những ẩn dụ khác như nhấn vào/bật ra nút.

Answer 3

Tôi nghĩ rằng các nút vô tuyến sẽ làm lộn xộn GUI nếu câu trả lời luôn là có/không. Radiobuttons cũng có thể sử dụng bàn phím để thiết lập các tùy chọn khó hơn một chút.

Answer 4

Tùy thuộc vào ngữ cảnh và đối tượng mục tiêu: bạn đang nhắm đến việc giảm thiểu các quy trình suy nghĩ cần thiết để trả lời nó.

Nếu đó là một bảng câu hỏi, ví dụ, có thể bạn sẽ muốn hỏi đầy đủ câu. Một màn hình tùy chọn sẽ được nhắm mục tiêu để quét-đọc (vì vậy cho phép/từ chối thay vì có/không), trong khi một thanh công cụ (một cái gì đó thường xuyên đặt/bỏ đặt) sẽ sử dụng một chuyển đổi. Trong mọi trường hợp, tôi sẽ sai lầm về mặt thống nhất.

Đối với quyền, việc sử dụng tiêu đề Quyền là điều bình thường, với hộp kiểm cho Chỉnh sửa người dùng. Bạn thậm chí có thể đánh dấu sự cho phép nếu nó được kích hoạt. Điều này giúp người dùng bàn phím bằng cách chỉ yêu cầu một lần nhấn tab thay vì hai lần. Chỉ cần đảm bảo rằng khu vực nhấp chuột cho hộp kiểm đủ lớn.

Trong cả hai trường hợp, biểu mẫu hai cột không được khuyến nghị vì nó đặt mục tiêu quá xa mô tả. Nó cũng khuyến khích các câu hỏi như "Cho phép toàn quyền kiểm soát hoặc chỉ một số (có/không)". Làm thế nào về việc sử dụng hàng thay đổi từ màu xanh sang màu đỏ, và hiển thị một dấu tick/cross? Điều đó có thể được thực hiện theo cách thân thiện với web.

Answer 5

Bạn đã thử chỉ sử dụng Hộp kiểm có gắn nhãn như "Có thể thêm/chỉnh sửa người dùng khác" mà không có câu hỏi ở bên trái không?

Answer 6

Tôi đồng ý rằng các hộp kiểm có nhiều ý nghĩa "đúng"/"giả" hơn, một điểm khác là đối với các nút radio, bạn có thể buộc người dùng lựa chọn hoạt động bằng cách không chọn tùy chọn nào. Do đó, đối với các trường quan trọng, có thể nên sử dụng các nút radio để người dùng không vô tình bỏ lỡ nó.

Answer 7

Chúng tôi đã có trải nghiệm với cơ sở khách hàng của nhóm tuổi lớn hơn, họ hiểu các nút radio "Có"/"Không" tốt hơn rồi chọn hộp kiểm. Và chúng tôi buộc phải xóa các hộp kiểm và đặt các nút radio ở mọi nơi. Nó tốt hơn cho những người không hiểu biết về CNTT.

Answer 8

Tôi đã xem xét điều này gần đây để thiết kế một lớp biểu mẫu PHP. Như bạn lưu ý, câu trả lời tiêu chuẩn là một hộp kiểm nên được sử dụng và tôi thậm chí đã nhìn thấy một số người ủng hộ rằng nơi radio được sử dụng, một mặc định nên được đưa ra.

Tôi không thể không đồng ý nhiều hơn nữa. Hãy xem xét khi người dùng đối mặt với nhập văn bản, giả sử nhập tên người dùng của họ. Nếu họ gửi biểu mẫu mà không điền vào trường này và trường là cần thiết, chúng tôi biết rằng chuỗi trống được tạo là đầu vào không hợp lệ. Có lẽ người dùng đã bỏ lỡ các lĩnh vực hoặc không nhận ra nó là cần thiết. Chúng tôi báo lỗi và yêu cầu họ nhập dữ liệu bị thiếu.

Hiện đang xem xét cùng một trường hợp nhưng có hộp kiểm. Nếu người dùng bỏ lỡ hộp kiểm thì chúng tôi không biết liệu đầu vào của họ đã được dự định hay không mong muốn. Điều này cũng đúng đối với radio với một mặc định.

Do đó, tôi đặc biệt khuyên rằng biểu mẫu không được chứa giá trị mặc định. Nếu một mẩu thông tin đủ quan trọng để lấy từ một người dùng thì điều quan trọng là đủ để có được chính xác. Cung cấp một mặc định cho dù thông qua một hộp kiểm hoặc một bộ radio với một kiểm tra, hy sinh một số lượng lớn về độ chính xác cho số lượng nhỏ của khả năng sử dụng. Vì vậy, tôi nghĩ rằng việc sử dụng Có/Không có đài phát thanh vượt trội hơn rất nhiều so với hộp kiểm.

Vị trí duy nhất một hộp kiểm hợp lệ, theo ý kiến ​​của tôi, là nơi bạn có một bộ sưu tập nhỏ các tùy chọn mà người dùng có thể chọn nhiều hơn một tùy chọn. Tuy nhiên, nếu bộ sưu tập lớn, thì nên sử dụng lựa chọn (không có tùy chọn mặc định trống).

Answer 9

Tôi thấy các nút radio thực sự khó hỗ trợ hoặc tài liệu.

Bạn có thể yêu cầu mọi người đánh dấu vào hộp kiểm và điều đó có ý nghĩa với họ.

Nhưng "nút radio" có ý nghĩa rất ít và "blob tùy chọn áp dụng nhiều nhất" chỉ là một điều vô nghĩa để nói.

Answer 10

Cảm giác của tôi là hộp kiểm nên được sử dụng khi câu trả lời chỉ có thể là Có hoặc Không - không có gì khác, ví dụ: Bạn có muốn đăng ký không?

Nút radio có các tùy chọn khác. ví dụ. Bạn có muốn nhận bản tin trong văn bản oPlain oHTML - với KHÔNG mặc định

Cân nhắc khác là sử dụng nút radio nơi bạn muốn người dùng đưa ra quyết định có ý thức. Như một trong những câu trả lời khác nói, nếu nó đủ quan trọng để hỏi, thì nó có thể đủ quan trọng để có được chính xác.

Lần duy nhất tôi sử dụng hộp kiểm là câu trả lời là Có hoặc Không VÀ nếu hộp kiểm được chọn sẽ bật các trường khác mà người dùng cần điền VÀ thông tin tùy chọn/không cần thiết của nó để hoàn tất quá trình, ví dụ: Bạn có muốn ủy quyền cho người khác truy cập vào tài khoản của mình [] không. Điều này sau đó sẽ cho phép các trường như Tên, địa chỉ, v.v. Một điều tôi hỏi là 'Nếu người dùng để tùy chọn mặc định (thường là KHÔNG), nó có tạo ra sự khác biệt về vật liệu và có thể dễ dàng thay đổi sau'

Answer 11

Trong trường hợp của tôi, bởi vì chúng tôi cần câu trả lời rõ ràng, một có rõ ràng hay không, tôi sử dụng hộp kiểm cho cả yes và no:

Yes [ ]  No [ ] 

lợi ích là hình thức có giá trị trên giấy cũng như (đôi khi fax/chữ ký được yêu cầu). Tôi đoán bạn cũng có thể tạo kiểu cho các nút radio dưới dạng hộp kiểm!