言

在電腦和手機(jī)上，文本輸入是我們再熟悉不過的操作。但提到輸入，很多人首先想到的只是輸入文字，而符號——包括標(biāo)點符號和特殊字符——的輸入則往往不太受到重視。觀念上，這似乎是一件非常瑣碎而簡單的事情，不值得單獨討論和專門學(xué)習(xí)。

真的是這樣嗎？請試試看能不能答得出下面幾個問題：

英文中的右單引號、縮寫詞中的撇號和表示英尺的「撇」是一個符號嗎？它們是垂直的還是彎曲的？

表示一個范圍時，連接前后數(shù)字的橫線符號是鍵盤上加號左邊的那個嗎？這個鍵是「減號」嗎？

外國人名字里的圓點是怎么打出來的？這個圓點到底有多大？

從網(wǎng)上甚至很多印刷品文章中的使用情況看，人們對符號用法和輸入方法的掌握程度并沒有自己想象的那么樂觀。但是，只要掌握少量的基礎(chǔ)知識和技巧，正確輸入和使用符號是非常輕松的。下文中，我將總結(jié)一些容易誤用的符號，并說明各平臺上輸入符號的一般方法。結(jié)合我的學(xué)習(xí)和使用體會，本文將不會按符號的用法來歸類，而是按符號的「外形」歸類，將幾組形態(tài)類似而經(jīng)常被互相混淆的符號放在一起比較說明。

本文涉及的主要符號及其輸入方式

引號和各種「撇」

引號的彎與直

把引號放在最前面說，不是因為它的使用率最高，而是因為它最容易被用錯。眾所周知，引號不是一個符號，而是一對符號，有前后之分；它們是雙引號 “”（U+201C 和 U+201D Left/Right Double Quotation Mark）或單引號 ‘’（U+2018 和 U+2019 Left/Right Single Quotation Mark），即所謂的「彎引號」。但是，鍵盤上卻只有一個「引號」鍵，而且輸入的也不是「正牌」的、彎曲的引號，而是垂直的 '（U+0027 Apostrophe）和 "（U+0022 Quotation Mark），即所謂的「直引號」。這種違反直覺的安排實際上是打字機(jī)時代的遺產(chǎn)：為了節(jié)省空間、減少機(jī)械結(jié)構(gòu)，打字機(jī)的鍵位安排思路是「能少一個是一個」，而現(xiàn)代鍵盤則為了遷就習(xí)慣而將其原封不動地繼承了下來。

兩種引號

中文用戶可能對這個問題感受不太明顯，因為任何中文輸入法下的引號鍵都會輸出彎引號。「按一次是前引號，再按一次是后引號」是小學(xué)信息課就會教的口訣（盡管顯然不嚴(yán)謹(jǐn)）。但對于幾乎不需要輸入法輔助的英文用戶來說，圖省事直接用直引號就是再常見不過的做法。因此，引號的「彎」「直」之辨是西文排版的入門課之一。翻開任何一本英文排版書籍，幾乎都能找到對于直引號痛心疾首的批判，理由也很明顯——太丑。在排版中使用直引號（常常也被嘲諷地稱為「打字機(jī)引號」或「呆（dumb）引號」）被認(rèn)為是一種偷懶或業(yè)余的行為。

macOS 和 iOS 作為一家設(shè)計導(dǎo)向的公司的產(chǎn)品，顯然不會「放任」這種審美上的瑕疵，默認(rèn)情況下所有的直引號都會被自動糾正為成對的彎引號。以 Word 為代表的多數(shù)排版軟件也會這么做。但對于工作內(nèi)容涉及代碼編輯的用戶來說，這種替換顯然會造成困擾（代碼中的引號幾乎都是直引號）。因此，建議關(guān)閉引號的自動糾正功能（多數(shù)軟件的「編輯」>「替換」菜單下），而使用組合鍵來輸入引號：左側(cè)的雙引號和單引號分別是 Option + [ 和 Option + ]，而對應(yīng)的右側(cè)引號則只要分別加按 Shift 鍵。iOS 的鍵盤默認(rèn)輸入的已經(jīng)是彎引號，直引號可以通過長按獲得。

要不要用中文引號？

但引號輸入還有一個非常中國特色的問題，即是否應(yīng)該使用「直角引號」（「」，U+300C 和 U+300D Corner Brackets）。

