生產力應用程式

Windows 8.1 是生產力應用程式的首選平台。 除了提供傳統桌面環境之外,它還可以讓現有的生產力應用程式正常運作。它也是 Windows 市集應用程式的新環境,讓程式設計人員可以建立各種最新、最時尚的生產力應用程式。 我們會在本主題中為您介紹各種方法,示範如何善用 Windows 8.1 的 Microsoft 設計樣式以及功能,讓生產力應用程式更出色。

概觀

Windows 8.1 適用的裝置類型十分廣泛,從觸控式平板電腦或手寫平板電腦,一直到高解析度的膝上型電腦和桌上型電腦都適用。對於生產力應用程式而言,這是一次難得的機會,使用者可以使用不同的輸入裝置,在不同的使用案例中都能完成工作。

Windows 市集同樣為您帶來商機,您可以在此散佈、推廣以及銷售應用程式。只需要撰寫少量程式碼就能提供像是在應用程式內購買以及試用功能等使用案例,讓您馬上就能開始獲利。  

本主題著重在對於生產力應用程式特別重要的 Windows 8.1 功能,其中包括:

  • Windows 市集應用程式:這是應用程式的全新設計語言,著重在設計全螢幕內容以及沈浸式的生產力使用案例。Windows 為您開路,讓您的內容成為主角。
  • 動態磚:藉由建立能顯示使用者最近工作內容的動態磚來吸引使用者,並讓他們持續使用您的應用程式。次要磚也能便於使用者深度連結到內容,並讓他們釘選應用程式中常用的內容。
  • 分享協定:Windows 8.1 能加速應用程式與應用程式之間的分享和協作功能,讓您的應用程式可以和其他應用程式一起合作,協助使用者完成工作並提高生產力。
  • 搜尋協定:全新的頂級 OS 功能可以幫助使用者尋找和組織自己的內容,比以往更方便。您的應用程式會包含在搜尋結果中,當使用者搜尋內容時能引起使用者的注意。
  • 搜尋方塊:讓使用者在應用程式內搜尋您的應用程式內容,提供自訂的結果檢視。
  • 檔案選擇器:檔案選擇器可以方便生產力應用程式的使用者從檔案系統或者從其他參與檔案選擇器協定的應用程式和服務,使用檔案、文件以及相片。
  • 語意式縮放:這項 Windows 8.1 原生功能可以讓使用者兩指捏合並縮小應用程式的詳細資訊,看到內容或者目前工作項目的鳥瞰圖。請在 [開始] 畫面試用一下,了解實際效果。
  • 可調整大小的視窗:使用者可以調整應用程式的大小,以便多個應用程式可以同時並列執行。使用者可隨時使用您的應用程式真正進行多工處理並維持生產效率。

全螢幕

在生產力方面,Windows 市集應用程式最明顯的優勢之一就是不會跟其他應用程式或 Windows UI 搶佔空間。 應用程式會善用螢幕的每一個可見像素來呈現內容。 所有不重要或引人分心的 UI 都可以隱藏,而且只要一個簡單的手勢就會重新顯示,這表示應用程式一定會有足夠的空間,為手上的工作提供最重要資訊。 「內容優先,裝飾次之」的設計哲學,在雜誌或視訊應用程式中就是指是清爽和有趣,這道理同樣適用於生產力應用程式。 當造成分心的因素消失了,就容易將精神集中在使用應用程式呈現的內容。

設計生產力應用程式的時候,首先要確定使用者的核心工作是什麼。 然後善用螢幕的每一個像素,讓您的應用程式出色地完成該項工作。 想像一下有了更多的空間之後,工作變得更加輕鬆、快速或更有趣。 想像一下,眼中充滿有趣又實用的資訊,而不是顯示死板的資料。 想像一下,您的應用程式可以善用空間和位置來傳達設計者表達的意思。 現今使用的很多傳統方式和控制功能都是過去在桌上型電腦開發的,當時顯示器的解析度還不如目前的智慧型手機高。 Windows 市集應用程式提供一個大好良機,透過重新定義使用者如何互動、分析及操控資訊的方式來完成工作。

生產力應用程式通常涉及內容建立與內容使用這兩者混合的使用案例。例如,生產力應用程式可以用於建立以及讀取文件,或者用於建立以及管理待辦事項清單。 在處理瀏覽、顯示命令以及使用者經驗的過程中,生產力應用程式之間存在複雜度相差甚大的情況—有些是簡單、陽春型的待辦事項應用程式,另一些則是複雜的內容建立應用程式,其中有負責管理許多選項的分層功能表。出色的 Windows 8.1 生產力應用程式可以讓使用者的瀏覽經驗快速、流暢又愉快。

生產力應用程式的配置和瀏覽

