選項不靠滑鼠停留說明：讓觸控玩家確認前看清代價

資源消耗、耗時或已知限制若只在滑鼠停留時顯示，觸控版就缺少完整的決策資訊。修改時，先把足以改變選擇的已知代價寫在選項旁。補充說明可點開；視需要提供的確認摘要用來核對目前決定，不能到這時才首次揭露重要條件。

判斷資訊是否該常駐，可問：玩家知道這句話後，會改選嗎？若會，就不能藏在收合區或無提示的手勢裡。「消耗唯一通行證」是決策條件；誰核發、為何有效，只有在不影響目前選擇時才可留在詳細說明。

查看、選取、確認也要分開。點「查看代價」只展開文字；點選項可先標記候選項目；按下明確的確認按鈕才推進劇情。若點選即確認，說明入口須與確認區分開，不能讓同一次點擊既嘗試查看又完成決定。

本文使用虛構教學案例《霧港末班船》。人物、數值與互動均為說明而設，並非真實使用者案例、實測結果，也不代表 DramaFork 現有功能。

先列出各選項的已知條件，再安排顯示位置。別先按字數刪減，以免刪掉決定性限制。

審稿時再問：「刪掉會改變判斷嗎？」若會，就移回常駐層，包括影響判斷的不確定性。「適用條件」不能全收合：決定能否選、付多少的條件必須常駐，只有不影響選擇的補充說明可點開。詳細說明不是重要資訊的收納箱，摘要也不能補救首次揭露的遺漏。

三者可搭配，但用途不同：常駐重點方便比較，卻占頁面高度；詳細說明容納長解釋，卻多一步查看；確認摘要適合難以撤回或容易誤觸的操作，卻會打斷節奏。

若只有兩個簡短選項，常駐條件加明確確認可能就足夠。若四個選項各有多項條件，先統一資訊順序，方便按相同面向比較，再加補充說明入口。別替每句普通對白加確認視窗。

林遙有兩張船票、一份待送文件，距開船還有十五分鐘。她可請船夫立即送件，或留在碼頭等同伴。教學設定規定：送件用掉全部船票，今晚不能再搭客船；等待不花船票，但會錯過這班送件船。送達後的影響尚未揭曉。

原稿只顯示「請船夫送件」「等同伴回來」，代價藏在滑鼠停留時的說明裡。第一次修改為：

• 請船夫送件：消耗兩張船票；今晚無法搭客船。旁設「查看送件條件」。
• 等同伴回來：不消耗船票；錯過本班送件船。旁設「查看等待條件」。

展開送件條件後顯示：「船夫收取全部兩張船票作為報酬。交付後無法取回文件；收件人的回應未知。」這揭露了第一次修改的遺漏：無法取回會影響選擇，不能只放在展開區。最終常駐文字應為：「請船夫送件：消耗兩張船票；今晚無法搭客船；文件交付後無法取回。」詳細說明只補充不影響選擇的交付解釋。

玩家讀完後收合說明、選取送件，再進入本例採用的摘要：「交出文件並消耗兩張船票，剩餘零張；今晚無法搭客船，文件無法取回。」操作標示為「返回選擇」「確認送件」，避免只寫模糊的「確定」。

這次教學流程檢視的關鍵成果是找出遺漏條件。摘要核對已揭露資訊，不能最後才突然新增損失。返回時保留候選狀態，方便重新比較。

第一種失敗是改用長按，卻不提供可見入口。玩家仍不知道哪裡有說明，也可能將長按誤認為其他操作。長按可作補充；關鍵條件須直接可讀，補充說明則須有明確的文字入口。

第二種是說明圖示不好點選，或緊鄰立即確認區。既要看「能否開啟」，也要看「查看時會不會誤選」。W3C 說明列出最小目標尺寸的要求與例外。這不代表所有按鈕尺寸必須相同，也不能據此宣稱頁面通過認證。檢查須涵蓋說明入口、確認區的位置與操作結果。

第三種是詳細說明的浮動視窗遮住其他選項，關閉後又跳回頁首。需要逐項比較時，可在原處展開，入口改為「收合條件」；說明很長時可獨立呈現，但返回後須回到原選項位置。

第四種是只用顏色、圖示或省略號表示損失。「船票圖示減二」旁須寫「消耗兩張船票」；窄螢幕換行不能截掉「無法取回」。放大文字後，須檢查完整條件與確認按鈕，不只看標題是否超出範圍。

將下表複製到每個關鍵選擇節點，由編輯填入文案，再交給介面開發人員核對：

此表只涵蓋決策資訊的呈現，不能取代完整的無障礙評估。摘要可選，但確認前都須核對實際條件。閱讀時資源若改變，應先顯示新代價，讓玩家重新決定；若有摘要，也須同步更新，不能沿用過期內容。

劇情未知與介面遺漏須分開。案例可暫不揭露收件人的回應，不能隱去角色已知的票價。減少劇透是暫不揭露未知後果，不是遮住眼前交易條件。後果若只是角色推測，就寫「可能」，不能在摘要中改成保證。

限時選擇須決定閱讀是否計時，並在介面說明。若仍計時，應精簡常駐文字但保留全部關鍵條件，減少必須展開的內容；光有詳細說明按鈕並未解決閱讀負擔。最終交付標準是：玩家不必發現隱藏手勢，也能在行動前知道即將付出什麼、換取什麼。