不可否認(rèn)，盡管國家標(biāo)準(zhǔn)規(guī)定中文引號的形態(tài)與西文相同，但直角引號在中文互聯(lián)網(wǎng)上的人氣似乎已經(jīng)蓋過了前者，成為了很多在線社區(qū)的成文或事實標(biāo)準(zhǔn)。至少在兩三年前，提供切換引號形態(tài)的設(shè)置選項就成了輸入法的通行做法；新款國行 MacBook 甚至直接把直角引號印到了鍵盤的大括號鍵上，中文狀態(tài)下可以直接用 Shift + [ / ]

打出，iOS 的中文鍵盤上則可以通過長按引號鍵輸入。

Mac 產(chǎn)品的新中文鍵盤布局（來源：Apple）

問題是，很多人換用直角引號只是一種隨大流的選擇，并不了解為什么要這么換、和原來的用法比起來有什么優(yōu)劣，以至于經(jīng)常打出 「‘’」 這樣不倫不類的用法（單層引號的內(nèi)部應(yīng)當(dāng)嵌套雙層引號 「『』」，macOS 在輸入時會自動處理）。實際上，對直角引號的提倡是從知乎開始的，可以追溯到 2012 年前后。在知乎上以「直角引號」為關(guān)鍵詞搜索，仍然可以看到當(dāng)時大量的討論和爭議。

兩種引號在不同網(wǎng)頁設(shè)定下的顯示效果

概括地說，直角引號的提倡者主要有如下理由：其一，與冒號、分號等標(biāo)點都有用于東亞文字的全角版本不同，彎引號缺少一個中文專用的版本。無論中文西文，彎引號都是同樣碼位上的同一對字符，其外形完全取決于字體。在中西文混排的場合，彎引號常常因為套用西文字體而顯示為半角寬度，與漢字和其他中文標(biāo)點差異很大，從而對排版效果產(chǎn)生不利影響。其二，提倡者認(rèn)為直角引號的形態(tài)與方塊字更加契合。其三，直角引號在香港、臺灣和日本都是官方規(guī)范，這也為將其「進(jìn)口」到簡體中文世界提供了依據(jù)。

本文無意對兩種引號的選擇作出結(jié)論，也缺乏這么做的資格和必要。但無論你站在哪一邊，都應(yīng)當(dāng)是基于技術(shù)上或?qū)徝郎侠碛傻淖灾鬟x擇，而不是出于對標(biāo)準(zhǔn)原教旨式的遵從（請注意兩岸涉及標(biāo)點符號的標(biāo)準(zhǔn)文件都不是強(qiáng)制性的）或無謂的「格調(diào)」「潮流」之爭。

撇號和角分符號

最后，有必要提一下撇號和角分符號，它們都是常見的、因為形態(tài)與引號相近而經(jīng)常被誤用和混用的符號。

撇號（apos-tro-phe）是英文中用來標(biāo)示所有格（John’s apple）和省略（isn’t）的符號，其正確形態(tài)是一個右單引號，即 ’（U+2019 Right Single Quotation Mark），因此同樣需要注意避免用成直引號。另外，對于 rock ’n’ roll 這樣連用撇號的情形，要特別注意撇號的方向：字母 n 兩側(cè)的撇號很容易被系統(tǒng)自動「修正」為一對引號；這也是為什么提倡盡可能直接用組合鍵輸入引號，而不是依賴軟件糾正。

角分符號（primes）是常見于度量單位的符號，包括表示英尺、分鐘等的角分 ′（U+2032 Prime）和表示英寸、秒數(shù)等的角秒 ″（U+2033 Double Prime）。這組符號在 macOS 和 iOS 上都沒有快捷的輸入方法；不少西文字體也沒有包含它們，正確輸入很多時候反而會帶來不佳的排版效果。因此有觀點認(rèn)為，除了在用到時調(diào)用符號面板輸入，用直引號來代替也是可接受的妥協(xié)方案，并且可以開啟斜體來更好地模仿原符號的傾斜。（但注意不要用彎引號，因為角分符號的形態(tài)無論如何不可能是彎曲的。）

角分符號的幾種常見用例對比

各種「橫線」

另一組誤用頻率不亞于引號的符號，大概就是包括連字符、連接號和破折號在內(nèi)的各種「橫線」形符號了。它們一方面數(shù)量繁多且形態(tài)相近，另一方面在中英文中的形態(tài)和用途并不完全對應(yīng)，從而更容易產(chǎn)生誤認(rèn)。

