Có bất kỳ tiêu chuẩn nào để theo dõi trong việc xác định nơi đặt các mục menu không?

Question

Khi phát triển ứng dụng dựa trên biểu mẫu Windows, có bất kỳ tiêu chuẩn nào cần tuân theo khi thiết kế hệ thống menu chính của biểu mẫu không?

Hầu hết các ứng dụng Windows có hệ thống menu sẽ có Tệp chuẩn của bạn | Chỉnh sửa | Xem | Công cụ | Menu trợ giúp. Làm cách nào để xác định vị trí của bất kỳ mục menu cấp cao bổ sung nào?

Ngoài ra, làm cách nào để xác định vị trí của các mục menu phụ? Ví dụ: bạn sẽ làm theo các quy tắc hoặc nguyên tắc nào để xác định liệu một mục có nên được đặt trong Chỉnh sửa, Công cụ hoặc có thể là trình đơn cấp cao không chuẩn của riêng bạn không?

Tôi đang tìm kiếm hai điều ở đây:

1. nguồn lực đăng (web hoặc in) mà chi tiết này (đặc biệt là nếu nó là từ Microsoft), hoặc vật liệu khác từ UX hoặc các chuyên gia UI.
2. Ý kiến ​​của riêng bạn.

Dựa trên phản hồi của Gamecat đề cập đến ruy-băng, tôi cũng sẽ mở rộng thẻ này vào Ribbon. Làm thế nào để bạn xác định nút tab nào xuất hiện? Tìm kiếm giống như trên.

câu hỏi liên quan: https://stackoverflow.com/questions/126797/is-there-a-style-guide-for-guis-somewhere

Answer 1

Nguyên tắc trải nghiệm người dùng Vista của Microsoft tại: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Nội dung cụ thể để các menu, bao gồm cả menu tiêu chuẩn, là tại địa chỉ: http://msdn.microsoft.com/en-us/library/aa511502.aspx

này bao gồm thứ tự tiêu chuẩn của các menu và các mục menu, tên của họ, và tăng tốc của họ.

Một số hướng dẫn chung:

File là cho các lệnh có ảnh hưởng đến toàn bộ nội dung người dùng đang làm việc trên (thường là một tập tin) hoặc toàn bộ ứng dụng (ví dụ, Exit). Đây cũng là một nơi tốt để người dùng chọn biểu mẫu mà họ muốn làm việc.

Chỉnh sửa dành cho việc chọn các phần nội dung (ví dụ: Tìm, Chọn tất cả) và hành động trên các phần đó (Sao chép, Xóa). Không sử dụng nó làm menu "thay đổi một cái gì đó" chung (ví dụ: để "chỉnh sửa" tùy chọn hoặc macro).

Xem thay đổi giao diện hoặc bản trình bày nội dung trong khi không thay đổi chính nội dung cơ bản (ví dụ: những gì người dùng đã nhập vào biểu mẫu của bạn). Hãy xem xét không bao gồm trong các mục menu Chế độ xem để kiểm soát sự hiện diện của thanh công cụ (thanh công cụ không phải là nội dung). Điều đó thực sự nên ở với Tùy chọn/Tùy chọn.

Mặc dù được liệt kê là tiêu chuẩn, tôi sẽ tránh trình đơn Công cụ.Tên không có ý nghĩa và nội dung thường là rác ngẫu nhiên. Hãy xem xét tên và tổ chức được sử dụng bởi Ribbon Office (ví dụ: trong đó Tùy chọn nằm dưới Tệp tương đương). Xem http://blogs.msdn.com/jensenh/archive/2006/01/31/520061.aspx.

Thường đặt các mục menu ứng dụng cụ thể bên dưới các mục menu chuẩn trong menu tiêu chuẩn để bộ nhớ cơ của người dùng không bị gián đoạn cho các mục menu chuẩn. Tuy nhiên, nếu mục menu ứng dụng cụ thể là biến thể của một mục menu chuẩn, sau đó đặt nó ngay bên dưới mục menu chuẩn (ví dụ: Tìm tiếp theo bên dưới Tìm hoặc Dán Đặc biệt bên dưới Dán)

