:::
OOo使用者討論區
[資料檔案分享]Unicode規範字元的大列表(超級陽春版的"字元對應表"或"字元檢視器")
分享一份資料檔案
Unicode62List.ods
Unicode規範字元的大列表(超級陽春版的"字元對應表"或"字元檢視器") for OpenOffice.org
http://www.openfoundry.org/of/projects/2267
現階段為止的OpenOffice.org類型套裝軟體 Apache OpenOffice / LibreOffice
版本裡頭的 OpenOffice.org功能表(選單列)\插入\特殊字元 所支援顯示的
子集的unicode版本太老舊了，然而實際上在Writer/Calc的編輯區是可以顯
示到Unicode6.2版為止所規範定義的所有字元。因此筆者在想現在有無供給
OpenOffice.org 3.4以上版本專用的擴充套件，其功能可以相當於
MacOSX內建的"字元檢視器"，或著MsWindows平台的Babelmap.exe，並且
要支援到Unicode6.2以上的版本，google之後的結論是 沒有/找不到。
因為筆者並不會寫程式，所以也沒有能力憑一己之力生成出像是"字元檢視器"
那樣層級的擴充套件。
然而在查閱了網路上四面八方的資料之後，發現可以用土法煉鋼的方式，拼湊出
一個試算表表格檔案，並且可以把Unicode6.2版所規範的十一萬個字元，全部
列進去，那就可以當作是一個非常陽春到不行的"字元對應表"或"字元檢視器"了
，然後筆者花了些時間，真的把這樣一個檔案給拼裝出來了。
在技術上，這個檔案陽春到不行，充其量就只是一張"表"，然而唯一的特色就是
Unicode6.2版所規範的十一萬個字元"完全收錄"，當然要能夠顯示多少百分比
的字元，也得看使用者端安裝的字形的碼位佈滿率而定。
在OpenOffice.org功能表(選單列)\插入\特殊字元的子集功能尚未跟上Unicode
版本進度的時候，這個試算表檔案也算是一個急就章的解決方案吧！？
為了怕使用者端漏看，這裡先補充：
使用者端在閱讀本文件時，或許可能會發現一個狀況，
就是有些字元怎麼會貼在儲存格的邊線上？
或著跨界跑到前一個儲存個內？
然而這些字元從Calc選取並複製到Writer的編輯區內的時候，
顯示乍看之下也"沒有"什麼問題，
筆者也不知道為什麼會這樣子，
或許可能是文書軟體的排版引擎和字形檔案本身的細微參數設定，
彼此之間沒有設計相容性最佳化吧？
Unicode版本的更新間隔近年似乎縮短了，因為看似月底又要推出Unicode6.3
版規範了。不過若要等對應的字形和相關軟體babelmap.exe等等到位，大概又
是一段時間吧！？
Unicode62List.ods
Unicode規範字元的大列表(超級陽春版的"字元對應表"或"字元檢視器") for OpenOffice.org
http://www.openfoundry.org/of/projects/2267
現階段為止的OpenOffice.org類型套裝軟體 Apache OpenOffice / LibreOffice
版本裡頭的 OpenOffice.org功能表(選單列)\插入\特殊字元 所支援顯示的
子集的unicode版本太老舊了，然而實際上在Writer/Calc的編輯區是可以顯
示到Unicode6.2版為止所規範定義的所有字元。因此筆者在想現在有無供給
OpenOffice.org 3.4以上版本專用的擴充套件，其功能可以相當於
MacOSX內建的"字元檢視器"，或著MsWindows平台的Babelmap.exe，並且
要支援到Unicode6.2以上的版本，google之後的結論是 沒有/找不到。
因為筆者並不會寫程式，所以也沒有能力憑一己之力生成出像是"字元檢視器"
那樣層級的擴充套件。
然而在查閱了網路上四面八方的資料之後，發現可以用土法煉鋼的方式，拼湊出
一個試算表表格檔案，並且可以把Unicode6.2版所規範的十一萬個字元，全部
列進去，那就可以當作是一個非常陽春到不行的"字元對應表"或"字元檢視器"了
，然後筆者花了些時間，真的把這樣一個檔案給拼裝出來了。
在技術上，這個檔案陽春到不行，充其量就只是一張"表"，然而唯一的特色就是
Unicode6.2版所規範的十一萬個字元"完全收錄"，當然要能夠顯示多少百分比
的字元，也得看使用者端安裝的字形的碼位佈滿率而定。
在OpenOffice.org功能表(選單列)\插入\特殊字元的子集功能尚未跟上Unicode
版本進度的時候，這個試算表檔案也算是一個急就章的解決方案吧！？
為了怕使用者端漏看，這裡先補充：
使用者端在閱讀本文件時，或許可能會發現一個狀況，
就是有些字元怎麼會貼在儲存格的邊線上？
或著跨界跑到前一個儲存個內？
然而這些字元從Calc選取並複製到Writer的編輯區內的時候，
顯示乍看之下也"沒有"什麼問題，
筆者也不知道為什麼會這樣子，
或許可能是文書軟體的排版引擎和字形檔案本身的細微參數設定，
彼此之間沒有設計相容性最佳化吧？
Unicode版本的更新間隔近年似乎縮短了，因為看似月底又要推出Unicode6.3
版規範了。不過若要等對應的字形和相關軟體babelmap.exe等等到位，大概又
是一段時間吧！？