各種「橫線」在中英文中的用途對比

為了方便講述和記憶，我們按照從短到長的順序來梳理這些符號。最短的橫線是連字符 -（U+2010 Hyphen-Minus），也是最容易輸入的，就在鍵盤上數(shù)字 0 的右側(cè)。但與多數(shù)人的直覺不同，連字符在大多數(shù)時候并不需要手動輸入：它的主要用途是將較長的西文單詞斷成兩行，而這是由軟件自動加在行尾的。需要手打連字符的場景基本只有在多個部分組成的名稱或詞匯內(nèi)部，例如 Rolls-Royce、whack-a-mole，等等。

那為什么我們會覺得連字符是一個高頻符號呢？這是因為它經(jīng)常被當(dāng)作更長一些的連接號（dash）用了。在西文中，連接號有一短一長兩個，分別是 –（U+2013 En Dash）和 —（U+2014 Em Dash），它們的名字來源于活字印刷術(shù)語——「em」是金屬活字的垂直長度，「en」則是前者的一半。

金屬字模圖示，圖中 c 的長度就是 1 em。（來源：維基百科）

連接號在英文中的用途非常廣泛。先看較短的 en dash。各種數(shù)字（pages 1–10）、日期（Tuesday–Thursday）、年份（1949–2018）、地名（a Beijing–Shanghai train）之間都是用它來連接。它也用在一些由兩個人共同提出的理論、概念中（Herfindahl–Hirschman index）。至于較長的 em dash，它在英文中的作用很像中文的破折號，用于句中的插入語前后（類似逗號）、引出補(bǔ)充說明或列舉（類似冒號）、標(biāo)示中斷或間隔等。

兩種連接號在 macOS 上可以分別通過按 Option + -（即連字符鍵）或 Option + Shift + - 得到。iOS 的英文鍵盤上，長按連字符鍵就能在彈出的浮動條中看到它們。

以上說的是英文中的情況，中文里的這些「橫線」又是如何使用的呢？首先，連字符在中文里基本是沒有用武之地的。其次，對于起連接作用的符號，國內(nèi)標(biāo)準(zhǔn)將其細(xì)化為短橫線、一字線和浪紋線三種，分別對應(yīng)前面所說的 en dash、em dash，和 ～（U+FF5E Fullwidth Tilde）。至于三種形態(tài)的各自用途，國標(biāo)的列舉過于繁瑣，簡記方法是：一字線（em dash）和浪紋線可以互換，用于表示時間、地域、數(shù)字的起止；其他表示「連接」的場合都用短橫線（en dash）。

至于我們最熟悉的破折號，實踐中的用法并不統(tǒng)一。最通用的做法是連續(xù)使用兩個 em dash ——。這種用例的問題在于它本質(zhì)上還是兩個獨立的字符，因此如果字體設(shè)置不正確，會產(chǎn)生中間斷開的視覺效果，不符合規(guī)范；在一些極端情況下，還會出現(xiàn)后半截被擠到下一行開頭這一令人困惑的情況。因此，排版中有時也會使用占兩個漢字空間的 ?（U+2E3A Two-Em Dash）充當(dāng)破折號，相應(yīng)的問題當(dāng)然就是輸入不便。

至于這些符號在中文環(huán)境下的輸入，在 macOS 上與英文基本沒有區(qū)別，多出的破折號通過 Shift + - 輸入也是人盡皆知。iOS 上的情況比較混亂，可以參看下圖。

iOS 鍵盤上的各種「橫線」

各種「圓點」

句號

在中文中，除了最常見的圓圈形句號 。（U+3002 Ideographic Full Stop），理工學(xué)科的用戶一定也經(jīng)常見到用與英文句號形態(tài)接近的全角「句點」．（U+FF0E Fullwidth Full Stop）充當(dāng)句號的做法。這是為了避免和數(shù)字 0、字母 o 等「圓圈」形字符混淆（想象一下它們被用于下標(biāo)且位于句尾時的情形）。另外，國內(nèi)參考文獻(xiàn)標(biāo)準(zhǔn)中，作者、題名等各屬性間也是使用 ．，而不是英文句號。

阿列夫–零還是阿列夫–圈圈？

macOS 的中文輸入法沒有直接輸入全角句點的組合鍵，需要先按 Shift + 6 打開標(biāo)點輸入面板，按一下 tab 鍵切換到「符號」選項卡，然后向下翻找。iOS 上，全角句點可以通過長按中文鍵盤上的英文句號按鍵找到。

