2012-02-01 128 views
7

由於我正在處理像桌面應用程序一樣工作的HTML5 Web應用程序,因此我在想,瀏覽器後退按鈕是否可用。單頁HTML5 Web應用程序不應該有後退按鈕?

首先,我的應用程序裏面。由於設計接近桌面應用程序,因此我從不更改網址,因此完全沒有歷史記錄,這是一個單頁應用程序。

其次,我的應用程序之外。如果她想離開應用程序,我會傾向於在用戶遇到歷史記錄時詢問用戶,因爲正常行爲是轉到之前的URL,我認爲我不應該阻止它。

您認爲如何?這種方法合理嗎?

謝謝!


後評論:

  • 當存在broser頁面上的返回按鈕,這個按鈕應該正常運行。我同意。

  • 但是,如果沒有後退按鈕,那麼它可以使Web應用程序看起來更像一個應用程序(而不像一個網站)。例如,在專用窗口中打開的Chrome應用程序(例如郵件,日曆)不會顯示任何後退按鈕。

我將更多地關注谷歌解決方案,在鉻合金上運行的獨立窗口中創建Web應用程序。我想知道它是否可以推廣。發現


例子:

https://www.draw.io/ - 當回去,打開一個對話框,要求用戶選擇離開應用程序。我覺得很整潔。

+5

如果視圖的變化,則用戶會想到後退按鈕帶他們回到以前的觀點。用戶期望的突破行爲是讓他們不快樂的好方法。現代瀏覽器有一個[偉大的API](https://developer.mozilla.org/en/DOM/Manipulating_the_browser_history#Adding_and_modifying_history_entries)。 – 2012-02-01 21:23:24

+1

你提到你會詢問用戶何時碰到前一個。但是,(純粹從個人經驗來講)我發現人們通常不會閱讀他們,而且經常發現他們很煩人。你能避免它們嗎?如果用戶意外回擊,是否有可能讓用戶回到他們的狀態,然後繼續前進以回到您的應用程序? – kush 2012-02-01 21:33:19

+0

@Jordan:你應該給你的答覆一個答案,以便它可以被提高/接受。 – 2012-02-01 22:46:35

回答

7

(每@ NathanArthur的建議,發佈這作爲一個答案。)

如果視圖的變化,則用戶會想到後退按鈕帶他們回到以前的觀點。用戶期望的突破行爲是讓他們不快樂的好方法。現代瀏覽器有great API for this

+0

我用你的答案更新了我的問題。你怎麼看? – unludo 2012-02-02 14:16:46

+0

如果您希望很多用戶在瀏覽器之外使用您的應用程序(例如您提及的Chrome應用程序或流體),那麼您應該考慮這些用戶的需求。通常,本地應用(特別是在屏幕空間有限的移動設備上)在用戶界面中有一個「後退」按鈕 - 這對用戶來說是一個直觀的比喻。用戶是否想要「回去」?只是需要考慮。 – 2012-02-02 15:53:22

+1

「如果視圖改變......」 - 這正是非常非常難以定義的部分。什麼構成「視角變化」?更改選項卡控件中的選項卡?更改表格視圖的過濾器?展開/摺疊手風琴或樹節點?如果你在屏幕上有多個這些東西並且想要支持後退按鈕,它會變得更加複雜。如果用戶在基於組件的系統中組裝視圖,則會變得更糟。 – 2013-02-20 02:44:00

6

爲什麼,不推國曆史?我真的會向你推薦這個,因爲你應該儘量不要打破用戶的正常行爲,如果他們偶然點擊了某些東西,他們總是會試着按下那個按鈕。你可以使用History.js

還是有一個理由不使用歷史?

+0

我用你的答案更新了我的問題。你怎麼看? – unludo 2012-02-02 14:16:23

相關問題