右劃側邊導航菜單和 iOS 7 的返回手勢衝突，各個 iOS 應用怎麼解決？

12-25

如：大量應用居左隱藏隨右劃呼出的側邊欄。

事實上，iOS 7 以前，許多邏輯清晰的使用「抽屜式導航」（呼出左側菜單）的 App 交互是這樣的：

當前層次在主界面時，Navigation Bar 左側按鈕（屏幕左上角按鈕）為菜單呼出鍵，點擊用於呼出左側菜單，右劃手勢同樣用於呼出左側菜單；
當前層次比主界面深的界面（以下簡稱次界面）時，Navigation Bar 左側按鈕為正常返回鍵，點擊用於返回上一層，大多數 App 沒有專門的右劃手勢。

而在 iOS 7 中，在導航層數大於1時（即當前界面是由其他界面「push」過來），增加了從屏幕左側邊緣右劃實現返回鍵功能的手勢，所以：

主界面並沒有返回上一層的需要，增加的手勢操作並不影響原有呼出左側菜單操作；
次界面增加的手勢操作，可以實現從屏幕左側邊緣右劃返回上一層。

總的說來：

原有的右劃手勢只在主界面上對應了點擊 Navigation Bar 左側按鈕，而在 iOS 7 中右劃手勢在主界面和次界面中都對應了點擊 Navigation Bar 左側按鈕。這統一了右劃手勢的操作邏輯。

例如，在次界面中連續點擊左上角最終會返回主界面並呼出左側菜單，連續右劃也可以實現同樣功能。

==========補充==========

有的 App 右劃手勢是全局的，應該為了在次界面里也可以使用右劃手勢切換左側菜單中項目，這種情況確實在 iOS 7 中會無法完成原操作。

不過個人認為導航太深的 App 配合「抽屜式導航」的交互本身就不太合適。

導航太深的 App，從一個項目A的深層次界面跳轉到另一個項目B時，再次點擊項目A後，很多 App 並不會回到之前的項目A的深層次界面，用戶撤銷該操作的代價太大。
相反，導航不深的 App，如果跳轉項目後想回到之前的界面，操作代價小得多。

現在為止，我看到有下面這些方案：

遲早會後悔型 ── 置 iOS 7 的右滑反饋不顧。自己玩自己陳舊的那一套路數。甚至，右劃拉出左側導航菜單這樣的事情也只會存在於第一層主界面，其它層級怎麼滑都沒有任何反應。如 Path 這個傻瓜應用；
沒有 tab bar 只有左劃，如果返迴路徑太長或許會累死型 ── 右劃拉出左側菜單這個事件只存在於第一層主界面。其它界面的右滑是 iOS 7 推崇的返回（是不是按著邊緣就無所謂計較了吧）。如果這個應用因為左側菜單而放棄 tab bar，那麼勢必在層級太多的時候返迴路徑太長而有時候會過度疲憊。如知乎 iOS 客戶端。
因為 iOS 7 的右劃返回手勢而放棄左側導航菜單重新擁抱 tab bar 型 ── 如 Facebook ── 不過狡詐如他們還有左劃右側菜單。
就是那麼酷就是那麼有型無所謂後悔型 ── 置 iOS 7 的右滑返回不顧，任何界面的右劃都是拉出左側導航菜單，想要返回就點擊左上角的剪頭。路徑太長怎麼辦？不怕，跟 Safari 一樣，長按會有捷徑出現！如帥到爆 Dropbox 客戶端 Boxie.
神經錯亂型 ── 只有嚴格從左側邊緣右劃才能返回，普通的右劃呼出左側導航菜單 ── 這樣居然也可以！因為刪除太快，我沒有記住應用的名字，很可惜。

去用一下就知道了。
右滑back是需要從屏幕邊緣開始划起的。
右滑菜單則在屏幕內完成的操作，兩者並不矛盾。

把原來屬於「返回」的左上角佔了。。。

根據試用，chrome這種從邊緣劃入手勢有定義的軟體上，iOS7的右滑會自動失效（等等不會是根本沒在非iOS7 SDK上生成的程序中啟動這個手勢吧……）。但奇葩的是上劃拖出控制中心是全局生效的，在appGratis上是它自己的上劃展開列表被屏蔽了。
實際上我非常期待有三層手勢效果的頁面會是什麼樣，比如cnbeta的http://ie.cnbeta.com，自己帶左滑展開active bar和chrome的左劃切換到下一個頁面衝突，如果改到左邊變成右滑，加上iOS7的右滑返回是不是很好看。

呼出側邊欄可以從屏幕邊框往屏幕內滑。

我是1995

看到這個設計之後，最先想到的是Chrome的邊緣滑動切換標籤的功能杯具了，可能會導致Chrome界面的一些改動。因為右上角的標籤列表按鈕不好按，沒了邊緣滑動切換標籤後切換標籤就會很難受。
題外話：新版Safari好用很多，基本可考慮替代Chrome。

實際上這個是設計缺陷，右滑顯示側欄應該只會在每個頁面的rootviewcontroller啟用，而他們的子viewcontroller是不應該響應這個操作的，這樣就不會產生衝突了
右滑返回這是一個趨勢，特別是馬上要出更大屏的手機的時候，手勢交互來的尤為重要
當然，最好的解決辦法是有一個物理返回鍵，可惜蘋果沒有這個貨，只能在代碼上多想想辦法了