web端設計很多時候是在考慮如何將操作展示給使用者，而mobile的設計更多的時候則是考慮如何將操作巧妙的隱藏起來。這種隱藏實際上是對核心功能的一種突出。
導航始終是產品設計的重頭戲，不管在web端設計還是在mobile的設計中。之前曾經在讀《觸動人心》的時候寫過一篇「移動產品設計之ios導航模式」，其中的導航模式基本都是基於ios系統自身的一些模式，隨著ios新產品的不斷出現，新的導航方式也隨之更新，這裡說一下「抽屜式」的導航方式。
fb推出這種新的導航模式不久，gmail的ios版本同樣採用了這種導航模式，再之後path 2.0版本也採用了這種抽屜式導航並將其演變到極致。至此，這種抽屜式的導航模式迅速竄紅與ios產品設計中。
簡單的定義
當然，這種抽屜也存在一些變種，目前以path和sparrow較為突出。path不僅將主導航作為一種抽屜，同時底部的操作按鈕也是一種變種的抽屜；而sparrow則增加了抽屜的層級，在一級抽屜被開啟之後還可以再繼續拉開一層抽屜。另外，公尺途訂酒店則將全部的酒店預訂過程化作一種抽屜，也是一種很不錯的形式。
另外，對於一些需要用到訊息提醒的應用，抽屜的出現會給訊息的展示帶來新的麻煩，因此，很多的抽屜導航會將訊息展示在title區域裡，以乙個入口的形式來展示。典型的如facebook、快捷酒店管家。
抽屜導航的核心思路
抽屜式導航的核心思路是「隱藏」。隱藏非核心的操作與功能，讓使用者更專注於核心的功能操作上去。個人認為，隱藏的思維是移動產品設計中最核心的乙個思想。上週在極客公園分享了關於如何應用縮小、隱藏、賦加的思路來做移動產品設計的話題，而這個思路中最最核心的恰恰是隱藏。
facebook中，使用者核心的操作是閱讀timline，所以抽屜裡隱藏了所有其他的操作；path中，使用者的核心操作還是看好友的timeline，所以抽屜裡隱藏了其他的操作，同時ugc的操作又必不可少，因此path在左下角也用了乙個抽屜；在sparrow裡，使用者看新郵件的頻率大於檢視歸檔郵件的頻率，因此抽屜裡隱藏了郵件型別等操作，同時為了平衡發郵件的需求，在右下角單獨留了乙個入口；在快捷酒店管家裡，使用者的核心操作是通過地圖尋找附近的快捷酒店，所以抽屜裡隱藏了切換城市等其他操作…..
3月份的時候我曾在微博上說，這種導航方式會逐漸流行，推測的依據就是隨著移動產品設計的演進，越來越多的產品設計師開始認識到只有讓核心更突出才能提高整體產品的體驗，只有不斷降低使用者的干擾才能不斷提高使用者的使用效率。
Perl TK 抽屜式元件
perl w use tk mw mainwindow new mw title tk frame l mw frame pack qw side left fill both widget f frame l labelframe pack qw side top fill both expand...
抽屜式公告 SlidingDrawer過時
slingdingdrawer slidingdrawer影藏的檔案用content屬性，顯示的手柄用handler屬性 重要方法 animateclose 關閉時實現動畫。close 即時關閉 getcontent 獲取內容 ismoving 指示slidingdrawer是否在移動。isopen...
AXURE製作APP抽屜式選單
1.拖乙個dynamic panel到窗體，將state1改名為state 首頁 2.拖2個dynamic panel到state 首頁中，分別命名為側邊選單及首頁內容，首頁內容蓋住側邊選單 3.在首頁內容和側邊選單隨便放點東 西，比如圖 片之類的，再在首頁內容中放置乙個按鈕，然後設定按鈕的點選事件...