從應用程式支援的使用案例類型就可以知道您選擇的瀏覽模式。如果您的應用程式要以有組織與結構的方式,同時提供多個使用者經驗 (例如顯示多個文件),那麼階層式模式可以協助您將所有內容放到最上層,而不是深藏在功能表或索引標籤的後面。然而,如果應用程式的資訊密度不高,或是沒有太多需要階層與結構的使用案例,那麼可以考慮使用平面模式,讓使用者在應用程式的快速瀏覽。有「主要/詳細資料」檢視的應用程式 (例如,電子郵件和訊息應用程式) 可以使用清單檢視來呈現最正確的內容。至於部分生產力應用程式,有些使用案例可能需要不同的資料輸入類型,例如表單,它們可以利用本文章後面建議的表單配置。挑選一種最能夠讓使用者快速又正確找到所需內容的模式。

如需應用程式瀏覽模式的相關資訊,請參閱瀏覽模式

如需了解此功能的運作情形,請參閱應用程式功能,從開始到完成系列中的單層瀏覽模式

階層式模式

適合具備階層式結構且有大量資料集的生產力應用程式,例如有許多記事本和記事的記事本應用程式,這時候就可以利用階層式模式在最上層顯示使用者的所有內容。 這種模式可以將所有內容直接呈現在使用者面前,滿足使用者的需求。

應用程式的中樞頁面

您的「中樞」**頁面包含各種區段,每個區段對應到應用程式中的不同區段。每個區段都可以顯示內容或功能。這個中樞必須提供各種的視覺呈現方式,吸引使用者並將他們的注意力引導至應用程式的不同部分。 例如,以下的記事本應用程式會在最上層顯示每個記事本最近的部分記事。 下圖顯示中樞頁面範例。

中樞頁面範例

點選每個記事可以讓使用者直接進入那個記事。如果記事本有很多相關內容無法顯示在首頁,請點選標題 (例如,「出差 - 紐約」),即可顯示該記事本的區段頁面。

請考慮讓使用者自行選擇內容的排序方式。例如,他們可以選擇按照字母、日期、內容類型或者是否分享來進行排序。正確的排序方法取決於應用程式呈現的內容以及使用者的日常使用習慣。 下圖顯示記事排序的範例。

提供記事排序功能的應用程式範例

頂端應用程式列

您可以利用頂端應用程式列,讓使用者快速在應用程式的各區段間橫向快速移動。例如,使用者在閱讀記事本中的某個記事時,可以使用頂端應用程式列快速且輕鬆地移到另一個記事本中的記事。 下圖顯示使用者從頂端或底部邊緣向內撥動時,記事本應用程式中顯示的頂端應用程式列。

有下拉式標頭的記事本應用程式¾

語意式縮放

語意式縮放以視覺方式顯示內容的放大或縮小檢視,讓使用者在單一檢視中快速瀏覽。例如,在記事本應用程式中,使用者可以快速兩指捏合以及平移,從一個記事本移至另一個記事本。 另外,如果使用者選擇要按照日期顯示他們的記事,他們可以快速從最近的記事本移至最舊的記事本。

這張圖顯示縮小後的內容分組。

在語意式縮放中按標題進行內容分組。

您也可以在特定的區段頁面中使用語意式縮放,這樣可以在該區段或類別中瀏覽內容。例如,使用者可以在記事本應用程式,使用語意式縮放在相同記事本的不同記事之間快速瀏覽。

如需語意式縮放的詳細資訊,請參閱語意式縮放的指導方針

平面配置模式

如果應用程式大部分的內容都在同一層,沒有很多的階層,請考慮使用單層瀏覽。 這種模式可以讓使用者快速且流暢地在所有位於同一層的文件、頁面、索引標籤或模式之間來回移動。如需深入了解單層模式,請參閱 Windows 市集應用程式的瀏覽設計

另外,如果應用程式的有些使用案例需要利用多重文件介面的時候,平面模式會是很好的使用方式。若要在多個內容之間切換,頂端應用程式列是非常實用的工具。例如,在試算表建立應用程式中,平面模式可以方便使用者在工作的不同試算表之間快速切換。

部分應用程式可以選擇在頂端應用程式列加入其他功能,例如新增加號 "+" 按鈕,就可以直接在頂端應用程式列建立新試算表。此處顯示的範例是在瀏覽器 (Windows 市集應用程式) 中看到的樣子。

有額外瀏覽功能的瀏覽器。

清單配置模式

如果生產力應用程式的使用案例會運用到「主要/詳細資料」檢視,也就是選擇的項目會決定詳細資料窗格會顯示的內容,那麼請考慮讓主要窗格使用清單配置。 例如,專案管理應用程式會在主窗格顯示里程碑和截止日期,然後根據所選擇的項目,在詳細資料區段中顯示相關詳細資料。電子郵件應用程式可以將收件匣放到螢幕左邊,而將閱讀窗格放到右邊,如此處所示。

使用清單配置的電子郵件應用程式

表單配置模式

在生產力應用程式的各種使用案例中,當使用者必須輸入某些相關資訊時,通常需要表單配置。 例如,在行事曆應用程式建立會議邀請函時,使用者必須輸入地點、開始時間、結束時間、日期、出席者以及其他類似資訊。這種配置類型通常會混合使用不同的控制項類型,而且最適用於以欄為基礎的設計。

