[自製資料檔案分享]Unicode9.0規範字元的大列表

別重複發明輪子，網路上一堆類似的網站或小工具：

https://unicodelookup.com/

http://www.fileformat.info/info/unicode/char/search.htm

http://www.mclean.net.nz/ucf/

http://shapecatcher.com/

http://www.babelstone.co.uk/Software/BabelMap.html

只要稍加修改就能符合自己的需求。

我分享出來的檔案內容，當然會有一些這些網站與應用程式“所沒有”、以及“無法呈現的東西”的東西。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

不同可以自行改，沒有可以自行加。opendocument 試算表本就不適合做這類工作，更何況實作並沒有完全完成。這種超大檔案要用資料庫。

再補充一下：
這個文件檔案的設計理念，基本上“就不是”面向軟體開發者和技客和英文程度超級好的(海外)使用者，而是面向圖形桌面中文資訊文書處理的臺灣在地的終端使用者。所以表格預設字級設定的較大。跟著libreoffice calc跨平台，方便查閱。有區塊名稱的“正體中文”（“字元名稱”“正體中文”則是可遇不可求的未來的願景）。在試算表即時顯示不同的區塊與字型搭配之後的顯示效果。其實以上扯這麼多，還不如檔案下載下來自己打開了看了最快。但是“某些訪客”就是硬要“自行對號入座”，那我也沒辦法。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

又開始了，反正提供意見的都會被打成不爽你，這還有誰要和你討論？你關起門來閉門造車不就得了。這已經不是什麼技術之類的話題了，而是心態的問題了，和什麼訪客也沒有關係，我看前面幾位訪客都還滿熱心的，結果卻顧人怨。東西是給終端使用者使用的，別去扯什麼技客、軟體之類的，照你這麼說，飲體工程師寫的東西都不適合給終端使用者用？那就不要去用手機、電腦，這些都是一些技客搞出來的。

就和你說了，這類工作不適合使用試算表來做。資料庫也是跨平台的。丟筆……

我解釋了我編製的這個東西的一些緣由與情境啊～你硬要解讀成"打成不爽"那我也沒辦法。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

對某些使用者來說，他方便打開了馬上查閱到他想要查的部分，那就好。

只是這些使用者，可能不包含“某些訪客”。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

前端和後端是兩回事。

我猜等等有人會說網頁顯示的字體不標準之類的。

不是有人已經下載來試過了，缺點也已經說了。

不知道，不清楚並不可以恥，可以學，可以問。但一意孤行就不好了。

那一篇？ ＃多少？ 抱歉我沒有找到文。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

59 樓！

你喜歡分享什麼，想分享給誰，我沒說話的餘地。

但東西本身很難用。

〈買早餐也能了解前端 vs 後端？〉

先弄清楚前端後端。當然這不一定只能用在 web 設計。把一大堆的雞蛋通通放在一個籃子裡頭，老實說是在苦毒使用者。尤其你這個表格還是尚未完成的版本，要全部完成的時候，會一堆人都打不開吧！搞不好到時候你己就打不開了，OO.o/LO 處理檔案也是有極限的。

我編輯這個檔案的軟硬體環境是 MacBook Pro（ mid 2010） , 16GB RAM , intel C2D 2.4Ghz , MacOSX 10.11 , LO 5.2 Calc for Mac , 檔案開啟的時候 視窗底下的藍色進度條 確實沒有“一瞬間”到底，是要跑個數秒鐘沒有錯，但我自己不會感受到難開，檔案我也不只分享在這個討論區，還有其他的討論區，目前只有這裡的“訪客”有反應一個 “6.3MB”的檔案太大了難開。 

---

所以這個檔案就“不是”設計給你用的了。

---

我目前還在新增檔案內容，我增加了六十個blocks的“字元名稱”的“正體中文”。在本機操作，開檔案之時的視窗下方藍色進度條時間秒數的感覺沒有多少差異。

---

以上我在猜想，是不是因為我自己有操作onyx之類的系統最佳化軟體，調整一些設定值，讓cpu、memory 物盡其用，所以“不會有”檔案很難開的感覺？ 塞了再多的儲存格（而且持續增加中，理想目標就是272個blocks的“字元名稱”“正體中文”全都整理完畢），也都感覺還好。

補充：想了一下，如果這個檔案的最終理念完整版本剛好可以測試出 OO.o/LO 當下版本的 極限在哪裡的話，這樣好像也不錯？ 這樣OO.o/LO當下版本的各種參數屬性等等的使用規格限制之類的資訊，就會有一個“參考範本”檔案可以用了。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

你想分享，那麼要考慮到分享的對象的操作，雖然在你的己器可能是還可以操作。

就以 OO.o 而言，處理超過約 250 萬字時，就常會出現跑版的情形。

先暫時放空自己思考一下吧！滿則溢。

我這個檔案是在LO做的，在AOO“目前的標準版本”可能會有不相容的狀況發生。應該要再補充一下，我會建議在1080P以上的大解析度＋大吋數螢幕瀏覽這個檔案，雖然我自己本身編輯的環境是在13"的筆電小螢幕上。

