2012-02-01 22 views
7

Khi tôi đang làm việc trên một ứng dụng web HTML5 hoạt động như một ứng dụng dành cho máy tính để bàn, tôi tự hỏi liệu nút quay lại của trình duyệt có thể sử dụng được hay không.Ứng dụng web HTML5 một trang không nên có nút quay lại?

Trước tiên, bên trong ứng dụng của tôi. Vì thiết kế gần với một ứng dụng máy tính để bàn, tôi không bao giờ thay đổi url, vì vậy không có lịch sử nào cả, đó là một ứng dụng một trang.

Thứ hai, bên ngoài ứng dụng của tôi. Tôi sẽ có xu hướng hỏi người dùng khi cô ấy truy cập trước đó trong lịch sử nếu cô ấy muốn rời khỏi ứng dụng vì hành vi bình thường là đi đến một URL trước đó, mà tôi nghĩ rằng tôi không nên ngăn chặn.

Bạn nghĩ sao? Cách tiếp cận này có hợp lý không?

Cảm ơn!


Sau khi nhận xét:

  • Khi có một nút quay lại trên trang broser, nút này nên cư xử một cách chính xác. Tôi đồng ý.

  • Nhưng nếu không có nút quay lại, thì nó có thể làm cho ứng dụng web trông giống như một ứng dụng (và ít giống như một trang web). Ví dụ: các ứng dụng của Google trong chrome (ví dụ: thư, lịch) khi được mở trong cửa sổ chuyên dụng sẽ không hiển thị bất kỳ nút quay lại nào.

Tôi sẽ tìm hiểu thêm về giải pháp google để tạo ứng dụng web trong cửa sổ được phân tách chạy trên chrome. Tôi tự hỏi nếu nó có thể được tổng quát.


Các ví dụ được tìm thấy:

https://www.draw.io/ - Khi đi lại, mở hộp thoại yêu cầu người dùng chọn để rời khỏi ứng dụng. Tôi thấy rằng gọn gàng.

+5

Nếu chế độ xem thay đổi thì người dùng sẽ mong đợi nút quay lại đưa họ quay lại chế độ xem trước đó. Hành vi phá vỡ mà người dùng mong đợi là một cách hay để khiến họ không hài lòng. Các trình duyệt hiện đại có [API tuyệt vời] (https://developer.mozilla.org/en/DOM/Manipulating_the_browser_history#Adding_and_modifying_history_entries) cho việc này. –

+1

Bạn đề cập đến bạn sẽ hỏi người dùng khi cô ấy truy cập trước đó. Tuy nhiên, (nói hoàn toàn từ kinh nghiệm cá nhân) tôi đã thấy rằng mọi người thường không đọc chúng và thường thấy chúng khó chịu. Bạn có thể tránh chúng? Có thể đưa người dùng trở lại trạng thái của họ nếu họ vô tình quay lại và sau đó nhấn để quay lại ứng dụng của bạn? – kush

+0

@Jordan: Bạn nên trả lời câu trả lời để có thể được bình chọn/chấp nhận. –

Trả lời

7

(mỗi @ lời khuyên NathanArthur của, gửi bài này như một câu trả lời.)

Nếu những thay đổi quan điểm sau đó người dùng sẽ mong đợi vào nút quay lại để đưa họ trở lại giao diện trước đó. Hành vi phá vỡ mà người dùng mong đợi là một cách hay để khiến họ không hài lòng. Các trình duyệt hiện đại có great API for this.

+0

Tôi đã cập nhật câu hỏi của mình với câu trả lời của bạn. Bạn nghĩ sao? – unludo

+0

Nếu bạn mong đợi nhiều người dùng đang sử dụng ứng dụng của mình bên ngoài trình duyệt (như, như bạn đề cập, ứng dụng Chrome hoặc ví dụ: Chất lỏng) thì bạn nên cân nhắc các nhu cầu của người dùng đó. Thường thì các ứng dụng gốc (đặc biệt là trên thiết bị di động nơi không gian màn hình bị giới hạn) có nút "quay lại" trong giao diện người dùng - đó là ẩn dụ trực quan cho người dùng. Người dùng có muốn "quay lại" không? Chỉ cần một cái gì đó để xem xét. –

+1

"Nếu chế độ xem thay đổi ..." - đó chính xác là phần rất, rất khó xác định. Điều gì tạo nên "thay đổi chế độ xem"? Thay đổi một tab trong một điều khiển tab? Thay đổi bộ lọc cho chế độ xem bảng? Mở rộng/thu hẹp một nút accordion hoặc cây? Nó trở nên phức tạp hơn nếu bạn có nhiều thứ trên màn hình và muốn hỗ trợ nút quay lại. Nó thậm chí còn tồi tệ hơn nếu người dùng lắp ráp khung nhìn, ví dụ, trong một hệ thống dựa trên thành phần. –

6

Tại sao, không đẩy Hoa Kỳ vào Lịch sử? Tôi thực sự muốn giới thiệu điều này cho bạn, bởi vì bạn nên cố gắng không phá vỡ hành vi bình thường của người dùng, họ sẽ luôn cố gắng nhấn nút đó, nếu họ vô tình nhấp vào một cái gì đó. Bạn có thể sử dụng History.js.

Hoặc có lý do nào không sử dụng lịch sử không?

+0

Tôi đã cập nhật câu hỏi của mình với câu trả lời của bạn. Bạn nghĩ sao? – unludo

Các vấn đề liên quan