Đừng ngại tạo các menu của riêng bạn cho các mục không phù hợp ở trên. Menubars thường có đủ chiều rộng, tạo ra một mùi hương thông tin yếu đặc biệt là cho các mục menu không chuẩn. Tám đến 10 menu là hoàn toàn có thể chấp nhận được. Một thực đơn chỉ có ba mục menu là hoàn toàn có thể chấp nhận được; một với hai mục menu không nằm ngoài câu hỏi.

Cascade hoặc sub-menu rất khó sử dụng. Thay vào đó, hãy chọn các mục menu nhóm theo dấu phân cách. Một menu có thể có ~ 15 mục trước khi cần xem xét các menu xếp tầng. Nếu bạn có quá nhiều mục trình đơn, trước tiên hãy cân nhắc chia nhỏ một số mục dưới dạng trình đơn riêng biệt, thay vì trình đơn xếp tầng trong menu.

Đặt các menu dành riêng cho ứng dụng của bạn sau Chế độ xem nhưng trước Cửa sổ hoặc Trợ giúp trên thanh trình đơn. Tôi đặc biệt khuyên bạn nên nghiên cứu người dùng (ví dụ: sắp xếp thẻ) để sắp xếp và đặt tên các menu không chuẩn.

Nhìn kỹ vào ruy-băng và bạn sẽ thấy tổ chức của nó khá giống với thanh menu, tương đương với tệp (menu biểu tượng), chỉnh sửa (tab “Trang chủ” bao gồm định dạng) và chế độ xem , do đó, từ quan điểm của tổ chức, nó tạo ra sự khác biệt nhỏ cho dù bạn đang sử dụng Ribbon hay thanh thực đơn.

Thanh menu vẫn là lựa chọn tốt nhất cho hầu hết các ứng dụng. Ribbon không có nghĩa là ít nhấp chuột hơn so với kết hợp thanh công cụ/thanh công cụ truyền thống. Đừng nhảy vào Ribbon chỉ vì MS đang đẩy nó. Tôi có chi tiết tại http://www.zuschlogin.com/?p=36.

Answer 2

Không phải là một tiêu chuẩn, nhưng bạn có thể sử dụng các sản phẩm văn phòng như một phương châm.

Nhân tiện, thực đơn là từ quá khứ, giờ đây là tất cả Ribbon. Và lúc đầu tôi đã hoài nghi về ruy-băng, nhưng bây giờ tôi nghĩ đó là một ý tưởng rất hay. (Giảm thiểu số lần nhấp chuột luôn là ý tưởng hay).

đẹp link: http://blogs.msdn.com/jeffdav/archive/2004/12/07/278012.aspx

Answer 3

Các tài liệu menu Microsoft:

• The Windows User Experience Guidelines: Menus
• The Windows User Experience Guidelines: Menu Design Concepts

Answer 4

Có một số tiêu chuẩn có sẵn:

• của Microsoft hướng dẫn tiêu chuẩn: http://www.amazon.com/review/product/1556156790?pageNumber=2
• http://msdn.microsoft.com/en-us/library/ms997532.aspx
• http://www.otal.umd.edu/guse/standards.html

Apple có một hướng dẫn dài chỉ cho điều này trên nền tảng của họ:

• Interface Guidelines

Answer 5

Các tài liệu Microsoft Ribbon :

• The Windows User Experience Guidelines: Ribbons

Ngoài ra, tài liệu về loại giao diện (các thanh menu, ruy băng, thanh công cụ, chỉ huy trực tiếp, vv) nên được sử dụng với nhiều loại khác nhau của ứng dụng:

• The Windows User Experience Guidelines: Program Command Patterns

Answer 6

Một số điều cần lưu ý.

Cả hai phương pháp được chuẩn hóa đều được phát triển và triển khai trong phần mềm máy tính để bàn trước web. Điều này có nghĩa là cả hai mô hình này đều không được thiết kế theo ngữ cảnh web. Có một sự khác biệt lớn giữa môi trường máy tính để bàn truyền thống và môi trường dựa trên web - nút "Quay lại" của trình duyệt.