省略號

中文狀態(tài)下輸入省略號幾乎人人都會，Shift + 6 組合鍵會輸出連續(xù)的兩個…（U+2026 Horizontal Ellipsis），這也是中文省略號的標(biāo)準(zhǔn)形態(tài)。問題在于，按照國內(nèi)規(guī)范，省略號在高度上應(yīng)當(dāng)居中，因此也有拿兩個數(shù)學(xué)專用的 ?（U+22EF Midline Horizontal Ellipsis）充當(dāng)省略號的做法（iOS 中文鍵盤上長按省略號就能看到這個字符）。這實際上是一種「以（造）形害（語）義」——標(biāo)點符號的形態(tài)應(yīng)該是通過調(diào)整字體來控制的——并不值得提倡。

掌握程度普遍較差的是英文狀態(tài)下省略號的輸入方法。實際上這也是很多英文用戶搞不清楚的，原因還是拜打字機(jī)所賜。當(dāng)時，由于鍵盤上沒有省略號的一席之地，人們的權(quán)宜之計是連用三個句點 .（U+002E Full Stop）代表省略號，有時還在兩兩之間加上空格，即 . . .。這種不規(guī)范的習(xí)慣被保留至今。雖然大多數(shù)自動糾正機(jī)制都會把三個點自動替換成正確的省略號 …，但正宗的輸入方式還是值得一記：Option + ;（分號鍵）。iOS 的英文鍵盤上可以通過長按句號來輸入省略號。

省略號的打字機(jī)式用法和規(guī)范用法

間隔號

間隔號這個名字聽起來或許令人有些陌生，實際上卻是一個被頻繁使用的標(biāo)點，外文人名（史蒂夫·喬布斯）、詞曲名（《天凈沙·秋思》）、節(jié)日和紀(jì)念日（「3·15」消費者權(quán)益保護(hù)日）中的「圓點」，用的都是間隔號。

根據(jù)標(biāo)準(zhǔn)，間隔號對應(yīng)的字符是 ·（U+00B7 Middle Dot）。但由于在形態(tài)上與其相似的符號太多，很多人在用到時會打開輸入法的符號列表隨手找一個，經(jīng)常中槍的包括 ?（U+2022 Bullet）乃至 ●（U+25CF Black Circle），看起來頗為古怪。還有一些用戶因為不了解間隔號的輸入方法，用連字符、空格，甚至英文句號代替，這顯然也是不規(guī)范的。

哪個才是喬布斯？

實際上，間隔號的輸入非常容易：大多數(shù)中文輸入法將這個字符映射在 ~ 鍵（即緊鄰主鍵盤區(qū)數(shù)字 1 左邊的按鍵）上，直接按下即可輸入。iOS 的中文輸入法直接提供了間隔號。

需要指出，按照國標(biāo)，間隔號在形態(tài)上應(yīng)該占據(jù)一個漢字的寬度。這就產(chǎn)生了一個和中文彎引號一樣的問題：中文的間隔號沒有單獨的碼位，在與西文混排時往往因為調(diào)用西文字體而顯示為半角寬度。這個問題目前沒有很好的解決方案。一些觀點指出可以使用日文的 ?（U+30FB Katakana Middle Dot）來代替，但這顯然存在輸入難度和兼容性上的問題。

「看不見」的符號

回車的「軟」與「硬」

將回車鍵說成是「符號」似乎有些奇怪，但如果打開 Word 敲一下回車，你將能看到一個淺藍(lán)色的段落標(biāo)記，并且可以選中、移動和刪除，這就是它符號身份的證明。回車不僅被程序當(dāng)作符號看待，而且有一個專門的碼位（U+000D Carriage Return）。當(dāng)然，它確實具有區(qū)別于普通符號的特殊身份——控制字符；換句話說，其主要作用是傳遞某種控制功能。

與回車相關(guān)的一些疑惑也正來源于這種雙重身份。例如，Word 文檔打開項目編號時，按下回車就會讓段落序號遞增，但有時我們只是想讓原來的段落新增一行；在微信中，按下鍵盤右下角的藍(lán)色按鍵（相當(dāng)于回車）就會把信息發(fā)出去，但有時我們只是想給消息分個段。在這兩種情形下，軟件都把回車操作理解為控制功能（新建段落或發(fā)送消息），盡管我們預(yù)期的結(jié)果更多是語義上。那么，有沒有一個不帶控制性含義、純粹表示換行的「符號」呢？答案是肯定的，這就是所謂的「軟回車」，它在 Unicode 中的身份是 U+2028 Line Separator。

