Mingye Wang
http://unicode.org/charts/PDF/Unicode-10.0/U100-3100.pdf  U+312F 似乎亦有定義，同樣需要避免。(https://github.com/adobe-fonts/source-han-serif/issues/7#issuecomment-292333824)
使用者可能使用 IDS 輸入一些難以輸入的字，這時候如果能直接用 IDS（#3）尋找並輸出已有的字應該會比現場拼湊好看一點。類似的情況還有「招財進寶」這個已經進入 U-source 等待收錄，並於 GlyphWiki（#64）有字型的字。
黑體支援
在实际的网页应用中，无衬线体（对于中文而言就是黑体）经常要更常用一些，像素化渲染效果也可能好些。不知可有实现意向？ 现有的开源黑体基本上有提供多字重的思源黑体和提供普通和减细两字重的文泉驿家族（千萬不要用正黑）。 // Moved from https://zh.wikisource.org/wiki/User_talk:Shoichi.
html 自述頁
總覺得開一個 HTTP Server 的話還是會有人希望能看到「這個程式是什麼」的網頁；跑在 wmf toollab 這種公用伺服器的時候更是這樣。要不要做一個簡單的 HTML 指向 GitHub 原始碼呢？
[GlyphWiki](http://zht.glyphwiki.org)（[dump](http://glyphwiki.org/dump.tar.gz)）中不但存有用於支持「花園明朝」字型的全套 Unicode CJK (+IVD) 字元，還含有一些用於組字（⿺、⿰）的變形字，以及待收入 Unicode 的字。網路上有一些 Dump parser，具體情況我還沒看。 我自己的感覺是要省事的話不用另寫一個 parser 組進現有程序；可以做幾個在 Unicode PUP 含有部件的字型檔，在現有程式內加表導向。（這樣 hack 倒是很髒。）
目前繪圖所用顏色基本只有一種（加上 Anti-Alias 得到的 Alpha），應該可以考慮將 PNG 轉為 256 索引顏色（8-bit）模式（這麼多灰階很夠用了）。測試將[楷體 biang](http://xn--p8s937b.xn--v0qr21b.xn--kpry57d/%E2%BF%BA%E8%BE%B6%E2%BF%B1%E2%BF%B1%E7%A9%B4%E2%BF%B0%E6%9C%88%E2%BF%B0%E2%BF%B1%EF%95%9F%E2%BF%B2%E9%95%B7%E9%A6%AC%E9%95%B7%E5%88%82%E5%BF%83.png?%E5%AD%97%E9%AB%94=%E6%A5%B7%E9%AB%94) 以 [pngquant](https://pngquant.org/) 轉為 256 索引色（8-bit），檔案大小由 6403 位元組減少至 4967 位元組（77.6% 原大小）；轉為 64 索引色（4-bit），檔案大小為 3516 位元組（54.9%）。 要實作的話，StackOverflow 上[已有前人經驗](http://stackoverflow.com/a/13310186/3770260)。 其中 `ImageTypeSpecifier.createIndexed` 基本上是應該傳入幾個這樣的陣列： ```Java byte[]...
有时候字比较复杂可能糊成一团，对于通用的字体文件有一个 https://github.com/be5invis/sfdhanautohint 可以给字型檔中的漢字字形（glyph）加入 TrueType Hinting 指令优化渲染。 这个东西呢实际上是可以拆出来里面的东西用来即时渲染的（参照里面的 previewer），至于各种参数的数值（笔画宽度之类）也大多能通过已有的组字操作算个大概。 不過因為是 JavaScript 寫成，可能想翻譯成 Java 來做。 // Moved from https://zh.wikisource.org/wiki/User_talk:Shoichi
在小米 2+ 中，默认的文件系统是（？，busybox 没有 file……）和（fuse的fat32？），其中 sd 卡 fat32 情况尤其可怕。（主要是空间浪费以及无可用 fsck） 我建议加入 f2fs 支持（同时内核 rebase 到 3.8+），原因是该文件系统有极好的闪存优化，也能提供很好的性能。至于（mi2+）虚拟 sdcard 也可以考虑使用该文件系统，毕竟文件传输的问题目前都已经转向 MTP/ADB 解决。
The current drawLine leaves all the pixel-safety checks to drawPixel, which is not quite optimal for off-screen lines and partially off-screen lines. This commit changes its behavior by having it...