文字與排版

簡報標題大小寫不一致,怎麼先統一再保留縮寫?

整理簡報或商品頁的英文標題時,先選定大小寫規則,再以例外清單逐項復原 API、iPhone與產品型號。

撰文: ToolboxHub 編輯部 3 分鐘閱讀 1385 字

簡報的英文標題大小寫不一致時,先定義要用全大寫、句首大寫或 Title Case,再處理品牌名、縮寫與型號例外。轉換工具能快速產生候選文字,但不知道 API、iPhone 或 XR-500 哪一個必須保留特定寫法。

先定一套可重複的標題規則

統一大小寫的第一步是選規則,不是把所有英文都改成同一種外觀。建議先複製一份簡報作為工作版,從三到五頁有代表性的標題決定主規則,並把例外寫成清單。

例如一份產品簡報同時出現 CUSTOMER API STATUS、iPhone Launch Plan 與 XR-500 ROADMAP。若將它們全部套用 Title Case,通用轉換可能得到 Customer Api Status、Iphone Launch Plan 和 Xr 500 Roadmap。表面看起來一致,卻破壞了 API、iPhone 和型號的正式寫法。

可先建立這些決定原則:

  • 主標題使用 Title Case,說明句或完整句使用 Sentence case。
  • 公司名、產品名和商標以官方寫法為準,不受主規則影響。
  • API、URL、PDF 這類縮寫放進例外清單,完稿後逐項搜尋。
  • 型號中的連字號、數字與大寫字母視為識別碼,不當作普通單字改寫。

一次處理一個標題,再複製候選結果

使用大小寫轉換工具時,把工作版中的一個英文標題貼入輸入區,再從 UPPER CASE、lower case、Title Case、Sentence case 等結果中選取符合本次規則的版本。這個頁面還會產生 camelCase、PascalCase、snake_case 和 kebab-case,它們比較適合程式識別字或檔名,不是一般簡報標題的預設選項。

如果要保留每頁標題的換行,不要把整份標題清單一次丟進 Title Case。工具在分解字詞時會整理空白與連字號,多行文字的邊界可能不再等於原簡報的一頁一行。最安全的處理單位是一個標題:貼入、選結果、複製到工作版,然後馬上修復該頁的例外字。

轉換後不要直接覆蓋原稿。句首大寫會將首字元以外的英文轉成小寫,Title Case 也會重新組合字詞;這正是必須複核縮寫與品牌名的原因。

用例外清單修復縮寫、品牌與型號

例外複核要以字串為單位,不要只凭閱讀感覺。先在工作版搜尋 Api、Iphone、Url 與常見型號前綴,依核准的例外清單復原。如果簡報有多位編輯者,將這份清單與簡報樣式放在同一個交付資料夾,下次更新才不會重做一次。

複核順序可從高風險字串開始:

  • 法定公司名、品牌名、產品名與專案代號。
  • 技術縮寫、幣別、國家代碼與規格單位。
  • 含數字、連字號或特殊駝峰字的型號。
  • 頁面內的連結文字、按鈕文字與圖表標籤,確認它們也遵守同一規則。

不確定品牌寫法時,回到品牌指南、產品包裝或組織內的核准名稱,不要用轉換結果當作來源。大小寫工具只應用字元規則,無法判斷商標、編輯風格或專案語意。

完稿後比對關鍵頁,不要只看字數

完成全份修正後,先用字數統計檢查一行過長或不小心漏貼的標題,再對高風險頁做文字差異確認。字數相同不代表寫法正確,所以仍要核對實際字串。

可將某一個原標題放在文字差異比對左側,完稿放右側,以字元模式查看修改。差異應該能用規則解釋:普通單字依標題格式調整,API 與 iPhone 依例外清單復原。如果數字、型號、否定詞或產品名也被更改,應回到工作版重新確認。

最後在實際投影比例或將要交付的 PDF 中逐頁檢查,因為大小寫改變可能連帶改變字寬、斷行和圖表對齊。文字正確與版面可讀是兩道不同的完成條件。

常見問題

Title Case 會自動保留 API 和 URL 嗎?

不會。這個工具依通用字元規則產生 Title Case,不認識組織的縮寫清單。轉換後要搜尋並復原正式寫法。

可以把整份簡報的標題一次貼入嗎?

若要保留一頁一行的邊界,建議一次處理一個標題。Title Case 等輸出會整理字詞間隔,批次貼入容易讓換行資訊混在一起。

Sentence case 適合所有簡報標題嗎?

不一定。它適合組織已規定的句子式標題,但會將後續英文轉成小寫,因此同樣需要復原縮寫、品牌與型號。

用文字差異比對就能證明簡報正確嗎?

不能。它只顯示兩段字串的增減,不知道哪個品牌寫法已獲核准,也不檢查投影版面。最終依據仍是核准名稱與實際交付檔。

中文標題裡夾英文時會修改中文嗎?

中文沒有大小寫,字元本身不會因英文大小寫轉換而改變。但複製回簡報時仍要確認空白、標點與換行沒有被改掉。