端憲
端憲
目前中文數宏包所供樣式庶幾齊備，唯缺算籌。算籌是中國固有之數碼，數千年一直通行，近代迺式微，漸為阿拉伯(印度)數字取代。籌碼有縱橫兩式，交替間隔使用，有「一縱十橫百立千僵」和「千縱百橫十立一僵」兩種： - 前者常見，即个位用縱式、十位用橫式、百位用縱式、千位用橫式…分位用橫式、釐位用縱式…； - 後者即个位用橫式、十位用縱式、百位用橫式、千位用縱式…分位用縱式、釐位用橫式…，亦有用例。 負號作＼。算籌橫排，高位居左、低位居右，其在縱書（直排）文本中為標準的縱中橫排。 下圖示《測圓海鏡細草》一䈎，其中含正負數和天元（一元未知數）寫法。  萬國碼將算籌碼 1 至 9 編于[區段 1D360～1D37F](https://www.unicode.org/charts/PDF/U1D360.pdf)；0 就用漢字〇，縮小字號。排版時相鄰籌碼須擠壓間距 (kerning)。 朢攷慮將算籌加入中文數宏包。使用格式可為 `\zhrod[vh]{}` 或 `\zhrod[hv]{}`：其中 `[vh]` 表示个位橫、十位縱；`[hv]` 表示个位縱、十位橫，為默認樣式。
遇到一个怪瑕疵：用繁簡轉換，設置`\setCJKmainfont[Mapping=han-simp]{字型名}`後，「元」字會變成一个框。複製出來，用 JS 查`字串.length`和`字串.codePointAt()`，這个框卻根本不存在。 查所用 teckit 之轉換源表，根本沒有「元」(U+5143) 。在該轉換表中加了組映射，將「元」轉換成其它字，也根本轉換不動，仍輸出一个框。換字型，問題依舊，說明不是字型問題。  從 PDF 複製出來，八个字符只剩七个了：  換字型：   目前僅發現「元」字有此問題，而該字根本不參與繁簡轉換。 ------- 備註： xecjk 之繁簡轉換通過 teckit 實現。teckit 轉換表在 /usr/local/texlive/版本號/texmf-dist/fonts/misc/xetex/fontmapping/xecjk/ 。 teckit 轉換表之編譯工具在[此處](https://software.sil.org/teckit/)下載。
建議增加雙行夾注
雙行夾注常見于中文典籍，是注釋之標準格式，幾乎所有古書皆有雙行夾注。雙行夾注適合中文書，正文與注釋字體劃然不紊，一目瞭然。 正文通常用正方字，筆畫較粗；而雙行夾注文字較瘦長。明、清書主流樣式是注文與正文等高。民國以後使用漸少。今新印之書中，僅古籍沿用之。 此在 w3c 日文排版草案中稱「割注」。
**Issue description** ---- map.flyTo() 在經度大于 180° 時，會先移到該經度減 360° 處，然後飛往該經度。即使起點與終點相同亦如此。 map.animateTo() 問題類似。 **Please provide a reproduction code** ---- ``` map.flyTo({zoom:7, center:[105,37]}, {duration:2000}); map.flyTo({zoom:5, center:[280,44]}, {duration:2000}); map.flyTo({zoom:5, center:[280,44]}, {duration:2000});// 同前點 ```