決定要使用何種表單配置時,請考慮您要使用者完成的工作流程,以及流程中需要捲動的位置。 顯示觸控式鍵盤之後,由於鍵盤橫置時會佔去一半的螢幕可用空間,所以會增加捲動的機會。 萬一出現內嵌錯誤通知時,也會增加內容的長度以及捲動的需求。

請不要嘗試將所有控制項全部放到一個很長的表單,而是考慮將工作切成一連串的數個表單。

單欄配置適合長或短的垂直捲動表單。在以下單欄配置範例中,閱讀和定位順序是由上往下、由左往右。

表單配置範例

雙欄表單配置能充分利用橫向顯示的可見水平空間。為了讓使用者捲動次數減至最少,可以讓閱讀和定位順序變成由左往右,由上往下。

下圖示範雙欄配置。

以雙欄配置來編排內容的正確方式。

長的捲動式雙欄配置切勿使用由上往下、由左往右閱讀以及定位順序。 因為使用者必須捲動到第一欄的最下面,然後再捲動回第二欄的開頭,接下來又再次往下捲動,才能填寫完整個表單,這個過程十分麻煩。 另外,雙欄配置不適合直向,因為它會讓每一欄變得太窄。

以下範例說明在長的捲動式雙欄配置中應該避免的事項。

以雙欄配置來編排內容的錯誤方式。

瀏覽生產力應用程式內容

生產力應用程式一般涉及多工,使用者會在應用程式的不同內容類型之間來回切換。例如,使用者在寫功課時,可能會在多個文件 (例如研究論文和以前的家庭作業) 中切換。讓使用者快速且流暢地存取內容,就能在您的應用程式中發揮他們最大的生產力。在最近使用的文件、目前開啟的文件,以及應用程式中任何與使用者目前工作集有關的任何內容類型,請考慮使用 Windows 市集應用程式的瀏覽設計中所述的頂端應用程式列。 另外也請考慮支援多重視窗,以便使用者在您應用程式的不同部分上進行多工處理。如需詳細資訊,請參閱多重視窗的指導方針

命令

生產力應用程式比其他應用程式類型,傾向擁有更多命令。這個事實引出一些有趣的問題,那就是有什麼好方法能用可探索的方式來呈現我們提供的命令,又能將使用者的內容擺在最優先。 使用者應該可以完成應用程式的核心使用案例 —這些使用案例可以形成應用程式的「長處」— 一切就靠應用程式的畫布。 盡可能讓使用者在畫布上直接操控內容,而不要新增用來處理內容的命令。例如,當使用者閱讀文件時,讓他們可以直接在畫布上捏合和延展兩指來放大或縮小檢視的字型大小,而不是加入提供該功能的控制項。若要深入了解命令,請參閱命令模式

某些命令和按鈕是您的應用程式不可或缺的一部分,應該一直顯示在畫面上,不然有點不合常理。 例如,在暫停的視訊應用程式上,[播放] 按鈕就可能永遠不會隱藏。 但是,大部分命令不需要一直顯示在畫面上。 為了協助使用者在使用內容時有生產力,很多會讓人分心的命令都可以從螢幕上移除,只在有需要的時候,利用命令或簡單的手勢讓那些命令重新出現。

底部應用程式列是經常出現在應用程式下邊緣的工具列。 它通常不會出現在螢幕上,而且會保持隱藏,當使用者的手指從螢幕上邊緣或下邊緣往內撥動、按一下滑鼠右鍵,或者是按鍵盤上的 Windows 標誌鍵和 Z,底部應用程式列就會出現。 另外,選取應用程式中的內容時,底部應用程式列也會自動顯示。 顯示在底部應用程式列上的工具會隨內容變化,所以在任何時候只會顯示有關的命令。 例如,底部應用程式列會在選取文字時自動顯示文字格式命令。 如果選取的是圖片,底部應用程式列會顯示圖片編輯命令。 應用程式列隨內容調整的這種特質,表示用不到的命令絕對不會出現在您的眼前。 結果就是,您需要的工具往往會隱藏,直到您真正要用的時候才會現身。

當您手動呼叫應用程式列時,也會出現頂端應用程式列。 它讓使用者可以跳至應用程式中的不同位置。 例如,瀏覽器可以使用應用程式列,顯示目前開啟之索引標籤的縮圖。 文書處理應用程式可以使用這個應用程式列,在各個開啟的文件之間來回切換。 購物應用程式可以使用這個功能,在百貨公司的不同銷售部之間來回切換。

頂端應用程式列和底部應用程式列都可以提供按鈕和功能表。 如果您同時有很多操作相關的命令,您可以將這些命令放到從功能表列開啟的功能表,這樣比較合理。

底部應用程式列

