it-swarm-vi.tech

Nút thả xuống và các tùy chọn khác nhau

Ở đầu ứng dụng, chúng tôi có một thanh chức năng (gần như) chứa tất cả các chức năng có thể được thực hiện trên các mục trong bảng bên dưới, khá giống với Office Fluent UI. Chúng tôi cố gắng giảm thiểu số lượng chức năng nhưng chúng tôi có một số màn hình trong ứng dụng sẽ vượt quá không gian trong thanh. Bây giờ chúng tôi muốn bao gồm nút thả xuống/nút chia/nút menu/....

Tuy nhiên, chúng tôi có một nhóm chức năng trong đó các tùy chọn không phù hợp và không bao giờ hoạt động cùng một lúc, tuy nhiên, sẽ hợp lý khi nhóm chúng lại với nhau. Chúng tôi không bao giờ ẩn các nút trong ứng dụng nhưng làm mờ chúng đi.

Bạn sẽ tiến hành như thế nào, nếu chức năng hàng đầu bị vô hiệu hóa (nhưng là chức năng được sử dụng nhiều nhất) và chức năng thứ hai đang hoạt động.
[.___.] Chức năng thứ hai có nên "nhảy" lên đầu không?
[.__.] Nó có nên ở lại đó không? Nếu nó vẫn ở đó, làm thế nào để tôi chỉ ra rằng nút không hoạt động nhưng thả xuống đang hoạt động.
[.___.] Tôi có nên sử dụng nút menu không?

5
marten

Các nút chia rất tuyệt vời khi có một lệnh mà người dùng sử dụng hầu hết thời gian và sau đó một số lệnh khác họ sử dụng một số thời gian. Người dùng có quyền truy cập bằng một lần nhấp nhanh vào những gì họ cần hầu hết thời gian, trong khi các lệnh ít phổ biến hơn vẫn có sẵn nhưng ngoài lề. Đây là cách nó đóng góp cho giao diện người dùng (nhanh và không suy nghĩ) của Google: bằng cách thúc đẩy tốc độ cho các lệnh phổ biến trong khi che giấu sự lộn xộn của các lệnh hiếm.

Ở đây các tùy chọn tôi thấy bạn phải đối mặt trong tình huống của bạn:

Tắt nút. Khi sử dụng nút chia, nếu bạn giữ nguyên lệnh cho nút đó và tắt nó khi cần, người dùng có thể nghĩ toàn bộ menu bị vô hiệu hóa (nếu họ không chú ý đến mũi tên nhỏ được bật). Nó cũng làm suy yếu tính linh hoạt của các nút của nút chia ở chỗ hầu hết người dùng có thể luôn luôn truy cập vào lệnh mà họ rất có thể cần truy cập.

Lệnh hoán đổi nút. Tùy chọn tồi tệ thứ hai là hoán đổi các lệnh cho nút. Ở đây, mối quan tâm là người dùng won có thể phát triển các thói quen hữu ích cho mỗi lệnh vì đôi khi một lệnh nằm trên nút và các lần khác, nó bị chia tách. Họ sẽ phải dừng lại, đọc nút và suy nghĩ trước khi hành động (không sao, lệnh tôi muốn không có ở đây, vì vậy nó phải được chia ra lần này). Một lần nữa, không quá tốt cho sự trôi chảy. Nguyên tắc Windows UX cho phép làm cho nút này là lệnh cuối cùng được sử dụng, với giả định rằng nó có khả năng được sử dụng lại. Nếu điều đó phù hợp với trường hợp của bạn, thì đó là một giải pháp tốt. Tuy nhiên, tôi sẽ cẩn thận về việc hoán đổi trong lệnh khác nhau từ lệnh cuối cùng được sử dụng (ví dụ: vì lệnh cuối cùng hiện đã bị vô hiệu hóa) trừ khi lệnh mới có khả năng dự đoán cao và cảm giác có nghĩa là người dùng của bạn. Tôi sẽ thử điều này mà không có một lượng lớn nghiên cứu người dùng trước.

Nút menu. Có vẻ như bạn gặp trường hợp sử dụng lệnh được phân bổ đều hơn trên các lệnh. Điều chỉnh mỗi lệnh không khả dụng cho một đoạn tốt thời gian. Có lẽ bạn cần a nút menu, khác với nút chia trong đó là nút menu luôn luôn mở ra một lệnh thả xuống, về cơ bản giống như một menu thả xuống. Dán nhãn nút menu với danh mục lệnh. Nhấp vào nó sẽ thả xuống một danh sách các lệnh ổn định, với một số bị vô hiệu hóa khi cần thiết. Điều này có nghĩa là các lệnh của bạn luôn cần hai lần nhấp để chọn, khiến người dùng mất một số hiệu quả, nhưng ít nhất người dùng đã thắng phải dừng lại và suy nghĩ trước khi sử dụng.

Nút Toggling. Trong mọi trường hợp, là hai lệnh được sử dụng phổ biến nhất đối lập lẫn nhau để cái kia luôn được bật và khi cái kia bị vô hiệu hóa và ngược lại? Ví dụ: một lệnh mở rộng khung nhìn và một lệnh thu nhỏ khung nhìn? Nếu vậy, có lẽ bạn có thể kết hợp cả hai thành một thuộc tính _ toggling _. Tại đây, bạn có một nút bật tắt (hoặc thậm chí là hộp kiểm) được gắn nhãn là trạng thái của thuộc tính (ví dụ: Mở rộng ra), mà người dùng có thể đặt (đánh dấu) hoặc bỏ đặt. Bạn vẫn có một mũi tên thả xuống cho các lệnh khác để tinh chỉnh trạng thái hiện tại. Bằng cách này, bạn luôn có chức năng giống nhau trên mạng (như người dùng của bạn cảm nhận được) được bật làm nút của bạn.

Menu Bank. Nếu có nhiều lệnh ở phía tách, tùy chọn cuối cùng tôi có thể nghĩ đến là xây dựng một ngân hàng men , về cơ bản là một nút chia có nhiều hơn một nút. Chọn hai đến bốn trong số các lệnh được sử dụng phổ biến nhất, trong đó ít nhất một trong số chúng luôn được bật. Cung cấp cho mỗi lệnh này nút lệnh riêng luôn hiển thị, nhóm chúng lại với nhau và thêm một mũi tên thả xuống cho các lệnh còn lại. Nhược điểm của việc này là nó chiếm nhiều không gian hơn một nút và bạn luôn luôn có các nút bị vô hiệu hóa chiếm không gian có giá trị, nhưng ít nhất nó đảm bảo lệnh thường cần nhất chỉ là một cú nhấp chuột.

9
Michael Zuschlag

Nếu tôi hiểu bạn một cách chính xác, nó là như thế này, bạn có một menu cho phép nói

Save | Edit | Undo

Hoàn tác làm điểm chính có tùy chọn thả xuống để Làm lại, nhưng có thể là người ta không thể hoàn tác bất cứ điều gì mà chỉ làm lại.

Trong trường hợp này tôi sẽ cho nó nhảy lên trên cùng để được nhìn thấy, mặc dù bình thường sẽ tốt hơn nếu có một menu nhất quán. Tuy nhiên, mọi người đã quen với điều này, vì nó giống như các nút ẩn không thể sử dụng và hiển thị các nút có thể được sử dụng.

1
Lukas Oppermann