it-swarm-vi.tech

Xử lý nhiều cửa sổ bật lên "cảnh báo"?

Một ứng dụng iPad mà chúng tôi đang xây dựng sẽ ném một cửa sổ cảnh báo cho các tình trạng lỗi khác nhau. Chúng tôi đang xem xét xây dựng giao diện người dùng tùy chỉnh cho các cảnh báo do cửa sổ cảnh báo mặc định khá khó chịu. Câu hỏi của tôi là, làm thế nào để bạn xếp các cảnh báo? Ví dụ: nếu 2 phần của ứng dụng đưa ra 2 cảnh báo khác nhau, thì cách tốt nhất để chỉ ra rằng 2 điều đã sai. Một suy nghĩ là chỉ hiển thị lỗi đầu tiên đã xảy ra. Một cách khác là hiển thị các cảnh báo lần lượt, vì vậy người dùng được thực hiện để nhấp "ok" hai lần. Một cái khác giống như "2 điều đã sai: đây là 1 và đây là một vấn đề khác" nhưng vấn đề có lỗi 2 có thể xảy ra sau lỗi 1 nhưng trước khi người dùng có tùy chọn bỏ cảnh báo 1.

Có ai nhìn thấy bất kỳ mẫu UI tốt nào để nhóm nhiều thông báo cảnh báo không?

7
Arpit

Đây là cách Apple thực hiện trong Finder Mac OS:

alt text

alt text

5
Hisham

không ai thích thông báo (mà tôi biết), nhưng đối với nhiều tin nhắn không đồng bộ, giao diện 'gầm gừ' cho đến nay cảm thấy khá hấp dẫn. Sau khi xem xét một số plugin cụ thể của jQuery cho 'thông báo', tôi thấy những điều sau đây khá hữu ích:

http://pines.sourceforge.net/pnotify/

Hãy thử nhấp vào các bản trình diễn đơn giản và xem thông báo javascript dọc theo quyền của trang của bạn.

8
ericslaw

Xem xét cốt lõi ở đây: bạn có cần làm gián đoạn người dùng không?

Là lỗi cần phải được hiển thị trong một cửa sổ bật lên hoặc nó có thể được hiển thị trong dòng chảy của ứng dụng? Ví dụ. nó là một ngoại lệ, hay nó là một thông báo? "Không thể tải trang" có ý nghĩa và trọng lượng khác với nội dung như "Tweet không thành công. Twitter đã không phản hồi."

Suy nghĩ về những khác biệt đó dẫn đến một vài suy nghĩ:

  • Nếu đó là một lỗi nghiêm trọng, bạn nên ngắt dòng ứng dụng và cảnh báo người dùng. "Không thể tải trang" cần bật lên vì không có gì khác có thể xảy ra song song.
  • Các lỗi không nghiêm trọng, như "Tweet thất bại" trong ứng dụng Twitter, không nên phá vỡ dòng chảy, vì bạn sẽ làm gián đoạn việc sử dụng ứng dụng của người dùng, thường sẽ giống như đọc hoặc viết.
  • Người dùng đang làm gì? Nếu người dùng đang thực hiện một số nhiệm vụ tuần tự, ví dụ. điền vào một biểu mẫu, sau đó hiển thị cho người dùng các lỗi khác nhau được nhóm lại với nhau.
  • Xem xét thiết kế theo cách của bạn ra khỏi vấn đề. Chẳng hạn, đừng coi lỗi là lỗi. Trong ví dụ "r tweet", API Twitter là một phụ thuộc bên ngoài và do đó, bất kỳ cuộc gọi nào đến nó đều phải có khả năng chịu lỗi, bao gồm cả phản hồi cho người dùng trong UI. Điều này ảnh hưởng đến cách người dùng nhận biết ứng dụng của bạn: nếu bạn luôn bật ra lỗi bất cứ khi nào có ngoại lệ xảy ra, người dùng sẽ nhận thấy một ứng dụng không ổn định, gây khó chịu làm gián đoạn cô ấy. Nếu bạn xử lý lỗi và hiển thị chúng dưới dạng thông báo không thể tránh khỏi chỉ xảy ra vì đôi khi Twitter có thể bị hỏng, nó sẽ xuất hiện rất khác nhau.
  • Nhìn vào các quy ước nền tảng cho iPad. Tham khảo Apple Nguyên tắc giao diện con người và xem các ứng dụng hàng đầu. Kinh nghiệm của tôi với iPad là có rất ít trạng thái lỗi trong ứng dụng; điều này có thể do thử nghiệm tuyệt vời hoặc do Thực tế là các nhà thiết kế đã thiết kế các trạng thái lỗi có thể xảy ra ngoài ứng dụng. Hãy xem xét ví dụ này: trong một biểu mẫu web, nếu bạn hỏi số điện thoại ở một định dạng cụ thể, bạn vừa đưa ra trạng thái lỗi có thể xảy ra khi người dùng điền sai Tuy nhiên, nếu bạn chỉ chấp nhận bất kỳ định dạng nào, đó là một vấn đề ít khiến người dùng phải lo lắng. Đôi khi tôi tự hỏi liệu các nhà thiết kế ứng dụng iPad có nghiêng về kiểu thiết kế đó không.

