問題是，很多人換用直角引號只是一種隨大流的選擇，并不了解為什么要這么換、和原來的用法比起來有什么優劣，以至于經常打出「‘’」這樣不倫不類的用法（單層引號的內部應當嵌套雙層引號「『』」，macOS 在輸入時會自動處理）。實際上，對直角引號的提倡是從知乎開始的，可以追溯到 2012 年前后。在知乎上以「直角引號」為關鍵詞搜索，仍然可以看到當時大量的討論和爭議。
兩種引號在不同網頁設定下的顯示效果
概括地說，直角引號的提倡者主要有如下理由：其一，與冒號、分號等標點都有用于東亞文字的全角版本不同，彎引號缺少一個中文專用的版本。無論中文西文，彎引號都是同樣碼位上的同一對字符，其外形完全取決于字體。在中西文混排的場合有好看符號的輸入法，彎引號常常因為套用西文字體而顯示為半角寬度，與漢字和其他中文標點差異很大，從而對排版效果產生不利影響。其二，提倡者認為直角引號的形態與方塊字更加契合。其三，直角引號在香港、臺灣和日本都是官方規范，這也為將其「進口」到簡體中文世界提供了依據。
本文無意對兩種引號的選擇作出結論，也缺乏這么做的資格和必要。但無論你站在哪一邊，都應當是基于技術上或審美上理由的自主選擇有好看符號的輸入法，而不是出于對標準原教旨式的遵從（請注意兩岸涉及標點符號的標準文件都不是強制性的）或無謂的「格調」「潮流」之爭。
撇號和角分符號
最后，有必要提一下撇號和角分符號，它們都是常見的、因為形態與引號相近而經常被誤用和混用的符號。
撇號（apos-tro-phe）是英文中用來標示所有格（John’s apple）和省略（isn’t）的符號，其正確形態是一個右單引號，即’（U+2019 Right Mark），因此同樣需要注意避免用成直引號。另外，對于 rock ’n’ roll 這樣連用撇號的情形，要特別注意撇號的方向：字母 n 兩側的撇號很容易被系統自動「修正」為一對引號；這也是為什么提倡盡可能直接用組合鍵輸入引號，而不是依賴軟件糾正。
角分符號（）是常見于度量單位的符號，包括表示英尺、分鐘等的角分′（U+2032 Prime）和表示英寸、秒數等的角秒″（U+2033 Prime）。這組符號在 macOS 和 iOS 上都沒有快捷的輸入方法；不少西文字體也沒有包含它們，正確輸入很多時候反而會帶來不佳的排版效果。因此有觀點認為，除了在用到時調用符號面板輸入，用直引號來代替也是可接受的妥協方案，并且可以開啟斜體來更好地模仿原符號的傾斜。（但注意不要用彎引號，因為角分符號的形態無論如何不可能是彎曲的。）
角分符號的幾種常見用例對比
各種「橫線」
另一組誤用頻率不亞于引號的符號，大概就是包括連字符、連接號和破折號在內的各種「橫線」形符號了。它們一方面數量繁多且形態相近，另一方面在中英文中的形態和用途并不完全對應，從而更容易產生誤認。
各種「橫線」在中英文中的用途對比
為了方便講述和記憶，我們按照從短到長的順序來梳理這些符號。最短的橫線是連字符-（U+2010 -Minus），也是最容易輸入的，就在鍵盤上數字 0 的右側。但與多數人的直覺不同，連字符在大多數時候并不需要手動輸入：它的主要用途是將較長的西文單詞斷成兩行，而這是由軟件自動加在行尾的。需要手打連字符的場景基本只有在多個部分組成的名稱或詞匯內部，例如 Rolls-Royce、whack-a-mole，等等。
那為什么我們會覺得連字符是一個高頻符號呢？這是因為它經常被當作更長一些的連接號（dash）用了。在西文中，連接號有一短一長兩個，分別是–（U+2013 En Dash）和—（U+2014 Em Dash），它們的名字來源于活字印刷術語——「em」是金屬活字的垂直長度，「en」則是前者的一半。
金屬字模圖示，圖中 c 的長度就是 1 em。（來源：維基百科）
連接號在英文中的用途非常廣泛。先看較短的 en dash。各種數字（pages 1–10）、日期（–）、年份（1949–2018）、地名（a – train）之間都是用它來連接。它也用在一些由兩個人共同提出的理論、概念中（– index）。至于較長的 em dash，它在英文中的作用很像中文的破折號，用于句中的插入語前后（類似逗號）、引出補充說明或列舉（類似冒號）、標示中斷或間隔等。
兩種連接號在 macOS 上可以分別通過按 +-（即連字符鍵）或 + Shift +-得到。iOS 的英文鍵盤上，長按連字符鍵就能在彈出的浮動條中看到它們。
以上說的是英文中的情況，中文里的這些「橫線」又是如何使用的呢？首先，連字符在中文里基本是沒有用武之地的。其次，對于起連接作用的符號，國內標準將其細化為短橫線、一字線和浪紋線三種，分別對應前面所說的 en dash、em dash，和～（U+FF5E Tilde）。至于三種形態的各自用途，國標的列舉過于繁瑣，簡記方法是：一字線（em dash）和浪紋線可以互換，用于表示時間、地域、數字的起止；其他表示「連接」的場合都用短橫線（en dash）。
至于我們最熟悉的破折號，實踐中的用法并不統一。最通用的做法是連續使用兩個 em dash——。這種用例的問題在于它本質上還是兩個獨立的字符，因此如果字體設置不正確，會產生中間斷開的視覺效果，不符合規范；在一些極端情況下，還會出現后半截被擠到下一行開頭這一令人困惑的情況。因此，排版中有時也會使用占兩個漢字空間的?（U+2E3A Two-Em Dash）充當破折號，相應的問題當然就是輸入不便。
至于這些符號在中文環境下的輸入，在 macOS 上與英文基本沒有區別，多出的破折號通過 Shift +-輸入也是人盡皆知。iOS 上的情況比較混亂，可以參看下圖。
iOS 鍵盤上的各種「橫線」
各種「圓點」
句號
在中文中，除了最常見的圓圈形句號。（U+3002 Full Stop），理工學科的用戶一定也經常見到用與英文句號形態接近的全角「句點」．（U+FF0E Full Stop）充當句號的做法。這是為了避免和數字 0、字母 o 等「圓圈」形字符混淆（想象一下它們被用于下標且位于句尾時的情形）。另外，國內參考文獻標準中，作者、題名等各屬性間也是使用．，而不是英文句號。
阿列夫–零還是阿列夫–圈圈？
macOS 的中文輸入法沒有直接輸入全角句點的組合鍵，需要先按 Shift + 6 打開標點輸入面板，按一下 tab 鍵切換到「符號」選項卡，然后向下翻找。iOS 上，全角句點可以通過長按中文鍵盤上的英文句號按鍵找到。
省略號
中文狀態下輸入省略號幾乎人人都會，Shift +6組合鍵會輸出連續的兩個…（U+2026 ），這也是中文省略號的標準形態。問題在于，按照國內規范，省略號在高度上應當居中，因此也有拿兩個數學專用的?（U+22EF ）充當省略號的做法（iOS 中文鍵盤上長按省略號就能看到這個字符）。這實際上是一種「以（造）形害（語）義」——標點符號的形態應該是通過調整字體來控制的——并不值得提倡。
掌握程度普遍較差的是英文狀態下省略號的輸入方法。實際上這也是很多英文用戶搞不清楚的，原因還是拜打字機所賜。當時，由于鍵盤上沒有省略號的一席之地，人們的權宜之計是連用三個句點.（U+002E Full Stop）代表省略號，有時還在兩兩之間加上空格，即. . .。這種不規范的習慣被保留至今。雖然大多數自動糾正機制都會把三個點自動替換成正確的省略號…，但正宗的輸入方式還是值得一記： +;（分號鍵）。iOS 的英文鍵盤上可以通過長按句號來輸入省略號。
省略號的打字機式用法和規范用法
間隔號
間隔號這個名字聽起來或許令人有些陌生，實際上卻是一個被頻繁使用的標點，外文人名（史蒂夫·喬布斯）、詞曲名（《天凈沙·秋思》）、節日和紀念日（「3·15」消費者權益保護日）中的「圓點」，用的都是間隔號。
根據標準，間隔號對應的字符是·（U+00B7 Dot）。但由于在形態上與其相似的符號太多，很多人在用到時會打開輸入法的符號列表隨手找一個，經常中槍的包括?（U+2022 ）乃至●（U+25CF Black ），看起來頗為古怪。還有一些用戶因為不了解間隔號的輸入方法，用連字符、空格，甚至英文句號代替，這顯然也是不規范的。
哪個才是喬布斯？
實際上，間隔號的輸入非常容易：大多數中文輸入法將這個字符映射在~鍵（即緊鄰主鍵盤區數字 1 左邊的按鍵）上，直接按下即可輸入。iOS 的中文輸入法直接提供了間隔號。
需要指出，按照國標，間隔號在形態上應該占據一個漢字的寬度。這就產生了一個和中文彎引號一樣的問題：中文的間隔號沒有單獨的碼位，在與西文混排時往往因為調用西文字體而顯示為半角寬度。這個問題目前沒有很好的解決方案。一些觀點指出可以使用日文的?（U+30FB Dot）來代替，但這顯然存在輸入難度和兼容性上的問題。
「看不見」的符號
回車的「軟」與「硬」
將回車鍵說成是「符號」似乎有些奇怪，但如果打開 Word 敲一下回車，你將能看到一個淺藍色的段落標記，并且可以選中、移動和刪除，這就是它符號身份的證明。回車不僅被程序當作符號看待，而且有一個專門的碼位（U+000D ）。當然，它確實具有區別于普通符號的特殊身份——控制字符；換句話說，其主要作用是傳遞某種控制功能。
與回車相關的一些疑惑也正來源于這種雙重身份。例如，Word 文檔打開項目編號時，按下回車就會讓段落序號遞增，但有時我們只是想讓原來的段落新增一行；在微信中，按下鍵盤右下角的藍色按鍵（相當于回車）就會把信息發出去，但有時我們只是想給消息分個段。在這兩種情形下，軟件都把回車操作理解為控制功能（新建段落或發送消息），盡管我們預期的結果更多是語義上。那么，有沒有一個不帶控制性含義、純粹表示換行的「符號」呢？答案是肯定的，這就是所謂的「軟回車」，它在 中的身份是 U+2028 Line 。
軟回車與硬回車
桌面系統上，軟回車的輸入方式取決于軟件。大多數字處理軟件可以用 Shift + 回車來獲得軟回車；但在一些該組合鍵被其他功能占用的軟件中（如 ），則也可能是 + 回車。iOS 上，不借助外接鍵盤輸入軟回車是相對困難的，比較可行的方式是為其設定一個自動替換短語。部分設計周全的 iOS 應用也可能在軟鍵盤上方的工具欄中提供這一符號（如 ）。
「軟」「硬」回車的區別主要適用于帶格式文本。純文本不存在「段落」的概念（只有「行」），也就無所謂「軟」和「硬」。至于比較特殊的 ，連續的兩個換行符對應渲染結果中的新段落，而如果想得到一個「軟回車」，則要輸入兩個空格，然后一次回車。
最后要提醒的是，回車不是用來調節排版的工具。任何的行間距、段落間距都應該使用排版軟件的樣式設置來處理；開啟新頁的方式不是一路回車到底，而是插入分頁符。
空格和制表符
將輸入空格的方法拿出來單說似乎也是非常可笑的。但如果在 字符集中搜索「space」，你將會看到十幾種不同的「空格」。它們并不只是「回字的四種寫法」那樣無聊的學究，而是切實地在排版和字符顯示中發揮不同作用。
對于日常使用，除了最普通的空格（U+0020 Space），最好還能了解不換行空格（U+00A0 No-Break Space）的用法。如其名稱所示，不換行空格最主要的作用就是禁止在其位置換行。譬如，在10 Kg、? 2018這樣的用例中，如果數字和單位、符號與文字之間的空格處發生斷行，顯然會使讀者產生困惑。這時，用不換行空格就能起到將空白前后標記為一個整體的作用，強制使其位于同一行。此外，在 HTML 和 TeX 等標記語言中，連續的多個普通空格會被當作一個空格看待，用不換行空格就可以繞開這種限制，獲得連續的空白——這也是為什么它又被叫做「硬空格」（hard space）。
普通空格（上）與不換行空格（下）在兩端對齊時的區別
注意紅字部分
不換行空格的輸入方式因軟件而異，如在 Pages 里是 + 空格，而在 Word 里是 + Shift + 空格，HTML 語言中則可以用來標示。
與回車一樣，空格也不應被濫用為控制排版的工具。標題居中、段落縮進（即「開頭空兩格」）應當靠排版軟件的樣式設置來實現。靠空格實現的上述效果是災難性的。
最后，tab 鍵對應的制表符（U+0009 ）也是一個與空格相似的字符，通常占據四個空格的位置。從名字可以看出，制表符本來是用來在打字機上制造表格效果的，但這在富文本流行的今天已經越發顯得過時和簡陋了。如今 tab 鍵更多是被單純用來控制段落縮進。在編程界，代碼縮進該用 tab 還是空格是一場不亞于 Vim 與 Emacs 之爭的圣戰，但這超越了本文的討論范圍。
疑難字符拾遺
帶聲調字母
帶聲調字母在英文中是很少用到的，在中文世界反而因為漢語拼音的普及而變成了常見需求。原理上，輸入帶聲調的拼音字母是通過「借用」附加了變音符（）的拉丁字母來實現的，其與拼音四聲的對應關系分別是：陰平——ˉ（長音符 ）、陽平——′（銳音符 acute）、上聲——ˇ（抑揚符 caron），和去聲——`````（沉音符 grave）。
帶聲調字母的輸入在 iOS 上非常簡單：只要按住對應的字母鍵，就可以在彈出的浮動條中看到它們。這一技巧同時適用于中英文輸入法，但帶上聲ˇ的字母只在中文鍵盤上才能找到。macOS 上，最簡單的方法是切換到中文輸入法，直接輸入需要注音的字的拼音，然后按 Tab 鍵，就會發現韻母上出現了聲調。反復按 Tab 直到看到所需的聲調，然后直接回車即可上屏。另外，較新版本的 macOS 借鑒了 iOS 上的交互方式，長按鍵盤上的普通字母即可看到與其相關的帶聲調版本。
帶聲調字母的輸入
數學符號
最常用的加減乘除四則運算符號中，只有加號+(U+002B Plus Sign）是可以在鍵盤上直接打出來的。鍵盤上的減號實際上是連字符，而不是數學上的?（U+2212 Minus Sign）；乘和除則干脆沒有（分別應該是 U+00D7× Sign 和 U+00F7÷ Sign）。又因為與減號和乘號形態相近的符號過多，即使用符號面板輸入也非常容易選錯。如果有經常使用這些符號的需求，建議為它們各自指定一個自定義短語。
此外，macOS 和 iOS 的輸入法都支持輸入符號名稱的拼音時在候選詞中顯示符號，但通過這種功能打出來的四則運算符號并不是上述標準形式，而是 emoji 化的「加粗版」（在 中屬于 ，即裝飾字符的范疇），在規范用途中要注意避免。
我們還知道，一些字母在科學上具有特殊含義。有時候，是否大寫、是否加粗、是否使用襯線體等樣式上的區別，都會對語義產生影響（例如函數符號就是小寫、斜體、襯線體的）。這些符號規范的輸入方法不是輸入普通字母，然后用字體設置改變樣式，而是使用 中 區塊的專用字符。macOS 上可以在字符輸入面板的 Maths 分類中找到這些符號，iOS 上則只能依靠自定義短語或第三方 app。
手動輸入的「數學符號」和 專門指定的數學符號
注意兩者在寬度和形態上的區別
順帶一提，在 上有時能看到一些非常奇特的用戶名，明顯與系統默認字體不同。這實際上就是利用了上述數學字符的樣式是特定的，因此在顯示時具有無視系統字體的「特效」的原理。