o “Hủy” cũng là một cách để “quay lại” và “OK” là một cách để di chuyển “tiến lên”. Ẩn dụ "Tiền đạo"/Hậu thuẫn "này hầu hết các dạng của các chức năng“ Hủy ”và“ OK ”.

Dưới đây là một số phần mở rộng khác của ẩn dụ này:

• Chúng tôi sử dụng trực quan để truyền đạt ý tưởng phức tạp. Giao diện người dùng đồ họa là một dạng trực quan hóa. Chúng tôi có một lịch sử mạnh mẽ về các tiêu chuẩn trực quan hóa ở phương Tây (và cụ thể hơn là văn hóa Mỹ Mỹ)

o Thời gian: trong mô tả tiêu chuẩn của chúng tôi "Cũ" được mô tả ở bên trái, "Mới" được mô tả ở bên phải (mô tả đồ họa nhất về thời gian sử dụng phép ẩn dụ từ trái sang phải này)

o Quy trình: Chúng tôi sử dụng phép ẩn dụ từ trái sang phải khi hình dung các bước tiến bộ: “Đầu tiên” ở bên trái, “Thứ hai” thường được hiển thị trên bên phải.

o Viết và Đọc: bằng văn bản và đọc chúng tôi “tiếp tục” hoặc di chuyển “chuyển tiếp” từ trái sang phải (trừ khi chúng tôi ở châu Á tất nhiên)

o Trong phim: Bộ phim là một hình thức trực quan . Trong phim một tiêu chuẩn trong phong trào là: nếu một người là "đi đâu đó" cô di chuyển từ phía bên trái của màn hình sang phải. Nếu cô ấy “quay lại”, cô di chuyển từ phải sang trái

o Mô hình Hủy/OK có thể giúp cải thiện việc ra quyết định có ý thức: Mô hình này giả định rằng bạn muốn đọc các tùy chọn trước khi quyết định hành động nào bạn muốn để có (khuyến khích trên các tương tác quan trọng đòi hỏi sự chú ý đầy đủ của người dùng và có nhiều hơn một vài hành động có sẵn cho họ.) Mô hình Cancel/OK trình bày các hành động "thay thế" trước (bên trái) ... để bạn có thể đọc chúng trước quyết định rằng "OK" là hành động bạn thực sự muốn thực hiện. Mô hình OK/Hủy có thể khiến người dùng có thói quen nhấp vào tùy chọn đầu tiên họ gặp phải. Đồng thời, những người dùng được đào tạo sử dụng mô hình Hủy/OK có thể truy cập trực tiếp nút “OK” bất cứ khi nào họ khá chắc chắn đó là lựa chọn họ muốn thực hiện.

o Thích ứng hệ điều hành: Firefox của Mozilla khớp với hệ điều hành đang được sử dụng khi hiển thị thứ tự các nút OK và Hủy. Nói cách khác, việc hiển thị các nút thích nghi để phù hợp với những gì hệ điều hành của bạn đã đào tạo bạn sử dụng.

Đây là một cuộc khảo sát thú vị nhằm giải quyết câu hỏi rất cụ thể này trong đó đặt các nút này phải ở trong: http://measuringuserexperience.com/SubmitCancel/index.htm

• DM

Answer 7

Có ... nhóm logic của menu giúp người dùng của bạn nhớ mọi thứ dễ dàng. Tôi cũng không thích có một menu "Công cụ" và bán tất cả mọi thứ không thuộc về nơi khác ở đây ... Sẽ có một "Menu ứng dụng" như Mac hoặc giống Nút Office (Giao diện người dùng ngoài không gian trong năm 2010) có thể có những "công cụ" hoặc tùy chọn đó.

Về nút đặt hàng, hãy thử làm theo công ước nền tảng ... http://blog.mugunthkumar.com/tech/elements-of-usability-design-okcancel-vs-cancelok-is-it-just-a-matter-of-taste/