以一致且有組織的方式來排列命令非常重要,這樣使用者才不會因為一堆混在一起的命令而手忙腳亂。例如,在記事本應用程式中,使用者想建立新的記事或記事本、按字母順序或日期排列記事本、變更記事文字的格式選項、插入音訊記事、指定地點以及增加標記和圖片。應用程式列可以幫助您將所有應用程式命令放到使用者可預測的一致性介面上,這樣他們只要在一個位置,就可以找到所有想用的命令。

請針對您的應用程式清查所有應用程式命令,然後仔細想清楚每個命令的使用案例。有一種方法可以減少應用程式列出現的命令個數,那就是將命令分成兩大類:一種是應用程式通用命令,另一種是只有進行選擇時才有用的命令。針對後者,不要總是在應用程式列顯示操作命令,而是只有當使用者選擇某些項目,或者應用程式的內容與命令有關聯的時候,才顯示操作命令。

在應用程式列右邊放置應用程式到處用得到的通用命令,例如同步以及 [立即建立] 操作。特別是,將 [新增]**** 命令 — 這個命令會建立新內容,例如記事或記事本 — 放在應用程式列的右邊緣。這會讓每一個 [新增]命令 (無論是特定應用程式或內容) 都有一致的放置位置,而且以拇指觸控輸入時更為方便。

如果您的應用程式與管理個別項目相關,而該項目可能位於您的特定應用程式外部 — 例如電子郵件應用程式,請使用 [刪除]**** 和 [新增] 命令。[刪除]**** 和 [新增] 應該總是按照此處顯示的順序出現。

[刪除] 和 [新增] 按鈕;[刪除] 在左邊,[新增] 在右邊

如果應用程式是用於管理清單,例如待辦事項清單,請使用 [移除]**** 和 [加入]。 [移除]**** 和 [加入] 應該總是按照此處顯示的順序出現。

[移除] 和 [加入] 按鈕;[移除] 在左邊,[加入] 在右邊

還有其他會影響選擇的命令。這些命令應該總是顯示在最左邊,無論它們是否為操作命令,也就是當使用者進行選擇的動作時會出現的命令,或者是對於目前的選擇會有影響的命令,例如格式選項、[全選] 以及 [清除選擇]。

請考慮哪些命令在功能上彼此相關,然後將這些命令放在一起。請盡可能以一致的方式放置命令。另外,建立幾組命令,用於管理顯示在應用程式列中的命令個數,同時考慮盡可能為每組命令建立命令功能表。例如,在記事本應用程式中,如果想按照字母或日期排列記事,只要透過命令功能表中的一個命令就可以做到。命令功能表有助於分類,又可以大幅減少應用程式列上的命令個數,如此處所示。在第一個圖上,每個 [新增]**** 命令在應用程式列上是個別的命令。在第二個圖上,所有的 [新增] 命令被群組到單個 [新增]**** 命令上的功能表中。

顯示在命令列上的命令範例。

應用程式列上飛出視窗中的命令

請確定這些設定是顯示在 [設定] 協定,而不是在應用程式列。這樣可以讓使用者透過已經熟悉的常用方法來設定您的應用程式。

擴充應用程式列

兩種應用程式列都可以提供按鈕和功能表。 如果您同時有很多操作相關的命令,您可以將這些命令放到從功能表列開啟的功能表,這樣比較合理。 應用程式列不限於只接受按鈕或功能表 — 二者都可以讓您建立自己專屬的控制項。 如果您這樣做,請思考觸控、滑鼠和鍵盤使用者與您建立的新控制項之間的最佳互動方式。

針對有大量命令的應用程式,可以考慮用各種方法來擴充應用程式列。 為了盡可能保持與系統其他部分的一致性,請試著遵守以下指導方針:

  • 讓使用者的焦點放在內容上—假設多數互動是從直接操控畫布開始。 預期是讓大部分 (若非全部) 命令不會出現在螢幕上,而且沒有將命令放到檢視的操作可見性。 您可以使用系統通用手勢來顯示和隱藏應用程式列,以顯示或隱藏自己的 UI。 新增自己備用且隱藏的 UI,並使用不同的呼叫方法,這樣會造成您在試著訓練使用者的時候,在螢幕上放置更多按鈕、小工具以及箭頭。 多多運用系統手勢,就可以避免在螢幕上加上任何會造成使用者無法專心於內容的項目。
  • 將命令放在底部應用程式列—在 Windows 市集應用程式中,命令的合理和正確位置應該在應用程式的下邊緣 (或在觸控式鍵盤的正上方)。 這個位置允許觸控使用者使用命令進行互動,而不會擋住所檢視的內容。 這個位置也跟用來手動顯示命令的觸控手勢有關。 讓您的命令出現在其他位置會讓使用者難以捉摸命令的位置,並可能干擾使用者想檢視或互動的內容。
  • 將瀏覽控制項放在頂端應用程式列— 在 Windows 市集應用程式中,瀏覽列的合理和正確位置應該是在螢幕的上邊緣。 因為瀏覽列的作用是跳出使用者目前使用的內容,所以當使用者使用瀏覽列的時候,手擋到螢幕也沒關係。 頂端應用程式列通常會顯示縮圖而不是按鈕,所以很容易看出來和底部應用程式列不一樣。
  • 將您所有隱藏的命令放在應用程式列— 所有不會出現在螢幕上的命令,都應該隱藏到同一個位置。 系統手勢提供一個簡單的標準方式,讓隱藏的命令顯示在螢幕上。 如果命令是隱藏在多個位置,您將需要好幾種方法才能呼叫這些隱藏的介面。 但這樣會很快地建立太多位置,而使用者必須逐一檢視,才能找到您的命令。 更糟的是,每個介面背景可能還隱藏不一樣的祕密手勢或其他 UI 技巧,這樣使用者很難知道是否已經找到所有命令。