Sruly đã đăng một câu trả lời trong khi tôi đang viết bài này và nó có vẻ rất cụ thể và kỹ thuật. Hy vọng câu trả lời của tôi có thể đóng góp một số ý tưởng thực phẩm cấp cao.

3
Rahul

Tiếng hú

Howl dành cho iPad, Growl dành cho Mac

multiple alerts

Có thể tự động xếp chồng nhiều cảnh báo. Các cảnh báo có thể mờ dần sau một giây nếu đó không phải là một cảnh báo nghiêm trọng. Bạn cũng có thể tạo cảnh báo mà người dùng phải loại bỏ. Growl được sử dụng trong một số lượng lớn các chương trình Mac, tôi không biết Howl phổ biến như thế nào.

3
neoneye

Mặc dù bạn có thể không muốn sử dụng các mẫu Windows cho một sản phẩm Apple.

Một vài mẫu để xem xét. (Từ Windows)

  • Các biểu tượng trình thông báo trên thanh tác vụ hiển thị một thông báo tại một thời điểm và khi bạn đóng nó hoặc nó sẽ hiển thị một thông báo khác.

  • Một số tin nhắn xếp chồng với mỗi tin nhắn tiếp theo được di chuyển xuống một vài pixel và bên phải.

  • Một số thông báo (như cảnh báo trong JS) cho đến khi được phản hồi nên rõ ràng chỉ có thể có một thông báo tại một thời điểm.

  • Một số tin nhắn (như cảnh báo hệ thống windows về rủi ro bảo mật) hiển thị trong một hộp nhưng với tất cả các tin nhắn đều có.

  • Các trang web StackExchange đặt các thông báo quan trọng lên hàng đầu và các thông báo ít quan trọng hơn có thể bật lên sau khi bạn thực hiện một hành động.

Vì tôi không biết chính xác những gì bạn đang xây dựng nên thật khó để đưa ra đề xuất nhưng thông qua quá trình loại bỏ, tôi có thể thu hẹp nó.

Vì bạn có các pixel màn hình giới hạn, việc nhóm các tin nhắn trong một hộp có thể đánh cắp rất nhiều không gian màn hình của bạn.

Bạn có thể không muốn ứng dụng của mình bị chặn trừ khi có lỗi nghiêm trọng để cảnh báo kiểu JS có thể bị loại.

Xếp chồng không chặn cửa sổ bật lên sẽ không hoạt động trở lại do thiếu không gian màn hình.

Tôi nghĩ rằng điều này để lại cho bạn chỉ với một vài lựa chọn. Một cửa sổ bật lên không chặn và mờ dần hoặc biến mất khi nhấp vào (như bong bóng biểu tượng thông báo trong cửa sổ taksbar hoặc các thông báo nhỏ trong StackExchange) hoặc khu vực thông báo (như thanh trên cùng trong StackExchange)

2
Sruly

Tôi có thể sẽ bật lên một cảnh báo kiểu biển báo trong suốt và để nó ở góc trên bên phải hoặc phía dưới bên phải.

Bất cứ khi nào xảy ra lỗi, bạn có thể hiển thị biểu tượng và sau đó nếu xảy ra lỗi khác, bạn có thể flash cảnh báo màu sáng hơn và thêm một bộ đếm bên cạnh nó với số lỗi họ đã nhận được. Ngoài biểu tượng và bộ đếm, bạn có thể muốn có một hoặc hai nhãn Word. Một cái gì đó ngắn và đến thời điểm có lẽ sẽ là tốt nhất để tiết kiệm cho bất động sản.

Khi người dùng đẩy (bấm) cảnh báo, nó có thể bật ra một hộp với danh sách lỗi của họ.

1
LoganGoesPlaces