it-swarm-vi.tech

Tab - kích hoạt khi di chuột hoặc nhấp chuột? cả hai

Bạn có thích các tab được sử dụng trong http://www.msn.com ?

Chúng có thể được kích hoạt bằng cách di chuột hoặc nhấp chuột. Có một độ trễ ngắn khi di chuột để ngăn kích hoạt ngẫu nhiên, trong khi nhấp vào hoạt động ngay lập tức.

Tôi giống như họ.

2
Miki

Họ gọn gàng, đó là chắc chắn. Tuy nhiên, ít nhất, chức năng của các điều khiển giao diện nên

  • rõ ràng bởi sự xuất hiện của chúng (hoặc, phù hợp với mong đợi của người dùng) và
  • nhất quán trong toàn bộ giao diện.

Các tab phần di chuột để kích hoạt này gây rắc rối vì một vài lý do.

Đầu tiên, sự xuất hiện của chúng so sánh chúng với các đối tượng giao diện chỉ nhấp chuột khác trên trang, che giấu chức năng thực tế của chúng. Chúng có phần gạch chân, tương tự như điều hướng trên cùng và lược đồ siêu liên kết nói chung. Chúng thay đổi trên cuộn qua, trở nên đậm, trong giây ngắn ngủi đó trước khi tab thay đổi, gợi ý thêm rằng chúng là các liên kết. Sau đó giao diện thay đổi mà không cần người dùng thực hiện tương tác. Các liên kết và các mục menu không "nhấp chuột" khi bạn di chuột qua chúng và sự giống nhau dễ bị nhầm lẫn sẽ gây nhầm lẫn hoặc hơi đáng báo động.

Thứ hai, chức năng di chuột không phù hợp với các liên kết tab khác trên toàn trang web. Bài viết này , được liên kết từ một trong các hộp di chuột, có khu vực nội dung liên quan tương tự bên dưới bài viết. Tuy nhiên, hộp đã nói chỉ thay đổi các tab khi người dùng nhấp vào tab không được chọn (không có hành động di chuột). Các vấn đề tương tự tồn tại trong các phần khác.

Tóm lại, trong khi chúng tuyệt vời theo cách dễ hiểu của Web 2.0, tính mới lạ bị lu mờ bởi các vấn đề về khả năng sử dụng, chi phí có thể lớn hơn lợi ích từ việc có các giao diện độc đáo.

Một số bài đọc:

12
Matt

Tôi dự đoán rằng câu trả lời cho câu hỏi này sẽ thay đổi khi mọi người quen với lược đồ mới của các tab trả lời di chuột.

Tôi nhớ yêu cầu nhà phát triển không tự động chọn văn bản trong hộp, ngay sau khi một số trình duyệt bắt đầu thực hiện việc này. Lý do của tôi là "Không ai mong đợi hành vi này." Kể từ đó, nó trở nên phổ biến, vì vậy bây giờ tôi sẽ vỗ nhẹ vào nhà phát triển, nói: "Cảm ơn vì đã đóng góp ý tưởng đó."

Bám sát tiêu chuẩn hoặc Đẩy phong bì bằng thứ gì đó mới ? Đó là một câu hỏi thú vị. Chúng ta phải nhớ rằng, khi các công nghệ truyền thông đi, web giao diện người dùng đồ họa còn rất trẻ Tôi muốn chỉ ra một công nghệ đại chúng khác để giải thích nhận xét của tôi. Hãy xem xét các tín hiệu mà chúng ta hiểu trong sách in, chẳng hạn như chân trang hoặc số trang, chủ yếu là về việc định hướng người dùng và tìm/điều hướng đến nội dung cụ thể. Phải mất nhiều thời gian để phát triển những tín hiệu này. Chúng ta có thể ví những tín hiệu đó với các điều khiển, trực tuyến và trong GUI ứng dụng. Các lược đồ giúp chúng ta điều hướng một cuốn sách in đã mất nhiều thế hệ để ổn định theo một tiêu chuẩn được chấp nhận; các điều khiển giúp chúng tôi điều hướng qua nội dung trực tuyến cũng sẽ mất thời gian để phát triển và ổn định theo định mức. Sách in đã bỏ một số giải pháp thiết kế nhất định (chẳng hạn như lặp lại từ cuối cùng trên trang bên phải lên trên cùng của trang bên trái, vì vậy Word sẽ ở đó khi bạn lật trang - một gợi ý giúp mọi người đọc sách lớn) . Tương tự, các điều khiển trực tuyến chắc chắn sẽ thay đổi theo thời gian. Thật vô lý khi hy vọng rằng chúng tôi có tất cả các chi tiết tương tác chính xác trong vài năm đầu tiên thiết kế điều hướng của phương tiện truyền thông trực tuyến.

Các tab chỉ hoạt động khi nhấp đã đưa nó ra thị trường trước và mọi người đã biết rằng lược đồ . Bản chất của schemata là bộ não của chúng ta tự động thích ứng chúng với những trải nghiệm mới. Tab di chuột có thể hoạt động không? Nó phụ thuộc vào mức độ nằm ngoài lược đồ của các tab, mức độ hữu dụng của nó và mức độ mạnh mẽ của người dùng chống lại việc sửa đổi lược đồ các tab của họ. Các nhà thiết kế có thể giúp người dùng chấp nhận điều khiển này bằng cách gợi ý cho Matt Matt Lutze đang gián tiếp yêu cầu điều này trong câu trả lời cho câu hỏi này để cách điều khiển mới phù hợp với lược đồ hiện có dễ dàng hơn. Matt nói: "sự xuất hiện của chúng so sánh chúng với các đối tượng giao diện chỉ nhấp chuột khác trên trang, che giấu chức năng thực tế của chúng." Những gì cần thiết là một cách để người dùng dự đoán hành động của các điều khiển tab di chuột này.

Tôi tự hỏi tại sao MSN thực hiện các kiểm soát này không nhất quán trên toàn trang web. Đây có phải là một thử nghiệm? Nếu vậy, tôi nghĩ đó là một thử nghiệm thú vị và tôi sẽ bảo lưu đánh giá về cách kiểm soát tab này có thể sử dụng được cho đến khi khái niệm/thiết kế được lặp đi lặp lại để giải quyết các vấn đề mà mọi người đang nêu ra ở đây.

2
JeromeR

Không chắc chắn nếu bạn đã xem xét điều này, nhưng trình duyệt di động sẽ không nhận ra di chuột. Vì web di động đang phát triển với một tốc độ chóng mặt, tôi nghĩ rằng bạn có thể làm cho trường hợp ít nhất là hỗ trợ nhấp chuột nếu không phải cả hai.

Tuy nhiên, nếu là một phần của điều hướng chính của trang web (như thường được sử dụng), mở trình đơn thả xuống khi nhấp sẽ loại bỏ khả năng sử dụng cùng một liên kết cho trang "phần" .

Một vài giải pháp khả thi có thể là:

  • Cách tiếp cận kết hợp , trong đó liên kết chính trong điều hướng vẫn liên kết đến trang "phần", cộng với một liên kết khác (mũi tên xuống) sẽ kích hoạt thả nhấp vào nhấp chuột. (ví dụ: LJWorld , Flickr - điều hướng khi đăng nhập). Cá nhân, tôi luôn thích cách tiếp cận này và tự hỏi tại sao nhiều trang web không làm điều đó.

  • Sử dụng một số loại phát hiện để phục vụ di chuột để mở cho máy tính để bàn và nhấp để mở cho người dùng di động.

0
Christopher Scott