操作功能表

剪貼簿命令,例如 [剪下]、[複製]**** 以及 [貼上] (用於選取的文字),以及複製和開啟連結時的命令 (用於 URL),都可以使用系統預設提供的操作功能表。 以下是操作功能表中的剪貼簿命令範例。

操作功能表中的剪貼簿命令。

生產力應用程式中的資料輸入

生產力應用程式可能涉及相當多的資料輸入案例。例如,建立待辦事項清單或另一份新文件、編輯現有的試算表,或者建立行事曆邀請函等,這些工作都需要輸入資料。資料輸入越快速和順暢,就越有可能協助使用者快速且有效率地完成工作。

想清楚您的使用案例,同時盡可能減少使用者必須輸入到系統的文字數量。達成這個目標的策略:

  • 通用控制項—針對必須調整格式或者需要核對的輸入 (例如日期或地點),請使用通用控制項,像是選取控制項、下拉式清單方塊、選項按鈕、核取方塊以及日期和時間選擇器。
  • 自動完成—盡可能使用自動完成功能,立即滿足使用者的需求。 這樣可以讓使用者的資料輸入效率倍增。

下圖說明連絡人選擇器的建議。

電子郵件地址選擇器中的建議。

觸控式鍵盤

請按照回應鍵盤輸入中的指導方針,讓您設計的應用程式可以配合鍵盤發揮最大的工作效率。 請按照這些指導方針,讓您設計的應用程式可以配合觸控式鍵盤發揮最大的工作效率:

  • 盡可能將文字輸入控制項放在應用程式畫布的最上面,如此在觸控式鍵盤顯示時,使用者的內容或可視區域也不會變更。
  • 如果文字輸入控制項確實無法全部放到畫布的最上面,那麼當使用者點選或移至文字輸入控制項時,應用程式會自動往上捲動到控制項顯示的位置,這樣使用者就可以一邊輸入文字,一邊看到內容。 視窗應該捲動,讓焦點所在的控制項跟螢幕邊緣與觸控式鍵盤頂端兩者至少相距 30 個像素,好空出一些空間給各種邊緣手勢、UI 元素以及文字選取移駐夾。如果想閱讀關於文字選取的更多資訊,請參閱選取文字和影像的指導方針
  • 不要為了隨時想在螢幕上看到鍵盤,就讓鍵盤一直顯示在螢幕上。如果不需要輸入文字,您可以將輸入欄位設成唯讀或者是透過移動焦點,讓鍵盤消失。

請看看這裡的觸控式鍵盤。

應用程式中的觸控式鍵盤

如果應用程式有類似表單的畫面,通常會夾雜著很多的編輯控制項 (文字方塊) 以及其他控制項 (例如選項按鈕和核取方塊),那麼讓觸控式鍵盤開開關關,會讓使用者感到操作十分不便。Windows 8 解決這個問題的辦法就是當使用者使用表單以及瀏覽特定通用控制項時,例如選項按鈕、文字方塊、選取控制項以及應用程式列禁止觸控式鍵盤,不讓觸控式鍵盤消失。使用標準控制項可以為應用程式免費提供順暢的使用經驗。 此圖說明當使用者在控制項之間移動時,觸控式鍵盤如何保持顯示。

有標準控制項的表單。

拼字檢查

讓應用程式擁有拼字檢查的功能。這項功能可以協助使用者在輸入文字時更加快速、更有把握。 (利用 RichEdit 控制項可以開啟拼字檢查功能)。當使用者輸入字典中找不到的某個單字,然後按下空格鍵,會在拼錯的單字下方出現波浪形紅色底線。 點選拼錯的單字就會呼叫拼字檢查功能表,使用者可以在其中更正錯字或忽略錯字,如此處所示。

拼字檢查使用經驗的範例

筆跡和手寫辨識

因為使用者通常傾向於在生產力應用程式中使用多種文字輸入模式,所以請考慮支援文字輸入的其他方式,例如手寫筆。允許使用者在應用程式的記事和文件中書寫文字和塗鴉,可以增加使用者的樂趣,並讓他們利用手寫筆更快速順手地輸入文字。如需各種輸入法的詳細資訊,請參閱一般使用者互動的指導方針

