it-swarm-vi.tech

Tại sao có một quy ước trên web cho các menu thả xuống khi di chuột thay vì nhấp chuột?

Đây là điều mà tôi luôn tự hỏi. Trên tất cả các hệ điều hành chính, các menu ứng dụng (Tệp/Chỉnh sửa/Xem, v.v.) chỉ xuất hiện khi nhấp. Tuy nhiên, gần như mọi trang web sử dụng menu thả xuống sẽ khởi tạo nó khi di chuột chứ không phải nhấp chuột.

Làm thế nào và tại sao hội nghị này đã diễn ra?

19
DisgruntledGoat

Tôi không biết câu trả lời chính xác thực sự cho câu hỏi này, nhưng hãy để tôi suy đoán: Tôi nghĩ đó là vì web có siêu liên kết. Nhấp vào một cái gì đó trên một trang web có liên quan đến việc truy cập một trang khác và do đó, nếu bạn tạo một menu thả xuống kích hoạt khi nhấp, thì sự mong đợi về những gì nó có thể làm khi được kích hoạt là không chắc chắn: nó sẽ hướng tôi đến trang mới hoặc nó sẽ mở một menu? Vì vậy, nếu bạn tiếp tục dòng logic đó, việc tạo các menu di chuột có ý nghĩa rất lớn, bởi vì trước khi người dùng nhấp vào, bạn có thể đưa ra phản hồi cho biết họ đã kích hoạt menu.

Nó cũng có thể tham gia vào mạng internet nổi tiếng vấn đề thâm hụt sự chú ý đó là nơi tất cả các con số hiển thị mọi người treo trên trang của bạn chỉ trong vài giây. Tôi biết khái niệm "người dùng không nhấp" là một huyền thoại, nhưng nhiều người thì không, và nó có thể dẫn đến rất nhiều menu được thực hiện bằng trạng thái di chuột vì các nhà thiết kế mong muốn người dùng sẽ không nhấp vì họ nghĩ nó có thể dẫn họ đến một trang khác.

Hơn nữa, tôi tưởng tượng đó là một chu kỳ lặp lại: các nhà thiết kế nhìn thấy các menu di chuột và các menu di chuột thiết kế, mà nhiều nhà thiết kế nhìn thấy hơn và nhiều nhà thiết kế thiết kế hơn. Không phải ai cũng nghĩ về từng điều khiển UI cá nhân mà họ đang sử dụng về lý do tại sao họ cần nó và mục đích của nó là gì; nhiều nhà thiết kế tôi đã làm việc với các điều khiển chọn "bởi vì đó là những gì bạn sử dụng" (xem: lạm dụng quá mức hộp kết hợp tự động hoàn thành; một lời ca ngợi cho một lần khác).

Tương phản như trên với các ứng dụng giống máy tính để bàn, nơi không có (thường) không có trạng thái di chuột, chắc chắn không phải là mẫu UI cho các menu và tôi nghĩ rằng chúng ta đã đến vòng tròn đầy đủ.

20
Rahul

Chỉ là một phỏng đoán, nhưng hover có lẽ được sử dụng trái ngược với onclick vì css có một lớp giả: hover.

Hoặc có lẽ thả xuống đã được sử dụng vì người dùng không nhận ra rằng họ phải nhấp để mở menu. Một nửa thời gian, một menu thả xuống trông giống như bất kỳ menu nào khác cho đến khi bạn di chuột. Và hành động dự kiến ​​khi bạn nhấp vào nút điều hướng là để trang web đưa bạn đến trang đó. Vì vậy, có lẽ người dùng chỉ đơn giản là không tìm thấy các tùy chọn menu bổ sung.

4
LoganGoesPlaces

Rahul đưa ra một điểm thú vị liên quan đến việc thiếu một hành động nhất quán trên 'nhấp chuột'; tuy nhiên, tôi nghĩ rằng nó vượt xa điều đó thành một ý nghĩa tổng quát hơn về khả năng khám phá trên bề mặt trang.

Mọi người có thể không nhấp do mong muốn không rời khỏi một trang cụ thể, nhưng nhiều người sẽ 'lướt qua' trang tìm kiếm trạng thái hoạt động. Vì các menu phản ứng với di chuột và không phải nhấp chuột, người dùng có thể dễ dàng khám phá cấu trúc của hệ thống menu hơn mà không cần dùng đến các nhấp chuột.

Điều này, tất nhiên, dẫn đến các vấn đề tiếp cận nhất định. Khi tôi nhấp vào menu trên ứng dụng máy tính để bàn, hành vi mặc định là để menu mở cho đến khi tôi chọn hoặc nhấp vào menu. Điều này giúp người dùng có thể gặp khó khăn trong việc điều khiển chuột theo đúng lệnh mà không cần thoát khỏi menu (làm sập nó trong mô hình di chuột).

