為何Linux桌面應該按任務來組織管理？
譯文【51CTO.com快譯】眼下不是桌面環境方面進行大膽創新的時候。用戶反對KDE、GNOME和Unity的一幕還歷歷在目，開發人員不會試圖對桌面環境作出重大變化。相反，更偏愛沒人容易心煩意亂的功能方面的調整和細小改進。我仍然認為，桌面早就該換成基于任務的設計了。
在過去，桌面按應用程序來組織管理。這種方法在個人計算的早期很適用，那時候應用程序數量不多。而如今，至少從兩個方面來看，這種方法完全過時了。
首先，應用程序的名稱往往很少體現功能。Amarok、K3B(哪怕使用完整的寫法Burn Baby， Burn)和Shotwell都是一流的應用程序，但是沒有人能從它們的名稱中猜出其功能。連Libreoffice的名稱也只是含糊地表明了用途。像Pysol(Python Solitaire)或digiKam(數碼相機)這些應用程序的名稱在普通菜單的應用程序中只占三分之一，連這樣的名稱，意思都不太明了。
應用程序名稱含糊的這種情況，通常歸因于基于任務的頂層菜單。比如說，當Scribus和Xsane都列在Graphics下方時，引導作用極其有限。
其次，也是更重要的是，普通的現代電腦有太多的應用程序，按名稱來顯示它們已變得越來越不切實際。
經典菜單不是對屏幕來說太長，就是子菜單溢出屏幕，直到它們幾乎不被使用。替代辦法也不是特別成功。只顯示一小部分應用程序有可能讓用戶不知道已安裝的全部程序，哪怕添加上搜索欄也是如此。
同樣，雖然由于缺少空間，獨立的菜單屏幕在移動設備上可以接受，但是在工作站上，只會讓人分心。經典菜單的替代方法一直夢想的設計是：盡量減少鼠標點擊次數，讓用戶可以盡快回去處理工作。
基于任務的替代方法
想解決這個設計問題，最快捷的辦法很可能是基于任務的設計。可問題是，基于任務的設計只是偶爾在桌面環境中合情合理。除了在頂層菜單中以外，如果用戶選擇，它可以與虛擬工作區一起有限地實施；比如說，一個工作區專門用于上網沖浪，另一個工作區用于收閱電子郵件。
除此之外，實施基于任務的桌面的一大舉措就是KDE Activities――它們似乎太激進了，缺乏詳細的解釋，未能流行起來。
然而，你設置好Activities后，最先一目了然的一點是，相比任何一種菜單，每個Activity需要的桌面圖標比較少。即使工作區上有文檔和URL，KDE Activity也很少需要十多個圖標，常常五六個圖標就可以了。因而，所有必要的資源都只要點擊一下鼠標就能獲取，極少需要搜索就能找到這些資源。
換句話說，你在使用某個特定的任務時，可以像個人計算的早期那樣臨時回到原來的情形，那時候應用程序數量不多，不至于讓人無所適從。或者，換一種方式說，你使用一種更有針對性的Favorites(最喜愛的程式)菜單。
就個人而言，我很喜歡Activities；如果我使用除KDE之外的任何桌面，要是沒有Activities就會覺得無計可施。不過，我很想知道它們能不能再邁進一步。
具體來說，何不讓任務成為一直貫徹到菜單的組織原則?GNOME菜單中已經傾向于采用這種組織，“Document Viewer”取代了“Evince”，“Movie Player”取代了“Totem”。從各方面來考慮的話，把“LibreOffice Cals”換成“Spreadsheets”或者把“Firefox”換成“Web Browser”不會是多大的變化。許多桌面圖標用戶已經進行了這種變化，幾個次要的發行版也是如此。
這種解決辦法有望消除應用程序名稱與功能毫無關系的問題。讓菜單項可以編輯，它們還會減少菜單的長度，讓它們可以在單頁上全部顯示。
按名稱組織的視圖可能仍會留下來，完全用于參考，但在普通環境下，菜單只會顯示任務；如果是替代方法，可能會顯示子菜單。一些應用程序安裝時已經為它們分配了任務，而額外的任務可以由用戶來添加。
結果就是立即易于理解、高效、個性化，而這些都是Linux桌面用戶所偏愛的。
改變的意愿
當然，我認識到，在當前情況下，不可能實現這種變化。在科幻作家Harlan Ellison筆下的世界里，我不僅在搭建空中樓閣，還打算頭一個月就搬進去。
不過，變化不會很大，適應變化也不會很難。大多數桌面環境已經允許選擇默認的常用應用程序來打開文件。讓整個菜單都基于任務只需要更多的同一選擇，隨之而來的高效很快會證明有必要花這番力氣。
最重要的是，圍繞任務構建桌面可以消除所有精心制作但常常很煩人的基本菜單的替代方法，讓用戶可以更快速地瀏覽。其實只要愿意實施變化，但假設這一幕果真出現的話，也不太可能會在幾年內出現。
原文標題：Why the Linux Desktop Should Be Organized By Tasks，作者：Bruce Byfield
【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】