軟回車與硬回車

桌面系統(tǒng)上，軟回車的輸入方式取決于軟件。大多數(shù)字處理軟件可以用 Shift + 回車來獲得軟回車；但在一些該組合鍵被其他功能占用的軟件中（如 Numbers），則也可能是 Option + 回車。iOS 上，不借助外接鍵盤輸入軟回車是相對困難的，比較可行的方式是為其設(shè)定一個自動替換短語。部分設(shè)計周全的 iOS 應(yīng)用也可能在軟鍵盤上方的工具欄中提供這一符號（如 OmniOutliner）。

「軟」「硬」回車的區(qū)別主要適用于帶格式文本。純文本不存在「段落」的概念（只有「行」），也就無所謂「軟」和「硬」。至于比較特殊的 Markdown，連續(xù)的兩個換行符對應(yīng)渲染結(jié)果中的新段落，而如果想得到一個「軟回車」，則要輸入兩個空格，然后一次回車。

最后要提醒的是，回車不是用來調(diào)節(jié)排版的工具。任何的行間距、段落間距都應(yīng)該使用排版軟件的樣式設(shè)置來處理；開啟新頁的方式不是一路回車到底，而是插入分頁符。

空格和制表符

將輸入空格的方法拿出來單說似乎也是非常可笑的。但如果在 Unicode 字符集中搜索「space」，你將會看到十幾種不同的「空格」。它們并不只是「回字的四種寫法」那樣無聊的學(xué)究，而是切實地在排版和字符顯示中發(fā)揮不同作用。

對于日常使用，除了最普通的空格（U+0020 Space），最好還能了解不換行空格（U+00A0 No-Break Space）的用法。如其名稱所示，不換行空格最主要的作用就是禁止在其位置換行。譬如，在 10 Kg、? 2018

這樣的用例中，如果數(shù)字和單位、符號與文字之間的空格處發(fā)生斷行，顯然會使讀者產(chǎn)生困惑。這時，用不換行空格就能起到將空白前后標(biāo)記為一個整體的作用，強(qiáng)制使其位于同一行。此外，在 HTML 和 TeX 等標(biāo)記語言中，連續(xù)的多個普通空格會被當(dāng)作一個空格看待，用不換行空格就可以繞開這種限制，獲得連續(xù)的空白——這也是為什么它又被叫做「硬空格」（hard space）。

普通空格（上）與不換行空格（下）在兩端對齊時的區(qū)別（注意紅字部分）

不換行空格的輸入方式因軟件而異，如在 Pages 里是 Option + 空格，而在 Word 里是 Option + Shift + 空格，HTML 語言中則可以用 來標(biāo)示。

與回車一樣，空格也不應(yīng)被濫用為控制排版的工具。標(biāo)題居中、段落縮進(jìn)（即「開頭空兩格」）應(yīng)當(dāng)靠排版軟件的樣式設(shè)置來實現(xiàn)。靠空格實現(xiàn)的上述效果是災(zāi)難性的。

最后，tab 鍵對應(yīng)的制表符（U+0009 Horizontal Tabulation）也是一個與空格相似的字符，通常占據(jù)四個空格的位置。從名字可以看出，制表符本來是用來在打字機(jī)上制造表格效果的，但這在富文本流行的今天已經(jīng)越發(fā)顯得過時和簡陋了。如今 tab 鍵更多是被單純用來控制段落縮進(jìn)。在編程界，代碼縮進(jìn)該用 tab 還是空格是一場不亞于 Vim 與 Emacs 之爭的圣戰(zhàn)，但這超越了本文的討論范圍。

疑難字符拾遺

帶聲調(diào)字母