4
Steve Mitcham

Các ứng dụng web cực kỳ không nhất quán về giao diện người dùng, nhưng người dùng phải hiểu chúng một cách nhanh chóng (nếu không sự chú ý của anh ấy cạn dần và anh ấy sẽ đi nơi khác).

Menu trên hover có khả năng khám phá tốt hơn nhiều - khi tôi thấy một nút trên trang web mới truy cập, tôi không biết liệu nó sẽ bật một menu với nhiều tùy chọn hơn (mà tôi muốn) hay nó sẽ đưa tôi đi, phá hủy trạng thái hiện tại của một trang (bao gồm cả bình luận nửa viết) - đó rõ ràng không phải là điều tôi muốn. Chỉ mất một vài phần trăm các trang web có thông lệ thứ hai để khiến tôi lo sợ khi nhấp vào thứ tôi không biết - và người dùng bị đe dọa không phải là người dùng hài lòng.

Bằng chuột, chúng tôi khám phá những thứ trên màn hình, di chuột có nghĩa là 'Tôi hiện đang nhìn bạn', do đó, điều khá tự nhiên là phần tử UI hiển thị những gì nó làm (một menu) hoặc một gợi ý (tooltip: điều này sẽ xóa bài bạn đang viết).

Mặt khác, không phản ứng khi di chuột là bất lịch sự - người dùng hỏi phần tử đó làm gì và bạn không trả lời. Mọi người thích cảm thấy rằng họ có quyền kiểm soát và biết những gì đang xảy ra; mỗi bit phản hồi đều quan trọng và bằng cách không phản ứng khi di chuột, bạn đang lãng phí cơ hội để giao tiếp.

Trong phần mềm máy tính để bàn gần đây của chúng tôi (bổ trợ Outlook TaskConnect ), chúng tôi đã đi xa tới mức đặt tooltip cho mọi thành phần hoạt động và đặt thời gian chờ của tooltip về 0 - do đó làm cho nó xuất hiện ngay lập tức. Bạn có thể thấy một video ngắn về cách nó hoạt động . Bạn nghĩ gì về điều này?

PS: Trong mọi trường hợp, menu cũng phải luôn bật ra khi nhấp, nếu không, người dùng màn hình cảm ứng hoặc người dùng bàn phím (kể cả người dùng bị vô hiệu hóa) sẽ không thể sử dụng nó.

4
Tomáš Kafka

Thông thường, mục trên cùng của menu sẽ đưa bạn đến trang có tiêu đề đó. Bạn không đi bất cứ đâu khi trong một ứng dụng. Di chuột cho các mục menu được phát triển như một lối tắt để xem các phần phụ trong một phần cụ thể của trang web thay vì cần phải đi đến trang để xem các phần phụ. Với một ứng dụng, bạn không vào phần "tập tin" chẳng hạn. Việc bỏ qua các quy ước web cho màn hình cảm ứng là một sai lầm đối với tôi. Chúng tôi nên ghi nhớ và xem nhưng thường và ứng dụng được thiết kế riêng cho màn hình cảm ứng sẽ tốt hơn. Trang web không dành cho ngón tay.

3
srgtick

"Khả năng khám phá" chắc chắn là một yếu tố ở đây.

Điểm khác biệt của tôi là trạng thái tinh thần của người dùng, đặc biệt là khi so sánh một ứng dụng với một trang web.

Khi bạn nhấp, bạn có nghĩa là để làm một cái gì đó, thực hiện một hành động nhất định - đó phải là cố ý.
[.___.] Người dùng thường vận hành các ứng dụng trong trạng thái tinh thần này.

Tuy nhiên, (một số) trang web liên quan nhiều hơn đến việc tiêu thụ nội dung. Bạn đang duyệt, đọc và có lẽ sẽ thực hiện một hành động. Như một vấn đề thực tế, một trong những thách thức lớn nhất để khiến khách truy cập trang web tích cực làm gì đó, không chỉ truy cập. Do đó, sẽ rất có ý nghĩa khi cố gắng thúc đẩy bạn làm điều gì đó bằng cách hiển thị cho bạn các tùy chọn dễ dàng hơn.

Có một sự khác biệt khác giữa hai trạng thái của tâm trí:
[.__.] Thông thường, bạn sẽ sử dụng một ứng dụng nhiều lần, do đó trở nên quen thuộc hơn và thành thạo hơn với nó. Trên web, rất có thể nhiều người dùng của bạn là người mới, do đó họ có thể không biết tìm đồ ở đâu và cũng có thể "sợ" khi cam kết (nhấp) thứ gì đó mà họ không biết.

2
Dan Barak