Hackpad 封存器 - g0v

注音標音OpenType Font計畫

← 回到文章

編輯歷史

時間 作者 版本
2015-11-14 06:13 – 06:13 Audrey Tang r3124 – r3126
顯示 diff
（56 行未修改）
*當然，但無論 <rt> 怎麼標，字型照著顯示即可，標在後方的不要移到前方。測
*意思是「˙ㄧㄚ」跟「ㄧㄚ˙」顯示結果會不一樣嗎？
- *目前初步的结论应该是这样的，不过如果有充分的理由证明由渲染引擎重排更好的话，也可以再来讨论一下。試
+ *目前初步的结论应该是这样的，不过如果有充分的理由证明由渲染引擎重排更好的话，也可以再来讨论一下。
+ *試
*技術細節
*ruby-position: inter-character 是一種橫中直的概念，瀏覽器對於 <rt> 的內容必須視為直排處理。
（81 行未修改）
2015-09-07 10:59 – 11:01 Xidorn Quan r3056 – r3123
顯示 diff
（124 行未修改）
*這倒是一語點醒夢中人。注音調號當時unification到這幾個歐文調號的位置上，常常顯示成奇怪的歐文˙造型不說，現在連直排都造成影響.....
*Firefox Nightly里直排的GPOS支持应该已经修复了，可以再测试一下
+ *另外关于调号的方向属性的问题，前一段在CSSWG上有过一些讨论 ，Koji表示可以去Unicode的邮件列表询问是否可以将调号的方向属性修改为U
*Google Chrome請使用Chrome Canary，但會發生調號原位置出現空白的狀況。
（13 行未修改）
2015-06-03 23:55 – 23:56 Xidorn Quan r3032 – r3055
顯示 diff
（123 行未修改）
*关于这一点，我询问了相关开发者，其表示由于调号字符在Unicode中的方向属性为R，根据Writing Modes标准，当text-orientation为默认的mixed时，这些字符会以sideways的方式显示，与前面注音符号的upright不同，导致textrun断开从而使GPOS失效，类似于字体fallback的情况。此处将text-orientation手动设置为upright应可解决。
*這倒是一語點醒夢中人。注音調號當時unification到這幾個歐文調號的位置上，常常顯示成奇怪的歐文˙造型不說，現在連直排都造成影響.....
+ *Firefox Nightly里直排的GPOS支持应该已经修复了，可以再测试一下
*Google Chrome請使用Chrome Canary，但會發生調號原位置出現空白的狀況。
（13 行未修改）
2015-04-07 12:12 Xidorn Quan r3031
顯示 diff
（140 行未修改）
2015-04-07 11:49 – 11:50 But Ko r3001 – r3030
顯示 diff
（122 行未修改）
*Firefox請使用Nightly build並且將layout.css.vertical-text.enabled設定為True，但似乎不支援GPOS位置調整。
*关于这一点，我询问了相关开发者，其表示由于调号字符在Unicode中的方向属性为R，根据Writing Modes标准，当text-orientation为默认的mixed时，这些字符会以sideways的方式显示，与前面注音符号的upright不同，导致textrun断开从而使GPOS失效，类似于字体fallback的情况。此处将text-orientation手动设置为upright应可解决。
+ *這倒是一語點醒夢中人。注音調號當時unification到這幾個歐文調號的位置上，常常顯示成奇怪的歐文˙造型不說，現在連直排都造成影響.....
*Google Chrome請使用Chrome Canary，但會發生調號原位置出現空白的狀況。
（13 行未修改）
2015-04-07 11:07 – 11:18 Xidorn Quan r2848 – r3000
顯示 diff
（121 行未修改）
*說明：
*Firefox請使用Nightly build並且將layout.css.vertical-text.enabled設定為True，但似乎不支援GPOS位置調整。
+ *关于这一点，我询问了相关开发者，其表示由于调号字符在Unicode中的方向属性为R，根据Writing Modes标准，当text-orientation为默认的mixed时，这些字符会以sideways的方式显示，与前面注音符号的upright不同，导致textrun断开从而使GPOS失效，类似于字体fallback的情况。此处将text-orientation手动设置为upright应可解决。
*Google Chrome請使用Chrome Canary，但會發生調號原位置出現空白的狀況。
（13 行未修改）
2015-03-27 15:52 – 16:13 Bobby Tung r2702 – r2847
顯示 diff
（112 行未修改）
*效果：透過OpenType GPOS（本案例為'kern'）調整調號位置
*說明：這一點在呈現上，幾乎在各瀏覽器都沒有問題，也是比較確切的成果。
+
+ Test Case 2: http://binb.tw/bopomofo/case02/
+
+ *文字：直排
+ *注音：直排
+ *嵌入字型：bpmfgpos.otf by But Ko
+ *效果：透過OpenType GPOS（本案例為'vkrn'）調整調號位置
+ *說明：
+ *Firefox請使用Nightly build並且將layout.css.vertical-text.enabled設定為True，但似乎不支援GPOS位置調整。
+ *Google Chrome請使用Chrome Canary，但會發生調號原位置出現空白的狀況。
+
+ Test Case 3: http://binb.tw/bopomofo/case03/
+
+ *文字：橫排
+ *注音：直排
+ *嵌入字型：bpmfgpos.otf by But Ko
+ *效果：透過OpenType GPOS（本案例為'vkrn'）調整調號位置
+ *說明：除Webkit Nightly外，不支援ruby-position:inter-character。
+
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-27 08:59 – 09:03 Bobby Tung r2598 – r2701
顯示 diff
（65 行未修改）
*原始碼中輕聲必須置於前方（˙ㄉㄜ），因為置於後方難以推算要回推幾個字元。
*這一點在www-style的討論上，有提到需不需要reorder，我認為就讓輕聲放在前方，這應該沒問題。
-
- **請問哪一個軟體可以支援 mark 的？我現在想要測試從 Droid Sans Fallback 跟 Roboto 弄出來的字體不知道該怎麼測試。
+ 實作回饋*請問哪一個軟體可以支援 mark 的？我現在想要測試從 Droid Sans Fallback 跟 Roboto 弄出來的字體不知道該怎麼測試。
*https://dl.dropboxusercontent.com/u/4582065/Bopomofo3DU.otf
*我改了注音測試html範本，輕聲有套用，但二到四聲似乎沒出來，我問問Unicoder目前狀況如何：
（30 行未修改）
*這要呼叫But來看看了。也看看Richard怎麼想，我在新發的信裡把Ken Lunde加了進來，聽聽他們的意見。畢竟注音的調號只確定不在ruby-position: inter-character的範圍內，我們只是在試如何處理。
*除了用在Ruby標音外，也包含行內的呈現？見R.I.的Test Case
+
+ *Test Case
+
+ Test Case 1: http://binb.tw/bopomofo/case01/
+
+ *文字：橫排
+ *注音：橫排
+ *嵌入字型：bpmfgpos.otf by But Ko
+ *效果：透過OpenType GPOS（本案例為'kern'）調整調號位置
+ *說明：這一點在呈現上，幾乎在各瀏覽器都沒有問題，也是比較確切的成果。
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:35 – 12:50 Bobby Tung r2526 – r2597
顯示 diff
（3 行未修改）
*說明
- 　　注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
+ 　　注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠通過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
（29 行未修改）
*Twitter上已經推坑，kcwu怎麼聯絡好呢？
*@kcwu 也在 Twitter 上~
- *
- *技術實作需求
+
+ *也找到@But K**技術實作需求
*首先，從開源字型中取出U+31
5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA、三聲U+02C7、四聲U+02CB、輕聲U+02D9的Subset。
（21 行未修改）
*允許增加新glyphs，能得到比較多彈性：例如可準備兩組注音符號（實務上是ㄓ～ㄦ共23個），在vert/vrt2時GSUB處理，即可能用同一套GPOS敘述同時支援橫排與直排。另外可增加一個寬/高度較小的輕聲符號。
*原始碼中輕聲必須置於前方（˙ㄉㄜ），因為置於後方難以推算要回推幾個字元。
+ *這一點在www-style的討論上，有提到需不需要reorder，我認為就讓輕聲放在前方，這應該沒問題。
（31 行未修改）
*我也是，所以只能請 @But K 來協助。
*另外我想如果兼容性很差的话，或许可以考虑改用 GSUB 而不是 GPOS 来处理？
+ *或许可以考虑改用 GSUB 而不是 GPOS 来处理？
*這要呼叫But來看看了。也看看Richard怎麼想，我在新發的信裡把Ken Lunde加了進來，聽聽他們的意見。畢竟注音的調號只確定不在ruby-position: inter-character的範圍內，我們只是在試如何處理。
+ *除了用在Ruby標音外，也包含行內的呈現？見R.I.的Test Case
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:28 – 12:28 But Ko r2524 – r2525
顯示 diff
（107 行未修改）
2015-03-14 12:19 – 12:23 Bobby Tung r2438 – r2523
顯示 diff
（99 行未修改）
*我也是，所以只能請 @But K 來協助。
*另外我想如果兼容性很差的话，或许可以考虑改用 GSUB 而不是 GPOS 来处理？
+ *這要呼叫But來看看了。也看看Richard怎麼想，我在新發的信裡把Ken Lunde加了進來，聽聽他們的意見。畢竟注音的調號只確定不在ruby-position: inter-character的範圍內，我們只是在試如何處理。
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:18 – 12:18 Xidorn Quan r2418 – r2437
顯示 diff
（98 行未修改）
*GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果 Firefox 里面显示有异常的话可以去提 bug。主要是有参考的话大概也许会比较好，我不是很熟悉字体这块。
*我也是，所以只能請 @But K 來協助。
+ *另外我想如果兼容性很差的话，或许可以考虑改用 GSUB 而不是 GPOS 来处理？
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:16 – 12:16 Bobby Tung r2390 – r2417
顯示 diff
（97 行未修改）
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
*GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果 Firefox 里面显示有异常的话可以去提 bug。主要是有参考的话大概也许会比较好，我不是很熟悉字体这块。
+ *我也是，所以只能請 @But K 來協助。
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:12 – 12:14 Xidorn Quan r2355 – r2389
顯示 diff
（96 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果 Firefox 里面显示有异常的话可以去提 bug。主要是有参考的话大概也许会比较好，我不是很熟悉字体这块。
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:12 Bobby Tung r2354
顯示 diff
（104 行未修改）
2015-03-14 12:12 – 12:12 Xidorn Quan r2351 – r2353
顯示 diff
（96 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？这样以
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:12 Bobby Tung r2350
顯示 diff
（88 行未修改）
*Firefox nightly 39
- **https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ ***https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:12 Xidorn Quan r2349
顯示 diff
（96 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？这样以后
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？这样以
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 – 12:11 Bobby Tung r2347 – r2348
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox nightly 3*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox nightly 39
+ **https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2346
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？这样yi
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？这样以后
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2345
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox nightly *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox nightly 3*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2344
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？zhe'yang
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？这样yi
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2343
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox nightl*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox nightly *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2342
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？zhe'y
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？zhe'yang
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2341
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox nigh*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox nightl*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2340
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？zhe'y
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2339
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox nigh*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2338
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2337
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox 3*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2336
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 – 12:11 Bobby Tung r2333 – r2335
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox 3*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 – 12:11 Xidorn Quan r2330 – r2332
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？如果
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2329
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Firefox*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2328
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来？
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 – 12:11 Bobby Tung r2325 – r2327
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- *Fi*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Firefox*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2324
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后ra其他某个排版软件可以正常渲染出来
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后让其他某个排版软件可以正常渲染出来
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 Bobby Tung r2323
顯示 diff
（87 行未修改）
***Firefox - 似乎不支援ruby與直排....
- **https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *Fi*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:11 Xidorn Quan r2322
顯示 diff
（95 行未修改）
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
- *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后其他某个排版软件可以正常渲染出来
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后ra其他某个排版软件可以正常渲染出来
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:11 – 12:11 Bobby Tung r2317 – r2321
顯示 diff
（86 行未修改）
.5
***Firefox - 似乎不支援ruby與直排....
- *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+
+ **https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
*因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
（11 行未修改）
2015-03-14 12:08 – 12:11 Xidorn Quan r2224 – r2316
顯示 diff
（93 行未修改）
Firefox 的话，可以试用最新的 Firefox Developer Edition 38，ruby 已经默认启用，直排也已大体可用，但需要到 about:config 里面启用 layout.css.vertical-text.enabled。预计将于 39 或 40 时默认开始启用直排。
*現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
+ *好，Nightly 里面直排似乎好像也已经默认启用了，我昨天好像看到了签入代码，不很确定最终进去没有。不过无论如何都可以启用那个选项来启用。
+ *GPOS 除了浏览器以外，其他排版软件应该也有支持的？是否可以依据一个比较有意义的写法，然后其他某个排版软件可以正常渲染出来
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:08 – 12:08 Bobby Tung r2197 – r2223
顯示 diff
（92 行未修改）
*
Firefox 的话，可以试用最新的 Firefox Developer Edition 38，ruby 已经默认启用，直排也已大体可用，但需要到 about:config 里面启用 layout.css.vertical-text.enabled。预计将于 39 或 40 时默认开始启用直排。
+ *現在主要問題是各瀏覽器對GPOS的定位方式，我試試Firefox Nightly（？）。
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 12:05 – 12:07 Xidorn Quan r2130 – r2196
顯示 diff
（91 行未修改）
*總之目前問題在，各瀏覽器解釋GPOS的方法還不是很正常，尤其˙在直排的情況，一團亂。
*
-
+ Firefox 的话，可以试用最新的 Firefox Developer Edition 38，ruby 已经默认启用，直排也已大体可用，但需要到 about:config 里面启用 layout.css.vertical-text.enabled。预计将于 39 或 40 时默认开始启用直排。
*發行與普及說
(；´Д｀)。
（3 行未修改）
2015-03-14 11:33 – 11:35 Bobby Tung r2086 – r2129
顯示 diff
（80 行未修改）
*做了一個測試版本（Adobe-CNS1-x規格，沒有增加新字元）
*Chrome - 橫排正常，直排˙不正常 (Chrome 疑似在直排時無法演算GPOS的mark anchor)
+ *補上不正常的圖片（Chrome Mac 41&43）
+ **
*Safari 7.1.2 - 橫排、直排位置移動正常，但其實直排數值是亂湊的，Safari解釋直排GPOS mark anchor 的方式很詭異，目前的數值雖疑似能顯示，但意義不明。 (另外，Safari會有符號仍占用一個字寬的問題，無法克服˙)
- *Firefox - 似乎不支援ruby與直排....
+ *Safari 8.
+ .5
+ ***Firefox - 似乎不支援ruby與直排....
*https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
*另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
（9 行未修改）
2015-03-11 08:46 – 09:25 But Ko r1520 – r2085
顯示 diff
（57 行未修改）
*意思是「˙ㄧㄚ」跟「ㄧㄚ˙」顯示結果會不一樣嗎？
*目前初步的结论应该是这样的，不过如果有充分的理由证明由渲染引擎重排更好的话，也可以再来讨论一下。試
+ *技術細節
+ *ruby-position: inter-character 是一種橫中直的概念，瀏覽器對於 <rt> 的內容必須視為直排處理。
+ *e.g. 解釋 vmtx 所規定的直排坐標，套用 vert/vrt2/vkrn 等直排特有的 feature
+ *是否需要相容於 Adobe-CNS1-x 的問題
+ *既有繁體中文OpenType字型標準是Adobe-CNS1-x，若需要相容該標準，就不能增加新glyphs。
+ *允許增加新glyphs，能得到比較多彈性：例如可準備兩組注音符號（實務上是ㄓ～ㄦ共23個），在vert/vrt2時GSUB處理，即可能用同一套GPOS敘述同時支援橫排與直排。另外可增加一個寬/高度較小的輕聲符號。
+ *原始碼中輕聲必須置於前方（˙ㄉㄜ），因為置於後方難以推算要回推幾個字元。
+
（7 行未修改）
*目前發現 fontforge 在垂直文字「不等高」的部分處理有問題，關掉之後雖然顯示看起來比較正常，但是所有文字（包含被 mark GPOS 指令移動的調號）都會留下空白。若啟用該選項，整體的文字會被往下 shift 約一個 x-height，且 shift 的高度不等高。
*fontforge sfd: https://www.dropbox.com/s/a5e2xltia6kik8j/threedu-bopomofo.sfd?dl=0
- *OpenType (CFF): https://www.dropbox.com/s/q9n72yycrw2tnxl/Bopomofo3DU.otf?dl=0行*Richard Ishida開了個W3C i18n testing case: http://www.w3.org/International/tests/test-incubator/bopomofo/與普及做出來再說
+ *OpenType (CFF): https://www.dropbox.com/s/q9n72yycrw2tnxl/Bopomofo3DU.otf?dl=0行*Richard Ishida開了個W3C i18n testing case: http://www.w3.org/International/tests/test-incubator/bopomofo/
+
+ *做了一個測試版本（Adobe-CNS1-x規格，沒有增加新字元）
+ *Chrome - 橫排正常，直排˙不正常 (Chrome 疑似在直排時無法演算GPOS的mark anchor)
+ *Safari 7.1.2 - 橫排、直排位置移動正常，但其實直排數值是亂湊的，Safari解釋直排GPOS mark anchor 的方式很詭異，目前的數值雖疑似能顯示，但意義不明。 (另外，Safari會有符號仍占用一個字寬的問題，無法克服˙)
+ *Firefox - 似乎不支援ruby與直排....
+ *https://www.dropbox.com/sh/oxumuuxx5blinc7/AABGJKRWDpAYHcfgQXtOpVbaa?dl=0
+ *另外，放棄使用mark feature tag。改用 kern （橫排）與 vkrn（直排）。
+ *因為橫排時與直排時，聲調的相對位置並不同，必須分開處理。技術上的問題，我不太可能在 mark 同一個feature裡，寫入直排、橫排兩種不同GPOS條件。
+ *總之目前問題在，各瀏覽器解釋GPOS的方法還不是很正常，尤其˙在直排的情況，一團亂。
+ *
+
+ *發行與普及說
(；´Д｀)。
（2 行未修改）
2015-02-10 06:42 淑華 r1519
顯示 diff
（71 行未修改）
(；´Д｀)。
- -*5
+ -*
+ 5
2015-02-05 13:26 – 13:27 Bobby r1490 – r1518
顯示 diff
（68 行未修改）
*目前發現 fontforge 在垂直文字「不等高」的部分處理有問題，關掉之後雖然顯示看起來比較正常，但是所有文字（包含被 mark GPOS 指令移動的調號）都會留下空白。若啟用該選項，整體的文字會被往下 shift 約一個 x-height，且 shift 的高度不等高。
*fontforge sfd: https://www.dropbox.com/s/a5e2xltia6kik8j/threedu-bopomofo.sfd?dl=0
- *OpenType (CFF): https://www.dropbox.com/s/q9n72yycrw2tnxl/Bopomofo3DU.otf?dl=0行與普及做出來再說
+ *OpenType (CFF): https://www.dropbox.com/s/q9n72yycrw2tnxl/Bopomofo3DU.otf?dl=0行*Richard Ishida開了個W3C i18n testing case: http://www.w3.org/International/tests/test-incubator/bopomofo/與普及做出來再說
(；´Д｀)。
（1 行未修改）
2015-02-04 19:21 – 19:28 Ming-ting Yao Wei r1316 – r1489
顯示 diff
（64 行未修改）
*https://www.dropbox.com/s/ld2ert8tr5hprzb/bopomofo_vert_gpos.xhtml
*然後Mark應該各瀏覽器都通用：
- *https://www.typotheque.com/articles/opentype_features_in_web_browsers_-_tests發行與普及做出來再說
+ *https://www.typotheque.com/articles/opentype_features_in_web_browsers_-_tests發
+ *回報一下目前進度，這是在 Chrome Canary 上面測試的結果：https://www.dropbox.com/s/9eb5m63xzwlle59/Screenshot%202015-02-05%2003.21.45.png?dl=0
+ *目前發現 fontforge 在垂直文字「不等高」的部分處理有問題，關掉之後雖然顯示看起來比較正常，但是所有文字（包含被 mark GPOS 指令移動的調號）都會留下空白。若啟用該選項，整體的文字會被往下 shift 約一個 x-height，且 shift 的高度不等高。
+ *fontforge sfd: https://www.dropbox.com/s/a5e2xltia6kik8j/threedu-bopomofo.sfd?dl=0
+ *OpenType (CFF): https://www.dropbox.com/s/q9n72yycrw2tnxl/Bopomofo3DU.otf?dl=0行與普及做出來再說
(；´Д｀)。
（1 行未修改）
2015-02-04 11:25 – 11:26 Bobby r1307 – r1315
顯示 diff
（9 行未修改）
*@But 的注音符號字體感覺可以直接用了http://but.tw/font/bpmfpy.html
*这个好强大，连竖排支持都不需要了，直接用字体解决全部问题。
+ *這我知道，但真不能什麼都用Font做掉w
*注音符號Ruby標注範例：
（56 行未修改）
2015-02-04 11:06 – 11:08 Xidorn Quan r1255 – r1306
顯示 diff
（8 行未修改）
*來自Ishi Koji的推坑信。
*@But 的注音符號字體感覺可以直接用了http://but.tw/font/bpmfpy.html
+ *这个好强大，连竖排支持都不需要了，直接用字体解决全部问题。
*注音符號Ruby標注範例：
（41 行未修改）
*但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前，還沒有定論。*
*當然，但無論 <rt> 怎麼標，字型照著顯示即可，標在後方的不要移到前方。測
- *意思是「˙ㄧㄚ」跟「ㄧㄚ˙」顯示結果會不一樣嗎？試
+ *意思是「˙ㄧㄚ」跟「ㄧㄚ˙」顯示結果會不一樣嗎？
+ *目前初步的结论应该是这样的，不过如果有充分的理由证明由渲染引擎重排更好的话，也可以再来讨论一下。試
（9 行未修改）
2015-02-04 10:42 – 10:45 Chen Yijun r1189 – r1254
顯示 diff
（7 行未修改）
　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
*來自Ishi Koji的推坑信。
+ *@But 的注音符號字體感覺可以直接用了http://but.tw/font/bpmfpy.html
*注音符號Ruby標注範例：
（11 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered feature: "mark"
+ *U+31A擴-U+31BA（方言音展
+ ）*OpenType GPOS registered feature: "mark"
*Description: https://www.microsoft.com/typography/otfntdev/standot/features.aspx
*Gecko Ruby的實作者Xidorn認為"mark"較適合。
（23 行未修改）
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
*但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前，還沒有定論。*
- *當然，但無論 <rt> 怎麼標，字型照著顯示即可，標在後方的不要移到前方。測試
+ *當然，但無論 <rt> 怎麼標，字型照著顯示即可，標在後方的不要移到前方。測
+ *意思是「˙ㄧㄚ」跟「ㄧㄚ˙」顯示結果會不一樣嗎？試
（9 行未修改）
2015-02-04 10:21 – 10:22 Xidorn Quan r1143 – r1188
顯示 diff
（25 行未修改）
*Description: https://www.microsoft.com/typography/otfntdev/standot/features.aspx
*Gecko Ruby的實作者Xidorn認為"mark"較適合。
+ *其实我在想是不是不用任何 feature 也可以？我不是很了解字体这边一般的做法是什么，不过如果正常文本中都是这样做的话，是否也一定需要一个注册的 feature 呢？
*人力需求
（34 行未修改）
2015-02-04 06:01 – 06:01 Bobby r1137 – r1142
顯示 diff
（55 行未修改）
*https://dl.dropboxusercontent.com/u/4582065/Bopomofo3DU.otf
*我改了注音測試html範本，輕聲有套用，但二到四聲似乎沒出來，我問問Unicoder目前狀況如何：
- *https://www.dropbox.com/s/ld2ert8tr5hprzb/bopomofo_vert_gpos.xhtml?dl=0
- *然後Mark應該通用：
+ *https://www.dropbox.com/s/ld2ert8tr5hprzb/bopomofo_vert_gpos.xhtml
+ *然後Mark應該各瀏覽器都通用：
*https://www.typotheque.com/articles/opentype_features_in_web_browsers_-_tests發行與普及做出來再說
(；´Д｀)。
（2 行未修改）
2015-02-04 05:52 – 05:54 Ming-ting Yao Wei r1115 – r1136
顯示 diff
（63 行未修改）
2015-02-04 05:31 – 05:40 Bobby r1085 – r1114
顯示 diff
（23 行未修改）
*應該不用包括U+312A-U+312D
*OpenType GPOS registered feature: "mark"
+ *Description: https://www.microsoft.com/typography/otfntdev/standot/features.aspx
*Gecko Ruby的實作者Xidorn認為"mark"較適合。
（25 行未修改）
**請問哪一個軟體可以支援 mark 的？我現在想要測試從 Droid Sans Fallback 跟 Roboto 弄出來的字體不知道該怎麼測試。
- *https://dl.dropboxusercontent.com/u/4582065/Bopomofo3DU.otf發行與普及做出來再說
+ *https://dl.dropboxusercontent.com/u/4582065/Bopomofo3DU.otf
+ *我改了注音測試html範本，輕聲有套用，但二到四聲似乎沒出來，我問問Unicoder目前狀況如何：
+ *https://www.dropbox.com/s/ld2ert8tr5hprzb/bopomofo_vert_gpos.xhtml?dl=0
+ *然後Mark應該通用：
+ *https://www.typotheque.com/articles/opentype_features_in_web_browsers_-_tests發行與普及做出來再說
(；´Д｀)。
（1 行未修改）
2015-02-04 05:07 – 05:09 Ming-ting Yao Wei r1041 – r1084
顯示 diff
（51 行未修改）
- *發行與普及做出來再說
+ **請問哪一個軟體可以支援 mark 的？我現在想要測試從 Droid Sans Fallback 跟 Roboto 弄出來的字體不知道該怎麼測試。
+ *https://dl.dropboxusercontent.com/u/4582065/Bopomofo3DU.otf發行與普及做出來再說
(；´Д｀)。
（1 行未修改）
2015-02-03 19:02 – 19:10 Audrey Tang r1019 – r1040
顯示 diff
（27 行未修改）
*人力需求
熟OpenType規格與製作的Font Designer & Font Engineer。
- *萌典的 font engineer 是 魏藥 (medicalwei)，另外 kcwu 也有參與思源黑的製作
+ *萌典的 font engineer 是 魏藥 (medicalwei)，另外 kcwu 也參與思源黑的製作
*另外 BiaoDian Pro 注音字型是 ethantw 製作的，以上是萌典字體三人組~
*Twitter上已經推坑，kcwu怎麼聯絡好呢？
-
+ *@kcwu 也在 Twitter 上~
+ *
*技術實作需求
*首先，從開源字型中取出U+31
（11 行未修改）
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
- *但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前，還沒有定論。*測試
+ *但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前，還沒有定論。*
+ *當然，但無論 <rt> 怎麼標，字型照著顯示即可，標在後方的不要移到前方。測試
（4 行未修改）
2015-02-03 17:58 – 18:33 Ming-ting Yao Wei r994 – r1018
顯示 diff
（40 行未修改）
*有用 fontforge 做過
寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）
- *↑受小弟一拜。*（可能功能）U+
+ *↑受小弟一拜。
+ *http://code.newtypography.co.uk/creating-contextual-ligatures-in-fontforge/
+ *（我還在載思源黑體的原始 ps 檔……）
+ *思源黑體的字符很容易搬來搬去的，我找別套改看看 orz*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:42 – 17:55 Bobby r987 – r993
顯示 diff
注音標音OpenType Font計畫
*提案人：董福興
+ *執掌單位：教育部終身教育司第四科「閱讀與語文教育科」
*說明
（19 行未修改）
*OpenType GPOS registered feature: "mark"
*Gecko Ruby的實作者Xidorn認為"mark"較適合。
-
*人力需求
（21 行未修改）
(；´Д｀)。
- -*5執
+ -*5
2015-02-03 17:42 (unknown) r986
顯示 diff
（52 行未修改）
2015-02-03 17:41 – 17:42 Bobby r984 – r985
顯示 diff
（40 行未修改）
*有用 fontforge 做過
寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）
- *受小弟一拜。*（可能功能）U+
+ *↑受小弟一拜。*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（4 行未修改）
(；´Д｀)。
- -*5執掌單位：教育部終身教育司第四科「閱讀與語文教育科」
+ -*5執
2015-02-03 17:41 Ming-ting Yao Wei r983
顯示 diff
（39 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著在做看看）
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）
*受小弟一拜。*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
（8 行未修改）
2015-02-03 17:41 – 17:41 Bobby r979 – r982
顯示 diff
（40 行未修改）
*有用 fontforge 做過
寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著在做看看）
- *拜*（可能功能）U+
+ *受小弟一拜。*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 – 17:41 Ming-ting Yao Wei r977 – r978
顯示 diff
（39 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著在沒前提做看看）
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著在做看看）
*拜*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
（8 行未修改）
2015-02-03 17:41 Bobby r976
顯示 diff
（40 行未修改）
*有用 fontforge 做過
寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著在沒前提做看看）
- **（可能功能）U+
+ *拜*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r975
顯示 diff
（39 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著在沒前提做看看）
**（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
（8 行未修改）
2015-02-03 17:41 Bobby r974
顯示 diff
（39 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）
+ **（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 – 17:41 Ming-ting Yao Wei r968 – r973
顯示 diff
（39 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…（我試著做看看）*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r967
顯示 diff
（23 行未修改）
*OpenType GPOS registered feature: "mark"
*Gecko Ruby的實作者Xidorn認為"mark"較適合。
- *
+
*人力需求
（23 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r966
顯示 diff
（39 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度…*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 – 17:41 Bobby r963 – r965
顯示 diff
（22 行未修改）
*應該不用包括U+312A-U+312D
*OpenType GPOS registered feature: "mark"
+ *Gecko Ruby的實作者Xidorn認為"mark"較適合。
+ *
*人力需求
（6 行未修改）
*首先，從開源字型中取出U+31
5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA、三聲U+02C7、四聲U+02CB、輕聲U+02D9的Subset。
- *套用GPOS Feature "mark"。當文字直排，且U+
+ *套用GPOS Feature "mark"。
+ *當文字直排，且U+
2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）-U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
*僅需近似，不需完全符合。
（11 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r962
顯示 diff
（36 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度上*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r961
顯示 diff
（32 行未修改）
*首先，從開源字型中取出U+31
5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA、三聲U+02C7、四聲U+02CB、輕聲U+02D9的Subset。
- *套用GPOS Feature "mark"。
- 當文字直排，且U+
+ *套用GPOS Feature "mark"。當文字直排，且U+
2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）-U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
*僅需近似，不需完全符合。
（11 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r960
顯示 diff
（37 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度上*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 – 17:41 Bobby r956 – r959
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered feature: mark
+ *OpenType GPOS registered feature: "mark"
*人力需求
（7 行未修改）
5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA、三聲U+02C7、四聲U+02CB、輕聲U+02D9的Subset。
*套用GPOS Feature "mark"。
- *Gecko Ruby的實作者Xidorn認為"mark"較適合。
- *當文字直排，且U+
+ 當文字直排，且U+
2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）-U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
*僅需近似，不需完全符合。
（11 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r955
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高度*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r954
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered feature:
+ *OpenType GPOS registered feature: mark
*人力需求
（24 行未修改）
2015-02-03 17:41 – 17:41 Ming-ting Yao Wei r952 – r953
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元高*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r951
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered feature:
+ *OpenType GPOS registered feature:
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r950
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負自*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負字元*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r949
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered feature
+ *OpenType GPOS registered feature:
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r948
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負自*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r947
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered featu
+ *OpenType GPOS registered feature
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r946
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負高*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r945
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered fea
+ *OpenType GPOS registered featu
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r944
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負高度*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負高*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r943
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered f
+ *OpenType GPOS registered fea
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r942
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負高*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負高度*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r941
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS registered
+ *OpenType GPOS registered f
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r940
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負高*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 – 17:41 Bobby r936 – r939
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS re
+ *OpenType GPOS registered
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r935
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到副*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到負*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:41 Bobby r934
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS
+ *OpenType GPOS re
*人力需求
（24 行未修改）
2015-02-03 17:41 Ming-ting Yao Wei r933
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到富*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到副*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 Bobby r932
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType GPOS
+ *OpenType GPOS
*人力需求
（24 行未修改）
2015-02-03 17:40 – 17:40 Ming-ting Yao Wei r930 – r931
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到ㄈ*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到富*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 – 17:40 Bobby r928 – r929
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType G
+ *OpenType GPOS
*人力需求
（24 行未修改）
2015-02-03 17:40 Ming-ting Yao Wei r927
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到ㄈ*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 Bobby r926
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenType
+ *OpenType G
*人力需求
（24 行未修改）
2015-02-03 17:40 Ming-ting Yao Wei r925
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到 *（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 – 17:40 Bobby r923 – r924
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *OpenT
+ *OpenType
*人力需求
（24 行未修改）
2015-02-03 17:40 Ming-ting Yao Wei r922
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到 *（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 – 17:40 Bobby r918 – r921
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
- *
+ *OpenT
*人力需求
（24 行未修改）
2015-02-03 17:40 – 17:40 Ming-ting Yao Wei r915 – r917
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將調好*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調號移動到*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 Bobby r914
顯示 diff
（50 行未修改）
2015-02-03 17:40 – 17:40 Ming-ting Yao Wei r912 – r913
顯示 diff
（38 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且將*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將調好*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 Bobby r911
顯示 diff
（21 行未修改）
*U+3105-U+3129（即ㄅ到ㄩ）
*應該不用包括U+312A-U+312D
+ *
*人力需求
（24 行未修改）
2015-02-03 17:40 – 17:40 Ming-ting Yao Wei r909 – r910
顯示 diff
（37 行未修改）
*僅需近似，不需完全符合。
*有用 fontforge 做過
- 寬度的字體，可以試著做出 0 高度的字體並且移*（可能功能）U+
+ 寬度的字體，可以試著做出 0 高度的字體並且將*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:40 Bobby r908
顯示 diff
（4 行未修改）
　　注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
- 　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。mark
+ 　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
*來自Ishi Koji的推坑信。
（40 行未修改）
2015-02-03 17:40 – 17:40 Ming-ting Yao Wei r887 – r907
顯示 diff
（36 行未修改）
2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）-U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
*僅需近似，不需完全符合。
- *（可能功能）U+
+ *有用 fontforge 做過
+ 寬度的字體，可以試著做出 0 高度的字體並且移*（可能功能）U+
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
（7 行未修改）
2015-02-03 17:36 – 17:39 Bobby r870 – r886
顯示 diff
（39 行未修改）
2D9輕聲（˙）的位置在直排中偏高，可能在U+
2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
- *但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前*測試
+ *但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前，還沒有定論。*測試
*發行與普及做出來再說
(；´Д｀)。
+
+ -*5執掌單位：教育部終身教育司第四科「閱讀與語文教育科」
2015-02-03 17:36 Ming-ting Yao Wei r869
顯示 diff
（4 行未修改）
　　注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
- 　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
+ 　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。mark
*來自Ishi Koji的推坑信。
（37 行未修改）
2015-02-03 17:31 – 17:36 Bobby r732 – r868
顯示 diff
（2 行未修改）
*說明
- 注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
+ 　　注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
- 最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
+ 　　最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
+ *來自Ishi Koji的推坑信。
*注音符號Ruby標注範例：
（7 行未修改）
*三聲U+02C7 CARON
*四聲U+02CB MODIFIER LETTER GRAVE ACCENT
+ *輕聲U+02D9 DOT ABOVE
*注音符號Unicode
*U+3105-U+3129（即ㄅ到ㄩ）
（8 行未修改）
*技術實作需求
*首先，從開源字型中取出U+31
- 5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA MODIFIER LETTER ACUTE ACCENT、三聲U+02C7 CARON、四聲U+02CB MODIFIER LETTER GRAVE ACCENT的Subset。
+ 5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA、三聲U+02C7、四聲U+02CB、輕聲U+02D9的Subset。
*套用GPOS Feature "mark"。
*Gecko Ruby的實作者Xidorn認為"mark"較適合。
（1 行未修改）
2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）-U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
*僅需近似，不需完全符合。
-
- *測試
+ *（可能功能）U+
+ 2D9輕聲（˙）的位置在直排中偏高，可能在U+
+ 2D9後接U+3105-U+3129時，改變Glyph成扁一點的點，以接近標準位置？
+ *但目前輕聲是否要標成<ruby>呀<rt>˙ㄧㄚ</rt></ruby>，即在注音符號前*測試
（2 行未修改）
2015-02-03 17:30 Audrey Tang r731
顯示 diff
（42 行未修改）
2015-02-03 17:28 – 17:29 Bobby r717 – r730
顯示 diff
（24 行未修改）
*萌典的 font engineer 是 魏藥 (medicalwei)，另外 kcwu 也有參與思源黑的製作
*另外 BiaoDian Pro 注音字型是 ethantw 製作的，以上是萌典字體三人組~
+ *Twitter上已經推坑，kcwu怎麼聯絡好呢？
*技術實作需求
（13 行未修改）
2015-02-03 17:24 – 17:25 Audrey Tang r707 – r716
顯示 diff
（22 行未修改）
*人力需求
熟OpenType規格與製作的Font Designer & Font Engineer。
+ *萌典的 font engineer 是 魏藥 (medicalwei)，另外 kcwu 也有參與思源黑的製作
+ *另外 BiaoDian Pro 注音字型是 ethantw 製作的，以上是萌典字體三人組~
*技術實作需求
（13 行未修改）
2015-02-03 17:20 – 17:24 Bobby r667 – r706
顯示 diff
（2 行未修改）
*說明
-
注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
（15 行未修改）
*人力需求
-
熟OpenType規格與製作的Font Designer & Font Engineer。
*技術實作需求
-
*首先，從開源字型中取出U+31
5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA MODIFIER LETTER ACUTE ACCENT、三聲U+02C7 CARON、四聲U+02CB MODIFIER LETTER GRAVE ACCENT的Subset。
*套用GPOS Feature "mark"。
+ *Gecko Ruby的實作者Xidorn認為"mark"較適合。
*當文字直排，且U+
- 2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）—U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
+ 2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）-U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
*僅需近似，不需完全符合。
- *發行與普及
- 做出來再說
+ *測試
+
+
+ *發行與普及做出來再說
+ (；´Д｀)。
2015-02-03 17:20 (unknown) r666
顯示 diff
（38 行未修改）
2015-02-03 16:59 – 17:20 Bobby r359 – r665
顯示 diff
- 注音標音OpenType計畫
-
+ 注音標音OpenType Font計畫
*提案人：董福興
（3 行未修改）
最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
+
+ *注音符號Ruby標注範例：
+
+ *<ruby>我<rt>ㄨㄛˇ</rt></ruby>
+
+ *調號僅會與以下符號一併出現：ㄓㄔㄕㄖㄗㄘㄙㄚㄛㄜㄝㄞㄟㄠㄡㄢㄣㄤㄥㄦㄧㄨㄩ，即U+3113—U+3129。
+ *調號位置請參考《國語注音符號手冊》。
+ *調號Unicode
+ *二聲U+02CA MODIFIER LETTER ACUTE ACCENT
+ *三聲U+02C7 CARON
+ *四聲U+02CB MODIFIER LETTER GRAVE ACCENT
+ *注音符號Unicode
+ *U+3105-U+3129（即ㄅ到ㄩ）
+ *應該不用包括U+312A-U+312D
*人力需求
（4 行未修改）
*首先，從開源字型中取出U+31
- 5-U+3129（即ㄅ到ㄩ）'
+ 5-U+3129（即ㄅ到ㄩ）、以及二聲U+02CA MODIFIER LETTER ACUTE ACCENT、三聲U+02C7 CARON、四聲U+02CB MODIFIER LETTER GRAVE ACCENT的Subset。
+ *套用GPOS Feature "mark"。
+ *當文字直排，且U+
+ 2CA、U+2CB7U+2CB三個調號遇到前接U+3113（ㄓ）—U+3129（ㄩ）時，將調號放到符合《國語注音符號手冊》的右上角位置。
+ *僅需近似，不需完全符合。
+
+ *發行與普及
+ 做出來再說
2015-02-03 16:59 (unknown) r358
顯示 diff
（18 行未修改）
2015-02-03 16:57 – 16:59 Bobby r313 – r357
顯示 diff
（14 行未修改）
*技術實作需求
- 1
+ *首先，從開源字型中取出U+31
+ 5-U+3129（即ㄅ到ㄩ）'
2015-02-03 16:57 (unknown) r312
顯示 diff
（17 行未修改）
2015-02-03 16:56 – 16:57 Bobby r252 – r311
顯示 diff
（8 行未修改）
最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
- *需求
+ *人力需求
- 熟
+ 熟OpenType規格與製作的Font Designer & Font Engineer。
+
+ *技術實作需求
+
+ 1
2015-02-03 16:56 (unknown) r251
顯示 diff
（13 行未修改）
2015-02-03 16:46 – 16:56 Bobby r51 – r250
顯示 diff
（2 行未修改）
*提案人：董福興
- *目的與說明
+ *說明
- 關於
+ 注音符號在Web上的顯示，除了使用Polyfill處理以外，還是希望能夠過標準化的方式在各瀏覽器上得到實作。尤其是ruby-position: inter-character的實作，幾乎讓注音在Web上的顯示只差一步，而那一步就是調號（tone mark, e.g. ˊˇˋ）該怎麼被放到注音的右側。
+
+ 最近在W3C i18-CJK的討論群組上開始討論這個議題，而有了比較清楚的輪廓。可以確定的是調號不屬於Layout Engine的處理範圍，而交由OpenType來實作會較佳，而最好是能做出一套僅有注音符號與調號的開源OpenType字體，具備對應的GPOS功能，能將調號放到右側去。不管是透過安裝、內嵌或者網路字型（Webfont）的方式提供，都能讓調號得以放到對的位置。
+
+ *需求
+
+ 熟
2015-02-03 16:46 (unknown) r50
顯示 diff
（7 行未修改）
2015-02-03 16:45 – 16:46 Bobby r1 – r49
顯示 diff
- Untitled
+ 注音標音OpenType計畫
- This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
+ *提案人：董福興
+
+ *目的與說明
+
+ 關於
2015-02-03 16:44 (unknown) r0
顯示 diff
+ Untitled
+ This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!