帶聲調(diào)字母在英文中是很少用到的，在中文世界反而因為漢語拼音的普及而變成了常見需求。原理上，輸入帶聲調(diào)的拼音字母是通過「借用」附加了變音符（diacritic）的拉丁字母來實現(xiàn)的，其與拼音四聲的對應(yīng)關(guān)系分別是：陰平——ˉ（長音符 macron）、陽平——′（銳音符 acute）、上聲——ˇ （抑揚符 caron），和去聲——`````（沉音符 grave）。

帶聲調(diào)字母的輸入在 iOS 上非常簡單：只要按住對應(yīng)的字母鍵，就可以在彈出的浮動條中看到它們。這一技巧同時適用于中英文輸入法，但帶上聲 ˇ 的字母只在中文鍵盤上才能找到。macOS 上，最簡單的方法是切換到中文輸入法，直接輸入需要注音的字的拼音，然后按 Tab 鍵，就會發(fā)現(xiàn)韻母上出現(xiàn)了聲調(diào)。反復(fù)按 Tab 直到看到所需的聲調(diào)，然后直接回車即可上屏。另外，較新版本的 macOS 借鑒了 iOS 上的交互方式，長按鍵盤上的普通字母即可看到與其相關(guān)的帶聲調(diào)版本。

帶聲調(diào)字母的輸入

數(shù)學(xué)符號

最常用的加減乘除四則運算符號中，只有加號 +(U+002B Plus Sign）是可以在鍵盤上直接打出來的。鍵盤上的減號實際上是連字符，而不是數(shù)學(xué)上的 ?（U+2212 Minus Sign）；乘和除則干脆沒有（分別應(yīng)該是 U+00D7 × Multiplication Sign 和 U+00F7 ÷ Division Sign）。又因為與減號和乘號形態(tài)相近的符號過多，即使用符號面板輸入也非常容易選錯。如果有經(jīng)常使用這些符號的需求，建議為它們各自指定一個自定義短語。

此外，macOS 和 iOS 的輸入法都支持輸入符號名稱的拼音時在候選詞中顯示符號，但通過這種功能打出來的四則運算符號并不是上述標(biāo)準(zhǔn)形式，而是 emoji 化的「加粗版」（在 Unicode 中屬于 Dingbats，即裝飾字符的范疇），在規(guī)范用途中要注意避免。

我們還知道，一些字母在科學(xué)上具有特殊含義。有時候，是否大寫、是否加粗、是否使用襯線體等樣式上的區(qū)別，都會對語義產(chǎn)生影響（例如函數(shù)符號就是小寫、斜體、襯線體的 ）。這些符號規(guī)范的輸入方法不是輸入普通字母，然后用字體設(shè)置改變樣式，而是使用 Unicode 中 Mathematical Alphanumeric Symbols 區(qū)塊的專用字符。macOS 上可以在字符輸入面板的 Maths Symbol 分類中找到這些符號，iOS 上則只能依靠自定義短語或第三方 app。

手動輸入的「數(shù)學(xué)符號」和 Unicode 專門指定的數(shù)學(xué)符號，注意兩者在寬度和形態(tài)上的區(qū)別

順帶一提，在 Twitter 上有時能看到一些非常奇特的用戶名，明顯與系統(tǒng)默認(rèn)字體不同。這實際上就是利用了上述數(shù)學(xué)字符的樣式是特定的，因此在顯示時具有無視系統(tǒng)字體的「特效」的原理。

版權(quán)、商標(biāo)符號和其他

常用的版權(quán)和商標(biāo)符號（?、?、?）在 macOS 上可以分別通過 Option + g/r/2 輸入。Word 的自動糾正則會將 (c)、(r) 和 (tm) 替換為對應(yīng)的符號形態(tài)。與它們有關(guān)的常見誤用有兩種：一是用成了中文輸入法所提示的 emoji 版本；二是手動輸入 TM 字樣，然后改成上標(biāo)。

事實上，macOS 幾乎為每個 Option + 字母/數(shù)字鍵 的組合都 安排 了一個特殊符號，如果再加按 Shift 鍵，則可以直接輸入的字符還有更多。讀者如果有興趣不妨依次試一遍，并挑一些自己用得到的專門記憶。

macOS 鍵盤在按下 Option 和 Option + Shift 時的符號映射

符號輸入方法概述

當(dāng)然，很多時候我們用錯符號，未必是因為不知道該用什么，而是因為不知道如何輸入、或者因為覺得過于麻煩而不愿輸入。雖然上文在說明符號用法的同時，都給出了各自的輸入方式；但篇幅所限，提到的符號也只是 Unicode 的冰山一角。為此，在文章的最后，讓我們歸納一下常見的符號輸入方法，以便今后在遇到任何符號輸入需求時都能應(yīng)對。

概括而言，主要存在下列四種方法，它們在學(xué)習(xí)成本、效率、靈活性三方面有不同的表現(xiàn)：

• 通過組合鍵：即通過按下特定的按鍵組合來輸入字符，如通過 Option + [ 來輸入左雙引號 “。這種方法的效率最高，但缺點是存在學(xué)習(xí)和記憶成本，并且可能和第三方軟件的快捷鍵沖突。

通過輸入面板：即通過在專用的符號輸入窗口或軟鍵盤中點擊來輸入字符。這種方法的學(xué)習(xí)成本最低，但使用起來也最麻煩。

通過自動糾正：即由軟件自動將形態(tài)相近且輸入方便的符號替換為正確的字符，例如將兩個連字符 -- 修正為長連接號 —。這種方法學(xué)習(xí)和使用成本都很低，但缺點是不夠靈活，在不需要修正時（例如寫代碼時）需要額外步驟來關(guān)閉。

通過用戶詞典：即預(yù)先定義一串易記的輸入碼和所需字符的對應(yīng)關(guān)系，從而在輸入時可以直接從候選詞中選取。這種方法的效率、靈活性都較高，但需要花一定成本來設(shè)置。

另外，如今的用戶每天面對的不只是一臺設(shè)備，而是不同形態(tài)、不同操作系統(tǒng)的多臺設(shè)備，不同平臺對符號輸入的支持情況也存在各自的特點：

• macOS 是一個對符號輸入特別友好的系統(tǒng)。如上所述，默認(rèn)鍵盤布局為各類常用特殊字符提供了組合鍵。任何文本框中，都可以用 Control + Command + 空格呼出功能完善的符號輸入面板，可以分類檢索或者按名稱搜索；中文輸入法下按 Shift + 6 可以呼出標(biāo)點選單。macOS 還具有系統(tǒng)級的 自動替換和自定義短語功能，并且可以通過 iCloud 與 iOS 設(shè)備同步。

Windows 的情況則稍微麻煩一些。Windows 的默認(rèn)鍵盤布局沒有提供太多符號輸入組合鍵；由于軟件開發(fā)環(huán)境相對割裂，也很難提供系統(tǒng)層面的文本替換功能，基本需要依靠各個應(yīng)用自行支持（例如 Word 的自動更正）。不過，Windows 內(nèi)建了一個稱作「字符映射表」（Character Map）的輸入面板，可以在開始菜單的附件中找到；同時，系統(tǒng)的很多位置可以通過輸入字符的 Unicode 編碼，然后按 Alt + X 組合鍵來獲得該字符（例如，輸入 221A 后按 Alt + X 即可得到根號 √）。

iOS 在早期版本中的符號輸入功能比較羸弱。但經(jīng)過多年的進(jìn)化，如今的內(nèi)建輸入法已經(jīng)比較完善。無論中文鍵盤還是英文鍵盤，都提供了很多現(xiàn)成的常用字符，在一些鍵位上長按還可以看到與其相關(guān)的更多字符。此外，可以安裝 Symbolay、UniChar 這類第三方 app 來獲得字符分類列表、鍵盤擴(kuò)展等功能。

Android 平臺的碎片化較為嚴(yán)重，甚至不存在一個共同的默認(rèn)鍵盤，因此無法作出概括性的評論。如果只考察第一方 app，Gboard 和 Google 拼音輸入法都能直接輸入大量特殊符號。另外，得益于平臺的開放性，安裝第三方的文本替換和符號輸入工具是非常容易的，在 Play Store 上以 Unicode 為關(guān)鍵詞搜索就能找到大量這類 app。

Windows 和 macOS 的字符輸入面板

綜合上述情況，我的建議是采用「分級處理」的策略應(yīng)對符號輸入的需求：

• 對于常見、高頻的標(biāo)點符號（將在下文列舉），應(yīng)當(dāng)記住直接輸入的按鍵組合。
• 對于常用但在移動設(shè)備上輸入不便的符號，或者相對不常見、但自己使用較多的符號（例如理科可能會較多地用到專用數(shù)學(xué)符號），最好用文本替換功能為其指定輸入碼，以便用到時快速、準(zhǔn)確地輸入。
• 對于其他低頻使用的符號，偶爾用到時使用符號輸入面板（電腦上）或第三方 app（移動設(shè)備上）即可，沒有必要花費過多時間提前學(xué)習(xí)組合鍵或設(shè)置文本替換。

此外，還有很多效率類工具可以為符號輸入提供便利，例如跨平臺的 TextExpander，macOS 上的 [LaunchBar]https://www.obdev.at/products/launchbar/index.html)、[KeyboardMaestro]https://www.keyboardmaestro.com/main/)，Windows 上的 AutoHotKey 等。但這些工具的主要功能并非符號輸入，在此不過多贅述。

最后，考慮到符號數(shù)量繁多，在遇到陌生符號或者拿不準(zhǔn)用法時，下面這些文檔和工具可以作為參考：

• Unicode 的官方 字符列表是符號名稱、形態(tài)和用例的權(quán)威參考，只是檢索起來相對不便。
• Unicode Table 是一個非常全面和美觀的網(wǎng)頁工具，可以按照編碼、名稱等檢索 Unicode 字符，還可以將陌生符號粘貼到搜索框來反向查找。
• GB/T 15834—2011 是中國關(guān)于標(biāo)點符號用法的國家標(biāo)準(zhǔn)，強(qiáng)烈推薦通讀。
• 《中文排版需求》（CLReq） 是 W3C 描述中文排版需求與問題的文件，目前尚處于草案階段，但已經(jīng)比較完善。文檔的 §3.1（標(biāo)點符號與其排版）及附件 A（中文標(biāo)點符號表）對中文標(biāo)點的相關(guān)技術(shù)問題做了細(xì)致的說明。

網(wǎng)頁工具 Unicode Table 和 iOS 應(yīng)用 UniChart

結(jié)語

必須承認(rèn)，上文歸納的很多符號的區(qū)別是細(xì)微的，有的離「吹毛求疵」只有一步之遙，因此難免受到質(zhì)疑：有必要嗎？畢竟，圓點的大小和橫線的長短似乎是很無聊的區(qū)別，用直引號代替彎引號、用連字符代替連接號也是大眾做法，「幾十年就是這樣下來」。人生苦短，為什么要把時間花在學(xué)習(xí)和輸入符號上？

首先，符號的正確搭配能讓文本更加美觀。長文本中穿插的符號就像湖面上泛起的波瀾、綢緞上鑲嵌的裝飾，為版面帶來節(jié)奏和紋理。對我來說，這一個理由便足夠了——美本身就是值得追求的。從更實用主義的角度說，符號不只是文字的附庸，而是本身就具有語義上的重要作用。否則，句讀也就無以成為專門的學(xué)問，一個逗號也就無以 引發(fā)涉及數(shù)百萬美元的訴訟。

符號的規(guī)范程度也能反映使用者對文本的用心程度。當(dāng)專業(yè)人員將使用直引號斥為「dumb」時，他們指責(zé)的或許并不是這個符號本身，而是使用者的態(tài)度：如果一個人都不愿意多花一點精力輸入成對的引號，怎么能讓人相信他會認(rèn)真對待自己寫出的文章呢？我的閱讀經(jīng)驗也印證了這一點：雖然標(biāo)點使用考究的媒體未必是（盡管更可能是）可信賴的，但胡亂使用標(biāo)點的媒體幾乎一定不可能輸出什么有價值的內(nèi)容。

至于輸入正確符號的成本問題，如果說在打字機(jī)時代因為硬件條件的限制而采用妥協(xié)性的方案是可以接受的，那么在軟件功能強(qiáng)大、輸入方式多元的當(dāng)今，還以「麻煩」為借口堅持使用不規(guī)范的符號，就顯得沒有什么說服力了。而且，本文也給出了解決方案：結(jié)合自己的使用頻率，綜合使用組合鍵、輸入碼和輸入面板。在寫這篇文章的過程中，我思考怎么故意輸錯符號的時間，反而遠(yuǎn)多于輸入正確符號的時間，因為后者經(jīng)過反復(fù)操作已經(jīng)是肌肉記憶的一部分了。

當(dāng)然，本文并不主張在任何時候都要一板一眼地使用最規(guī)范的符號。正如沒有必要在口語對話中刻意使用書面表達(dá)一樣，私人、日常的交流需要一些非常規(guī)的用法來表達(dá)更微妙的意涵，這也被顏文字、emoji 的大行其道所印證。何況，無論是在正式場合追求規(guī)范的符號，還是在非正式場合選擇更加活潑的變通形式，最終的目的都是一致的——用符號更好地表情達(dá)意，拓展文字傳遞信息的帶寬。????