文字選取

在很多生產力使用案例中,包括文件建立和使用,使用者都需要選取文字。允許選取使用者輸入的文字,讓使用者可以編輯文字。來自其他使用者的文字包含電子文件內文或其他可能複製的文字。 請看看這裡的文字選取經驗。

在兩個選擇器區域之間選取某文字的文字選取範例

啟用文字選取時,萬一文字無法捲動,請在文字的兩端空出移駐夾寬度的一半邊界 (4 公釐),以及在該區域的底部保留一個移駐夾的高度 (8 公釐)。這樣可以保證在所有情況都可以觸控到移駐夾,而且不會干擾使用者在螢幕邊緣的操作。 下圖顯示當您開啟文字選取功能時要保留的正確邊界。

觸控文字選取的邊界大小範例

生產力應用程式的印刷格式

在生產力應用程式中使用印刷格式格線和大小坡形,呈現視覺上的層次感,讓使用者一眼看去,便可以輕鬆、快速找到想要的資訊。 雖然字體坡形中指定的 Segoe UI 字型適用於生產力應用程式的內容,不過您可以考慮使用 Calibri (建議的「現代文件」字型) 或 Cambria (建議的「傳統文件」字型)。Calibri 是 Microsoft Office 中的預設 sans-serif 字型,而 Cambria 則是預設的 serif 字型,所以這兩種字型和生產力應用程式很有關聯。 如需使用印刷格式的詳細資訊,請參閱字型的指導方針

如果您決定指定替代的系統字型,請確定已在 Windows 8 安裝該字型,而且不需安裝其他應用程式 (例如 Microsoft Office)。如果您使用自訂或授權的字型,請確認您已獲得充分法律授權,可以將字型放到應用程式之中。不論您選擇的字型為何,Windows 8 字體坡形都會針對應使用的大小和樣式數目上限提供最佳指導方針。

Windows 8 UI 個人化需要在標題使用文句樣式大寫,我們建議您生產力應用程式也這樣做。不過,有時候,標題大寫也是可以的。在生產力應用程式中使用全部小寫的文字,或許會讓人覺得太不正式,而使用字母全部大寫的文字,又可能讓人不經意聯想到像是一封十分火大的電子郵件。請注意,後者的印刷樣式處理方法可能不適用於許多當地語系化語言。另外,使用大寫樣式時,一定要保持一致;請利用大寫字母區隔內容的不同部分,而不僅僅是營造應用程式的印刷字體視覺效果而已。

如同字體坡形指導方針中的建議,不要在整個應用程式中使用太多的字型大小,以便讓內容看起來更整體一致。如果應用程式中有多個元素將相同的字型大小用在字體坡形和傳遞不同的資訊類型,請考慮使用色彩、字型粗細及樣式來建立資訊層級。

協定

協定可將 Windows 市集應用程式相互繫結在一起,也可以繫結至系統 UI。兩個實作相同協定的應用程式可以一起作業以完成大型或複雜的案例。如需應用程式協定的完整清單,請參閱應用程式協定與延伸

分享

分享內容是現今生產力應用程式的重要部分,而且有很多吸引使用者的生產力應用程式分享使用案例。如果您要讓使用者從應用程式分享內容,應用程式應為分享來源。如果您要讓應用程式從其他應用程式取用資料,應用程式應為分享目標。

從應用程式分享

因為生產力通常與內容建立有關,所以使用者一般會與他人分享內容,而且 Windows 8.1 能為應用程式之間的分享,實現無縫的使用經驗。 隨著使用者取得越來越多應用程式,這種互通性可以讓應用程式內容散播到每個角落。

例如,使用者想透過連絡人應用程式與家人分享待辦事項和購物清單、利用協作應用程式與同事分享文件,或者利用部落格應用程式在部落格上分享他們的成就,上述這些不過是幾個分享的使用案例而已。 這些螢幕擷取畫面顯示您在生產力應用程式進行分享的各種方式。

生產力應用程式中的分享功能

生產力應用程式中透過郵件的分享功能

成為分享來源表示讓您應用程式中的內容,以 URI、點陣圖、HTML、文字、存放項目或自訂資料類型的形式,提供給可取用這些格式的其他應用程式使用。做為來源應用程式,支援越多對您要使用者分享的內容有意義的資料類型,是非常重要的。這樣可讓使用者藉由廣大的分享目標應用程式集來分享您的應用程式內容。

透過支援分享來源協定,啟用「輕觸並傳送」時,您也能以近距離近接方式將應用程式直接分享到裝置中。

分享至應用程式

分享來自其他應用程式的內容時,生產力應用程式通常也是主要目標,因為內容的建立往往是從內容的使用開始。如果您的應用程式是分享目標,使用者就可以無縫地將內容匯入您的應用程式,不需要從正在從事的活動切換內容。生產力應用程式做為分享目標有很多實用的使用案例。 例如,從瀏覽器分享 URL、文字片段、相片,以及從書籍分享內容,可以讓文件建立應用程式變成家庭作業的參考來源。另一個範例是使用者可以將購物券應用程式的購物券分享到待辦事項應用程式中的購物清單。 這些螢幕擷取畫面顯示應用程式做為分享目標的範例。您可想像,依賴使用分享協定來彼此分享資料的一組生產力應用程式之間,有最大的互通性。

