用Linux挺多年了,想到一個問題,爲啥IBus或者Fcitx都沒有像OS X或者Windows那種內置幫助呢?
不過我這個人其實基本沒有看過什麼軟件內置幫助,除了MATLAB的(用Octave我有時也查MATLAB的幫助)
所以我就有了給IBus寫點幫助的想法,原因如下: 1、IBus功能比Fcitx少多了,所以應該好寫一點…… 2、IBus的文檔比Fcitx糟糕多了 2.1 Fcitx有略過時的(針對4.0.x?)用戶手冊和開發手冊 2.2 Fcitx的wiki的更新程度已經比較高 2.3 IBus的wiki基本是1.3時代遺留下來的……我之前搞掉了一點硬傷……加了一點發行版安裝信息……
然後我看了下,DocBook比較成熟但是許多人抱怨太複雜,AsciiDoc貌似不錯,Mallard看了下也還行。 (歡迎各路KDE大神前來科普)
因爲想寫幫助,所以我就有了標題的疑問,到底什麼樣的幫助才是大家喜聞樂見的呢?
在 2013-2-19 下午11:41,"Ma Xiaojun" damage3025@gmail.com写道:
用Linux挺多年了,想到一個問題,爲啥IBus或者Fcitx都沒有像OS X或者Windows那種內置幫助呢?
从现在的情况来看,fedora 名下的翻译内容就够忙活的了!
不過我這個人其實基本沒有看過什麼軟件內置幫助,除了MATLAB的(用Octave我有時也查MATLAB的幫助)
所以我就有了給IBus寫點幫助的想法,原因如下: 1、IBus功能比Fcitx少多了,所以應該好寫一點……
文档是好写,但是国际化难做啊!
2、IBus的文檔比Fcitx糟糕多了
ibus现在是搭着顺风车,垄断容易滋生什么,你懂的。
2.1 Fcitx有略過時的(針對4.0.x?)用戶手冊和開發手冊 2.2 Fcitx的wiki的更新程度已經比較高 2.3 IBus的wiki基本是1.3時代遺留下來的……我之前搞掉了一點硬傷……加了一點發行版安裝信息……
然後我看了下,DocBook比較成熟但是許多人抱怨太複雜,AsciiDoc貌似不錯,Mallard看了下也還行。 (歡迎各路KDE大神前來科普)
因爲想寫幫助,所以我就有了標題的疑問,到底什麼樣的幫助才是大家喜聞樂見的呢?
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难! 在 2013-2-19 下午11:48,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
从现在的情况来看,fedora 名下的翻译内容就够忙活的了!
翻譯難道不是上游的事情……
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是討論、進行翻譯工作難道不應該在上游社區?
但是最大的问题是没有人手去做这样的事情。尤其是文档这样大段大段的东西。不仅仅须要良好的语言能力,还要有足够多的计算机知识。所以到底是上游在做还是下游在做都无所谓了,最关键还是没有足够多的人。 在 2013-2-20 上午12:00,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是討論、進行翻譯工作難道不應該在上游社區?
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
2013/2/20 杜宏羽 dongfengweixiao@gmail.com:
但是最大的问题是没有人手去做这样的事情。尤其是文档这样大段大段的东西。不仅仅须要良好的语言能力,还要有足够多的计算机知识。所以到底是上游在做还是下游在做都无所谓了,最关键还是没有足够多的人。
我現在就是想寫點不是嗎……當然我知道更難的是維護……
支持! 在 2013-2-20 上午12:09,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/20 杜宏羽 dongfengweixiao@gmail.com:
但是最大的问题是没有人手去做这样的事情。尤其是文档这样大段大段的东西。不仅仅须要良好的语言能力,还要有足够多的计算机知识。所以到底是上游在做还是下游在做都无所谓了,最关键还是没有足够多的人。
我現在就是想寫點不是嗎……當然我知道更難的是維護……
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
IBus 文档目前的设想的目录
简介 IBus版本(1.3, 1.4, 1.5这些) IBus的启用 IBus引擎的安装 IBus设置(ibus-setup)的使用 IBus故障排除
我很有兴趣, 具体怎么做呢?
On Feb 20, 2013, at 1:45 AM, Ma Xiaojun damage3025@gmail.com wrote:
IBus 文档目前的设想的目录
简介 IBus版本(1.3, 1.4, 1.5这些) IBus的启用 IBus引擎的安装 IBus设置(ibus-setup)的使用 IBus故障排除 -- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
Cheers,
Easior Lars
easior.lars@yahoo.com www.shlug.org
表示既然 GNOME 已經集成了 iBus,那麼 GNOME 那邊自然會自己寫文檔。如果是 別的 DE,那估計沒有吧……
在 2013-02-20三的 01:45 +0800,Ma Xiaojun写道:
IBus 文档目前的设想的目录
简介 IBus版本(1.3, 1.4, 1.5这些) IBus的启用 IBus引擎的安装 IBus设置(ibus-setup)的使用 IBus故障排除 -- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
2013/2/20 Mike Manilone crtmike@gmx.us:
表示既然 GNOME 已經集成了 iBus,那麼 GNOME 那邊自然會自己寫文檔。如果是 別的 DE,那估計沒有吧……
GNOME集成的和其他DE下就是两个完全不同的界面……
相反,是下游。
就像我说的这个例子,你觉得上游会这样嘛?
http://susepaste.org/31fb2a8d 在 2013-2-20 AM12:00,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是��、�行翻�工作�道不��在上游社�?
Fedora中文�件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
除了標準,工具也很重要。
做了一些外包翻譯工作,接觸到翻譯業界的流程;這一刻覺得我們也許浪費了很多效率在重複的翻譯上,而沒有好好的應用 TRANSLATION MEMORY 功能。
先不要說一個「集中」的 TM 服務器或者數據庫,單是使用「個人把之前翻譯的檔案放回去翻譯工具,能夠在下一次翻譯相似句子的時候,工具自動顯示幾個參考」這個功能的FEDORA中文翻譯者也不多吧?
配置好這個,我親身體體驗到可以把翻譯時間縮短幾倍到十幾倍之譜的。
K410
2013/2/20 Christopher Meng cickumqt@gmail.com
相反,是下游。
就像我说的这个例子,你觉得上游会这样嘛?
http://susepaste.org/31fb2a8d 在 2013-2-20 AM12:00,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是討論、進行翻譯工作難道不應該在上游社區?
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
这个是fedora 使用的在线翻译服务的问题。 实际上,你要是把po文件下载到本地,使用本地的翻译软件,是可以自己构建数据库的,可以极大程度上提高翻译速度。 但是个人私下认为,这样的工具和方法应该是只是对短语这样的翻译有效果吧?! 在 2013-2-20 上午10:02,"Caius Chance" me@kaio.net写道:
除了標準,工具也很重要。
做了一些外包翻譯工作,接觸到翻譯業界的流程;這一刻覺得我們也許浪費了很多效率在重複的翻譯上,而沒有好好的應用 TRANSLATION MEMORY 功能。
先不要說一個「集中」的 TM
服務器或者數據庫,單是使用「個人把之前翻譯的檔案放回去翻譯工具,能夠在下一次翻譯相似句子的時候,工具自動顯示幾個參考」這個功能的FEDORA中文翻譯者也不多吧?
配置好這個,我親身體體驗到可以把翻譯時間縮短幾倍到十幾倍之譜的。
K410
2013/2/20 Christopher Meng cickumqt@gmail.com
相反,是下游。
就像我说的这个例子,你觉得上游会这样嘛?
http://susepaste.org/31fb2a8d 在 2013-2-20 AM12:00,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是討論、進行翻譯工作難道不應該在上游社區?
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
你說得對,像OMEGAT工具會自動根據標點斷句的,可是對中文語系可能沒輒。
2013/2/20 杜宏羽 dongfengweixiao@gmail.com
这个是fedora 使用的在线翻译服务的问题。 实际上,你要是把po文件下载到本地,使用本地的翻译软件,是可以自己构建数据库的,可以极大程度上提高翻译速度。 但是个人私下认为,这样的工具和方法应该是只是对短语这样的翻译有效果吧?! 在 2013-2-20 上午10:02,"Caius Chance" me@kaio.net写道:
除了標準,工具也很重要。
做了一些外包翻譯工作,接觸到翻譯業界的流程;這一刻覺得我們也許浪費了很多效率在重複的翻譯上,而沒有好好的應用 TRANSLATION MEMORY 功能。
先不要說一個「集中」的 TM
服務器或者數據庫,單是使用「個人把之前翻譯的檔案放回去翻譯工具,能夠在下一次翻譯相似句子的時候,工具自動顯示幾個參考」這個功能的FEDORA中文翻譯者也不多吧?
配置好這個,我親身體體驗到可以把翻譯時間縮短幾倍到十幾倍之譜的。
K410
2013/2/20 Christopher Meng cickumqt@gmail.com
相反,是下游。
就像我说的这个例子,你觉得上游会这样嘛?
http://susepaste.org/31fb2a8d 在 2013-2-20 AM12:00,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是討論、進行翻譯工作難道不應該在上游社區?
Fedora中文郵件列表:
https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
我觉得这主题可以让 Kaio 来神级吐槽 files,现在好像是叫 zanata 的家伙。。XDD
Sent from HTC One X On Feb 20, 2013 10:08 AM, "杜宏羽" dongfengweixiao@gmail.com wrote:
这个是fedora 使用的在线翻译服务的问题。 实际上,你要是把po文件下载到本地,使用本地的翻译软件,是可以自己构建数据库的,可以极大程度上提高翻译速度。 但是个人私下认为,这样的工具和方法应该是只是对短语这样的翻译有效果吧?! 在 2013-2-20 上午10:02,"Caius Chance" me@kaio.net写道:
除了��,工具也很重要。
做了一些外包翻�工作,接�到翻��界的流程;�一刻�得我�也�浪�了很多效率在重�的翻�上,而�有好好的�用 TRANSLATION MEMORY 功能。
先不要�一�「集中」的 TM
服�器或者���,�是使用「�人把之前翻�的�案放回去翻�工具,能�在下一次翻�相似句子的�候,工具自��示���考」��功能的FEDORA中文翻�者也不多吧?
配置好��,我�身���到可以把翻����短�倍到十�倍之�的。
K410
2013/2/20 Christopher Meng cickumqt@gmail.com
相反,是下游。
就像我说的这个例子,你觉得上游会这样嘛?
http://susepaste.org/31fb2a8d 在 2013-2-20 AM12:00,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难!
我的意思是��、�行翻�工作�道不��在上游社�?
Fedora中文�件列表:
https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文�件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文�件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文�件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的, 比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的
這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
我現在使用的是 OMEGAT (強於 TM 和斷 TAG) 和 POEDIT (就翻譯 PO 檔完全夠用); 你可以不相信我, 可我這是用於賺外快的它們沒有效率也不會被翻譯公司指定使用. XD
K410
poedit的确是很强大,尤其是它的自建数据库的功能! 在 2013-2-21 上午11:18,"Caius Chance" me@kaio.net写道:
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的, 比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的
這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
我現在使用的是 OMEGAT (強於 TM 和斷 TAG) 和 POEDIT (就翻譯 PO 檔完全夠用); 你可以不相信我, 可我這是用於賺外快的它們沒有效率也不會被翻譯公司指定使用. XD
K410
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
omegat 的TM是很好用的, 有機會你也要試試
2013/2/21 杜宏羽 dongfengweixiao@gmail.com
poedit的确是很强大,尤其是它的自建数据库的功能! 在 2013-2-21 上午11:18,"Caius Chance" me@kaio.net写道:
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的,
比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的
這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
我現在使用的是 OMEGAT (強於 TM 和斷 TAG) 和 POEDIT (就翻譯 PO 檔完全夠用); 你可以不相信我, 可我這是用於賺外快的它們沒有效率也不會被翻譯公司指定使用. XD
K410
Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
----- Original Message -----
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的, 比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
開源項目其實就是比看誰有在維護,比較耐命。有金主提供穩定的薪資給開發者也是開源王道。
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的 這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
我們在做競爭者分析比較時常常用的就是TX,他們估計也用Zanata 常常就是我們做出的功能,他們沒多久也就有了,而他們的功能,我們沒多久也有了。 :-P
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
其實Zanata要做的好的話,不但可以節約翻譯者的時間,更可以簡化流程及節約金錢。
不過目前的Zanata的硬傷有: 1. 不重視Linux這邊的用戶,尤其是套件維護者 這種用戶。 這點從早期版本的Language Group是用ICU4J而不是 locale -a 就可以知道。 Linux 套件維護者要推上Zanata 去的時候還得要自己寫轉換規則。 所以又改成管理者可以自己按照需要新增Language Group,可是又有幾個問題 a. 我如果把 zh-Hant-TW 改成 zh_TW 的話,得,除非大家一起轉,否則我就沒有其他Project 的 Translation Memory b. 新翻譯者不知道到底要加入 zh-Hant-TW 還是 zh-TW c. 套件維護者要加入新的Project,要是他沒有手工去選他要哪個語言,得,zh-Hant-TW 和 zh-TW 會一起出現。
更別提要把 Python client deprecated,改用不能在EPEL6 發行的 Java client
2. 不經營社群:連個Wikipedia 的條目都沒有,怎麼吸引社群?以前 IBus 中文和英文 Wikipedia 是我寫的, Zanata...那就有待能人志士了。:-D
我是希望 zanata 成功的, 給社區多一個選擇總的是正面的, 再者我也曾經參與過開發. 到現在還沒有跟 tx 在社區爭到長短, 是有點不成器的遺憾.
不知道要部署 tx 有多難, zanata 的話當時我就覺得有太多比較繁複的底層安裝和設定要準備, 相對而言對有熱心參與的開發者會有所阻礙.
其實你說得對, 沒有金主的話這種大型一點的開發專案很難組織到, 或者說在中文社區現時的發展來說都比較是單騎或兩到三人小組居多; 那個wqy 算是比較大的, 現在進度也不如往年吧.
zanata 社群的話就算了, 你們連開發都不夠時間, 我不期望你上面也會給你分配經營社群的時間... 你也有家庭要照顧. (深思點頭)
2013/2/21 Ding Yi Chen dchen@redhat.com
----- Original Message -----
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的, 比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
開源項目其實就是比看誰有在維護,比較耐命。有金主提供穩定的薪資給開發者也是開源王道。
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的 這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
我們在做競爭者分析比較時常常用的就是TX,他們估計也用Zanata 常常就是我們做出的功能,他們沒多久也就有了,而他們的功能,我們沒多久也有了。 :-P
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
其實Zanata要做的好的話,不但可以節約翻譯者的時間,更可以簡化流程及節約金錢。
不過目前的Zanata的硬傷有:
- 不重視Linux這邊的用戶,尤其是套件維護者 這種用戶。
這點從早期版本的Language Group是用ICU4J而不是 locale -a 就可以知道。 Linux 套件維護者要推上Zanata 去的時候還得要自己寫轉換規則。 所以又改成管理者可以自己按照需要新增Language Group,可是又有幾個問題 a. 我如果把 zh-Hant-TW 改成 zh_TW 的話,得,除非大家一起轉,否則我就沒有其他Project 的 Translation Memory b. 新翻譯者不知道到底要加入 zh-Hant-TW 還是 zh-TW c. 套件維護者要加入新的Project,要是他沒有手工去選他要哪個語言,得,zh-Hant-TW 和 zh-TW 會一起出現。
更別提要把 Python client deprecated,改用不能在EPEL6 發行的 Java client
- 不經營社群:連個Wikipedia 的條目都沒有,怎麼吸引社群?以前 IBus 中文和英文 Wikipedia 是我寫的,
Zanata...那就有待能人志士了。:-D
-- Ding-Yi Chen Software Engineer Internationalization Group DID: +61 7 3514 8239 Email: dchen@redhat.com
Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 Office: +61 7 3514 8100 Fax: +61 7 3514 8199 Website: www.redhat.com
Red Hat, Inc. Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC Twitter: Red Hat APAC | Red Hat ANZ LinkedIn: Red Hat APAC | JBoss APAC -- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
我认为目前功能实在不完善,写维基更丢人。 在 2013-2-21 PM4:16,"Ding Yi Chen" dchen@redhat.com写道:
----- Original Message -----
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的, 比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
開源項目其實就是比看誰有在維護,比較耐命。有金主提供穩定的薪資給開發者也是開源王道。
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的 這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
我們在做競爭者分析比較時常常用的就是TX,他們估計也用Zanata 常常就是我們做出的功能,他們沒多久也就有了,而他們的功能,我們沒多久也有了。 :-P
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
其實Zanata要做的好的話,不但可以節約翻譯者的時間,更可以簡化流程及節約金錢。
不過目前的Zanata的硬傷有:
- 不重視Linux這邊的用戶,尤其是套件維護者 這種用戶。
這點從早期版本的Language Group是用ICU4J而不是 locale -a 就可以知道。 Linux 套件維護者要推上Zanata 去的時候還得要自己寫轉換規則。 所以又改成管理者可以自己按照需要新增Language Group,可是又有幾個問題 a. 我如果把 zh-Hant-TW 改成 zh_TW 的話,得,除非大家一起轉,否則我就沒有其他Project 的 Translation Memory b. 新翻譯者不知道到底要加入 zh-Hant-TW 還是 zh-TW c. 套件維護者要加入新的Project,要是他沒有手工去選他要哪個語言,得,zh-Hant-TW 和 zh-TW 會一起出現。
更別提要把 Python client deprecated,改用不能在EPEL6 發行的 Java client
- 不經營社群:連個Wikipedia 的條目都沒有,怎麼吸引社群?以前 IBus 中文和英文 Wikipedia 是我寫的,
Zanata...那就有待能人志士了。:-D
-- Ding-Yi Chen Software Engineer Internationalization Group DID: +61 7 3514 8239 Email: dchen@redhat.com
Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 Office: +61 7 3514 8100 Fax: +61 7 3514 8199 Website: www.redhat.com
Red Hat, Inc. Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC Twitter: Red Hat APAC | Red Hat ANZ LinkedIn: Red Hat APAC | JBoss APAC -- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
寫維基百科條目的目的就是要做個門面, 讓人覺得這有個開發規模, 才有辦法吸引到更多頁獻者.
2013/2/21 Christopher Meng cickumqt@gmail.com
我认为目前功能实在不完善,写维基更丢人。 在 2013-2-21 PM4:16,"Ding Yi Chen" dchen@redhat.com写道:
----- Original Message -----
沒有接觸 FLIES 很久了, 你不如去聽還在開發的 DINGYI 怎樣唱好它吧, 反正社區的眼睛是雪亮的腳步是誠實的, 比較好用的自然會比較多用戶.
開始的幾年被管理層忽悠到項目無法長進, 我倒能這樣吐.
我覺得沒有社區支持硬推的開源項目, 不是沒有成功的可能性, 只是風險比從社區發起高很多吧
開源項目其實就是比看誰有在維護,比較耐命。有金主提供穩定的薪資給開發者也是開源王道。
TX 還是最友善最平等的本地化協作平台, 翻譯工具我還是知道不少有強大功能的 這個項目個人理解本意用作為公司拉風的, 跟社區普遍用戶對優先改進輸入法品質的訴求有點背道而馳
我們在做競爭者分析比較時常常用的就是TX,他們估計也用Zanata 常常就是我們做出的功能,他們沒多久也就有了,而他們的功能,我們沒多久也有了。 :-P
受薪開源開發者, 尤其是國際化的, 每一個都很寶貴, 在我來看這是同時浪費 RH 和社區資源的下策
當然一個組織大了就會充滿政治, 而且在中國人的地方, 管你是美資還是日資, 一律都以孫子屈人之兵為而不是協作為目的的 (敵人固然要對付, 同袍也要認真陷害).
其實Zanata要做的好的話,不但可以節約翻譯者的時間,更可以簡化流程及節約金錢。
不過目前的Zanata的硬傷有:
- 不重視Linux這邊的用戶,尤其是套件維護者 這種用戶。
這點從早期版本的Language Group是用ICU4J而不是 locale -a 就可以知道。 Linux 套件維護者要推上Zanata 去的時候還得要自己寫轉換規則。 所以又改成管理者可以自己按照需要新增Language Group,可是又有幾個問題 a. 我如果把 zh-Hant-TW 改成 zh_TW 的話,得,除非大家一起轉,否則我就沒有其他Project 的 Translation Memory b. 新翻譯者不知道到底要加入 zh-Hant-TW 還是 zh-TW c. 套件維護者要加入新的Project,要是他沒有手工去選他要哪個語言,得,zh-Hant-TW 和 zh-TW 會一起出現。
更別提要把 Python client deprecated,改用不能在EPEL6 發行的 Java client
- 不經營社群:連個Wikipedia 的條目都沒有,怎麼吸引社群?以前 IBus 中文和英文 Wikipedia 是我寫的,
Zanata...那就有待能人志士了。:-D
-- Ding-Yi Chen Software Engineer Internationalization Group DID: +61 7 3514 8239 Email: dchen@redhat.com
Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 Office: +61 7 3514 8100 Fax: +61 7 3514 8199 Website: www.redhat.com
Red Hat, Inc. Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC Twitter: Red Hat APAC | Red Hat ANZ LinkedIn: Red Hat APAC | JBoss APAC -- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文郵件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
心声+10086 在 2013-2-19 PM11:50,"杜宏羽" dongfengweixiao@gmail.com写道:
上游?您说的上游是?软件作者?打包者?发行商? 实际上最多的翻译者都是普通的用户哎。现在,别说文档了,每一个软件,能在界面上做到100%的国际化都很困难! 在 2013-2-19 下午11:48,"Ma Xiaojun" damage3025@gmail.com写道:
2013/2/19 杜宏羽 dongfengweixiao@gmail.com:
从现在的情况来看,fedora 名下的翻译内容就够忙活的了!
翻��道不是上游的事情……
Fedora中文�件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
-- Fedora中文�件列表:https://admin.fedoraproject.org/mailman/listinfo/chinese
----- Original Message -----
用Linux挺多年了,想到一個問題,爲啥IBus或者Fcitx都沒有像OS X或者Windows那種內置幫助呢?
不過我這個人其實基本沒有看過什麼軟件內置幫助,除了MATLAB的(用Octave我有時也查MATLAB的幫助)
所以我就有了給IBus寫點幫助的想法,原因如下: 1、IBus功能比Fcitx少多了,所以應該好寫一點…… 2、IBus的文檔比Fcitx糟糕多了 2.1 Fcitx有略過時的(針對4.0.x?)用戶手冊和開發手冊 2.2 Fcitx的wiki的更新程度已經比較高 2.3 IBus的wiki基本是1.3時代遺留下來的……我之前搞掉了一點硬傷……加了一點發行版安裝信息……
然後我看了下,DocBook比較成熟但是許多人抱怨太複雜,AsciiDoc貌似不錯,Mallard看了下也還行。 (歡迎各路KDE大神前來科普)
我個人愛 AsciiDoc 的功能多,轉啥都方便,還支援 CSV表格,原始檔本身當純文字看起來也不突兀。
chinese@lists.fedoraproject.org