---

面對一拖拉庫“訪客”的“文字霸凌”，要放空，很難呀～～～

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

別在牽拖了啦！明明一開始就是你在出言挑釁。我看這裡頭有 bug 的話，也是訪客害的。@@

能力不足偏要去做超過自己能力的事來毒害別人。po 在自己 blog 就好了，偏又愛出風頭想出名。小白真的是沒藥醫呀！

文字霸凌？你怎麼做就怎麼受！

人家提供的意見，通通被打回票，真的，你怎麼做就怎麼受！

我也是覺得發表在自己的 blog 就好，別發在公共的討論區。

都是一樣的 OpenDocument 的規格，如果無法溝通，還算什麼 OpenDocument？還要怎麼跨平台？

我從頭到尾只看到一位技術差、沒肚量、愛東扯西扯，以及不能明白自己的東西很糟糕、無法接受別人批評的級品。多謝您的分享讓我大開眼界。

說實在的，技術差真的沒人會說什麼，但你受到的批評和技術差沒關係的。級品！

不合己意的，就是文字霸凌！霸凌一詞真的被爁用了！

給你一些建議：

1. range1跟range2如果數值都一樣的話可以只留1個。
2. 參考資料，直接用超連結處理。就不會占用那麼多欄位，也不需要寫沒有合適資料之類的內容。
3. 字型名稱跟下載網站，一樣用超連結處理。
4. 為了避免檔案大要開很久，可以採用目錄跟內容分離的作法。讓使用者透過目錄去點自己需要的資料。不要把所有資料都放在同一個檔案。

關於第2跟第3點，做出來會像下圖。

至於第4點，我做了示範的檔案。(請直接下載解壓縮)

https://drive.google.com/file/d/0B7BQDCTnNN42ZGlwRldHWkxIOWc/view?usp=sharing

感謝～

在前面我經歷了一拖拉庫的文字霸凌般的回覆之後，終於出現“第一個”我所期待的訪客回覆了，我再研究看看您的回覆與ＤＥＭＯ。當然關於把所有資料放在一個檔案，我也有自己的一套思維與作法和緣由，我再摸索看看。

再次感謝～～～

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

又來了。裝睡的人就是叫不醒。別人的熱心被你當白痴。

看了這篇，原本想要補充的一些資料，又不想貼了，貼到其他討論區去～～～

（我猜“某些訪客”可能會心想: "反正也不屑你的資料"）

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

我對你不屑別人的批評還滿不屑的。去吧去吧，祝你好運。

一些個人想法與觀點：

關於 1.
range1跟range2，這部分或許我真的該取捨一下，二選一就好。

關於 2. 3.
“我找不到適合的連結”，我刻意這麼寫的，重點在於前面的“我找不到”。
在超連結的部分，檔案中可以發現，目錄的部分，預設字級是“20”，字元列表的部分，預設字級是“32”。
對我來說，MAC桌面環境的“預設字級”呈現出來小布拉嘰的跟螞蟻一樣，所以我刻意把儲存格內的預設字級設定的相對來說滿大的。
我預設期望檔案閱讀者是在相對來說的大吋數＋大解析度螢幕閱覽檔案。
我自己的想法與理念是，“直接就要看到”“最直觀”的文字資訊，像是字形檔下載的““連外”直連網址”。
，做外連超連結的話，就會等它浮現字級相對來說字級小布拉嘰的黃色框框。

關於 4.
我的理解是，把資料分散在目錄與內容等多個不同的檔案，就“有機會”造成，某些資料閱讀者查資料的時候“缺檔”的狀況發生。
”古早時代“，剛接觸相對的寬頻網路的時候，我也曾經因為好奇而跟著這樣玩：網路上有”熱心的人“把某個版權物，分散成多個檔案，批次上傳到網路上，另外製作了一個純文字檔案，我去下載這個純文字檔案，
套進下載軟體，然後就批次下載之後再透過軟體組合回來，在這之間，”就有機會“經歷“缺檔”的狀況。
現在即使我把這些多個不同內容的檔案打包成zip，但是網路上傳來傳去，別人不見得第二手第三手也全都是打包檔在傳，也有可能解壓縮之後把每個檔案分散著傳，所以我的評估後就是所有資料通通塞在單一檔案。
畢竟現在的軟硬體效能應該不差了？我用七年前的硬體開檔編輯存檔，都覺得還算ＯＫ可以堪用了（當然也是有用過系統調教軟體做些設定就是了）。
我不是聖人，我當然不會去多思考硬體配備比我編輯檔案用的七年前發行的硬體還差的檔案閱讀者的環境。

----以下簽名檔------------------------------------------------------------

發表過的網路文字作品；
https://sites.google.com/site/ianho7979/home

肚子空空又不讀書，朽木不可雕也，建議站長直接把這頭黃牛給 ban 掉啦！

這是國慶日特別節目嗎？