分享網頁做為記事本應用程式的記事。

分享網頁做為記事本應用程式的記事

搜尋

搜尋是生產力應用程式的重要使用案例,而且您的應用程式可能需要顯示大量資料做為搜尋結果。您可以使用 Windows 8.1 search-box 控制項提供畫布的搜尋 UI。搜尋方塊整合了搜尋協定,可以提供更佳的搜尋體驗並可隨意自訂,因此,您的應用程式可提供符合使用者所需的體驗。

當您設計應用程式的搜尋使用經驗時,請牢記以下幾點:

  • 提供查詢建議來協助使用者自動完成他們的搜尋查詢,並加快他們的搜尋速度,而不需要輸入整個搜尋字串。
  • 為結果檢視提供搜尋篩選器。
  • 在結果檢視中顯示搜尋查詢。
  • 顯示總共找到多少筆結果。
  • 維持應用程式的狀態,這樣使用者就有辦法回到開始搜尋之前的狀態。
  • 指示為何某個結果符合搜尋。
  • 請考慮顯示結果建議來協助使用者快速地得到最相關的結果。 使用者選取某項結果建議之後,應該會移到結果的詳細資料。將建議的數目限制在 5 筆;簡短的清單比較便於使用者進行分析。

如需 search-box 控制項的詳細資訊,請參閱搜尋更新

這個螢幕擷取畫面顯示記事本應用程式中的搜尋使用案例。

記事本應用程式中的搜尋。

在頁面中尋找

除了搜尋之外,「在頁面中尋找」也是生產力應用程式常見的使用案例。例如,在特定文件中將某個字全部挑出來。 不要使用搜尋常用鍵來實作應用程式的「在頁面中尋找」功能,請在應用程式命令列中實作此功能,而不是在搜尋窗格。「在頁面中尋找」可以協助使用者找到目前檢視中所有相同的資料。反白顯示文件中找到的結果,並在應用程式列顯示 [下一個] 和 [上一個] 按鈕,使用者就可以很快跳到每一個找到的單字或片語。在生產力應用程式中,尋找功能主要是用來補足取代功能。尋找範圍總是侷限在目前檢視,如此處所示。

在頁面中尋找的使用案例。

設定

生產力應用程式所有適用的設定 (例如隱私權設定、通知設定以及檢視喜好設定),應該放在設定常用鍵。設定常用鍵可以提供單一位置讓使用者自訂設定,同時還可防止應用程式的 UI 因為不同的設定而變得雜亂。 如需深入了解設定,請參閱應用程式設定的指導方針

裝置

列印文件和記事是生產力應用程式中常見的使用案例。 透過裝置常用鍵為使用者提供列印功能,能提供無縫的列印使用經驗。 請看看列印的裝置使用經驗。

列印的裝置使用經驗。

您可以在生產力應用程式加入裝置,這是一個很有用的協定。 如果您的應用程式有許多媒體和可能需要簡報的使用案例,您的使用者可能會想要利用分享媒體使用經驗,在電視上檢視該媒體。與 [裝置] 協定整合就可以實現使用者的這個想法。

檔案選擇器

生產力應用程式可以讓其他應用程式的內容運用到很多有趣的使用案例。應用程式可以使用檔案選擇器,在本機電腦、連接的存放裝置、HomeGroup 以及實作檔案選擇器協定的其他應用程式,取得使用者檔案和資料夾的存取權。 這讓使用者可以將其他應用程式的內容插入您的應用程式,豐富自己的使用經驗。例如,使用者可能想在記事本應用程式插入相片應用程式的相片或錄音應用程式的音訊記事。

您的應用程式也可以自訂檔案選擇器的各個方面。 明確列示如下:

  • 檔案選擇器模式:您可以設定檔案選擇器的模式來配合您的工作。 檔案選擇器支援檔案的選擇、儲存檔案以及資料夾的選擇。 例如,允許使用者選擇資料夾,就可以讓使用者選擇整個資料夾,然後上傳至雲端儲存位置。
  • 檢視模式:允許使用者選擇相片或影片時,您可以自訂檔案選擇器在縮圖檢視模式中顯示檔案。 至於其他檔案類型,請使用磚檢視模式。

另外,您的生產力應用程式內容對於其他操作環境中的使用者可能很重要,而從其他應用程式存取此內容,能為使用者提供更強大的使用案例。使用檔案選擇器協定可以提供一個大好良機,將應用程式中的內容提供給其他 Windows 8 應用程式。 這可以讓使用者從您的應用程式取得他們的內容,而不需要透過中間程序,例如先將那些檔案儲存到電腦。 當應用程式提供這種使用經驗時,使用者就可以在檔案選擇器的位置清單中選取您的應用程式。選取時,透過您的應用程式專用的而且是由您控制的檔案選擇器檢視,使月就可以看到應用程式的內容。

檔案選擇器功能可以實現一些實用的使用案例。例如,如果使用者想要將記事本應用程式中的記事,透過電子郵件傳送給朋友,那麼他或她可以直接附加來自記事本應用程式的內容,而不用先將內容儲存到本機。

檔案選擇器也允許直接將內容儲存到您的應用程式。這也能夠實現一些實用的使用案例。例如,使用者在其他應用程式建立的電子郵件或隨手塗鴉,可以直接儲存到您的應用程式變成記事。 讓我們看看如何自訂檔案選擇器。

可以自訂的元件

聯繫和即時性

在 Windows 8.1 上執行的應用程式應該整合各種使用經驗與和特色,才能讓自己與眾不同。透過使用磚、通知、漫遊以及協定,您的應用程式將能順暢地整合進 Windows 8.1 的生態系統。

磚和通知

在應用程式磚呈現新鮮和訂製的內容,可以再次吸引使用者,而且當使用者碰巧看到磚上面的有趣內容之後,就會繼續使用您的應用程式。實用的使用案例包含:當有人更新分享的文件、與使用者分享新記事,或者編輯購物清單以及取消或添加新項目之後,就會顯示磚通知。通知也可以顯示人們感興趣的景點位置,如這個範例所示。

顯示通知的磚

允許使用者釘選次要磚,方便他們快速存取愛用的記事和內容,讓他們可以看專為內容設計的通知,也能吸引使用者愛用您的應用程式。

針對有時效性提醒的生產力應用程式使用案例 —例如,月底要付帳單的待辦事項清單項目— 使用者可以將提醒和完成日期與工作相關聯。考慮根據使用者希望被提醒的時間,發出排定的快顯通知。如果使用者錯過快顯通知,有個好做法就是在磚上也顯示提醒,如此處所示。

顯示使用者錯過通知的磚

快顯通知的指導方針和檢查清單詳細說明快顯通知的最佳做法。磚的指導方針和檢查清單會詳細說明快顯通知的最佳做法。

漫遊

多數使用者都擁有一部以上的 Microsoft Windows 電腦。讓您的應用程式為所有使用者的 Windows 電腦提供一致的應用方式,並提供他/她期望的使用經驗。您可以將應用程式設定、使用者上次在應用程式中執行動作的相關資訊,以及對於使用者實用的應用程式喜好設定,漫遊到使用者所有的電腦上。應用程式資料漫遊的指導方針會詳細說明漫遊的最佳做法。

方向與視窗大小

因為 Windows 8.1 可在各種裝置類型上執行,並包含了新的多工處理模式,所以請確定您的應用程式支援直向和橫向檢視,而且在任何大小 (甚至調到最小寬度) 中都能順暢運作。

設計 Windows 8.1 的生產力應用程式時,請考量應用程式的所有檢視,例如不同的螢幕解析度與裝置大小。Windows 8.1 可以針對大型裝置新增更多應用程式內容,讓您能夠輕鬆調整設計。以下是大小調整為高窄格式配置的記事本應用程式。

記事本應用程式中的直向檢視

高窄格式配置與直向適合用來閱讀和取用大量內容。 務必讓應用程式重新排列內容以符合視窗大小。

當使用者調整您應用程式的大小時,不要讓使用者失去他們的內容和狀態。這在生產力應用程式中特別重要,因為使用者可能投入許多心力在製作內容上。當使用者調整應用程式大小時,會保留輸入的文字、捲動位置以及使用者做過的任何選擇。

在應用程式變窄時,應用程式列控制項會自動移除標籤和減少命令間的邊框距離。如果有很多命令,可以發揮創意,設計顯示命令的方式。例如,在應用程式列上使用兩列命令或在命令上使用飛出視窗。如需詳細資訊,請參閱應用程式列的指導方針

此外,請思考您的應用程式如何增加價值且讓這些案例變得更出色。 讓使用者知道為什麼您的應用程式比其他應用程式更出色。 例如,很容易就能想像筆記或清單製作應用程式如何和其他應用程式搭配使用。 而在研究或創作的時候,螢幕上主要工作的旁邊往往會有參考資料或分析應用程式。 窄格式寬度非常有利於閱讀和撰寫應用程式,因此在進行其他工作時可以同時參考。 想像一下,在傳統桌上型電腦上,您的應用程式不會老是放到最大;而這些都是應用程式大小調整為窄格式寬度時應該支援的使用案例。

設計應用程式在窄格式寬度中能夠順暢運作,是增加應用程式在螢幕上停留時間以及更長時間吸引使用者的絕佳方式。以下是記事本應用程式與瀏覽器並列顯示的範例。

窄格式記事本應用程式

認識 Windows 市集應用程式

Windows 市集應用程式的 UX 指導方針