星期二 2005年02月22日
March 1/3 - 3/3 ISO/IEC/JTC1/SC22 meeting in beijing - Hideki. irc.freestandards.org/#iiimf
Hi Ervin.
I'm finally back to SF Bay. but I'm again going to Beijing for two weeks!
hi, hideki. how busy you are!
hope you can have a good rest in home.
<-- eyan_ (~eyan-AT-202.108.88-DOT-130) 离开了 #iiimf ("离开")
My home is mostly vacant this year so far
. I'll see you again soon.
March 3rd for OSS meeting in Beijing? looking forward to see you in Beijing.
Yup, 3/1-3/3, and due to the ISO/IEC/JTC1/SC22 meeting in the week of 13th, the management want me to stay in Beijing for the following week and work from there
.
Oh, really, so you will have one week in our office. we can continue to discuss the IIIMF projects.
Last week, jens just reminded that the trunk source code have compiling problem with gcc4.
Absolutely! Let's continue hacking on it together again.
I am going to fix it next week when I have time.
Oh, I see. Let's have our regular(weekly/nightly) build on multiple platforms ASAP to release the binary pkgs as we planned.
Great.
yes, it should be a high priority problem currently.
Toshi is also looking into the MacOS X version, as he bought iBook recently
.
so you can bring it to Beijing so that we can also have a play here.
Also, we now have new two committers, one is Hiroshi Miura san of da-cha.org, and the other is Taichi Kawabata of NTT.
Hopefully, Toshi can bring it with him
.
Oh, it's about 2:15am, I better go to bed. Toshi might be awake in an hour or so
. Talk to you guys later.
good night! have a nice dream.
bye.
Hideki: hi!
recently, Taiwan im community just have an meeting to talk about the next plan.
detail see: http://wiki.pingyeh.net/FSCIWorkshop
Hi, Tagoh. how are u?
( 2005年02月22日, 06:35:39 下午 CST )
Permalink
GCC4: will be default on Fedora 4 Just discuss with Jens Petersen/Tagoh on IRC channel(irc.freestandards.org/#iiimf) about the following problems:
The IIIM trunk source codes can not pass the building with gcc4 with -D_FORTIFY_SOURCE=2.
on Fedora 4, FORTIFY_SOURCE will be default on with gcc4. so we should fix such problems in trunk.
FORTIFY_SOURCE is compatible; what it does do is make the binary depend
on glibc 2.3.4 or higher, but well you run that risk anyway; apps
generally depend on the glibc (or higher) they were compiled against
(and for those of you who don't know what FORTIFY_SOURCE is; it is a gcc
thing that detects a specific class of buffer overflows at runtime and
prevents them)
================================================================
A Fedora Core 4 proto-schedule is available at:
http://fedora.redhat.com/participate/schedule/
Generally, it's 3 4-week test releases, with a release in early/mid May.
So, what's planned for Fedora Core 4? Here's what we're looking
at from the Red Hat side of things:
- GCC 4, if it's ready
We're not planning on holding for it, but if it's out in a
reasonable time, sure. Failing that, we're looking at making
more of the FORTIFY_SOURCE and other gcc & glibc security extensions
integrated, if at all possible.
- The usual new stuff - GNOME 2.10, KDE 3.4, Xorg 6.8.2,
OpenOffice 2.0 (maybe), etc.
- Xen and Virtualization
This starts by integrating the Xen kernel stuff, and going
from there.
- SELinux Episode III: Revenge of the AVC
Yet more targets in the targeted policy.
- Faster boot
Eliminating redundancy and old cruft in the bootup process,
starting GDM early if possible, using newer and faster
udev codebases, and other related tweaks.
- Java
More native-compiled GCJ stuff. Including Eclipse.
- Package management
GUI integration of system-config-packages, yum, and friends.
- more networking changes
Further integration of NetworkManager
- PPC support
For your brand spanking new MiniMac, or the p655 under your
desk.
- Extras at launch time. Or else.
Hopefully, self explanatory. Could coincide with the move
of some bits from Core to Extras. In fact, some of the
stuff on this list of features may *be* in Extras.
Probably other stuff that I'm forgetting in here. I'm sure
more people can remind me.
Bill
( 2005年02月22日, 10:08:13 上午 CST )
Permalink
Rosetta - Multistroke / full word handwriting recognition for X Maybe we can port rosetta into JDS next release.
Rosetta is a new handwriting recognition engine for the X Window System. It supports multi stroke recognition and recognition for whole words / sentences. It captures characters written in a small window with a pointing device (mouse, tablet or pen), recognizes them and passes the relating keypress events to the actualy focused window.
You can write multi characters at once, but they may not be connected (like script). Single characters are recognized depending on the field you write in (lowercase, uppercase or special characters), multiple characters are recognizes as lower case characters .
Rosetta has been developed on Linux systems, (i386 and StrongARM), but should be quite portable to any reasonable system with X.
Rosetta is free software distributed under the GNU General Public License, (GPL).
Many of the ideas that have gone into the development of Rosetta are derived from xmerlin, written by Stefan Hellkvist. To His Ideas I added the multi stroke support and some more classification functions, resulting in Rosetta.
Download
There still is no final release of Rosetta, so please download the source from handhelds cvs by now.
In short, if you are not (yet?) a developer, you do the following to get an initial copy of the Rosetta sources:
$ cd rosetta_cvs
$ export CVSROOT=:pserver:anoncvs-AT-cvs.handhelds-DOT-org:/cvs
$ cvs login
Logging in to :pserver:anoncvs-AT-cvs.handhelds-DOT-org:2401/cvs
CVS Password: anoncvs
$ cvs checkout rosetta
You only have to do this once. The next time you want to update your copy of the sources, do:
$ cd rosetta_cvs
$ cvs update
For a more detailed description about how to use handhelds.org CVS, please see here.
You can examine the CVS repository directly here.
( 2005年02月22日, 10:06:14 上午 CST )
Permalink
Chewing input method integrated into JDS (Java Desktop System) blogs.sun.com do not support multibyte languages, so change the title to English.
Jserv(author of chewing input method) added the JDS chewing snapshots on chewing headquarter website:
http://chewing.csie.net/screenshots.html
here is his comments about JDS chewing input methods:
下午收到 Sun Microsystems 的員工 Ervin Yan (IIIMF committer of OpenI18N.org) 通知說,新酷音 已經初步整合到 JDS (Java Desktop System) 裡頭。JDS 的輸入法系統稱為 TCh_LE (繁體中文輸入法引擎),以 IIIMF 為基礎, 內建新酷音輸入法,這是新酷音整合到國際專案的一項成功案例。
剛剛也將快照收錄到 [新酷音的快照目錄] 中,有興趣的朋友可以參考。
酷!
( 2005年02月22日, 10:02:09 上午 CST )
Permalink
Chewing development progress in community. Here is the jserv's report about the development of chewing input methods.
身為 Release Manager,我應該為 [新酷音] 最近的發展進度作個報告,相當汗顏的是,整個寒假我一點靈感都沒有,或許是我每天都在搞 JIT compiler 吧
不過,其他開發者可是相當認真的做事呢,SCIM-chewing 與 libchewing 的 maintainer -- Kanru Chen (koster) 在 wiki page [ChewingPlans] 提到很多改進的方向,而這個寒假終於可以動手作了。現在 subversion repository 裡頭的 SCIM-chewing 已經有可運作的 SetupUI,可以調整各項組態設定,比方說鍵盤排列、手動加詞的方向,以及中英切換鍵等等,效果比 JDS (Java Desktop System) 的新酷音來得好,後者可參考之前的 blog [新酷音整合到 JDS (Java Desktop System)]。
至於使用者介面上,SCIM-chewing 也作了改進,主要是針對詞庫已有的詞彙能在下方顯示底線,而 Kanru 也著手用 GTK+ 開發管理詞庫的工具程式,可參考 [chewing-utils]。至於 libchewing,MacOS X 的支援也在 gugod 的協助下有比較簡單的建構過程,據 gugod 在 #osxchat 上的說法,libtool 在 MacOS X 下也運作正常,當然啦,這一切都會整合到 OpenVanilla 上。
libchewing、SCIM-chewing,以及 IIIMF-chewing 這三者已經過一段時間沒有發佈新版本,我想,SCIM-chewing 已經有很大的改變,所以下個版本會從現在的 0.1.1 直接跳到 0.2.0,而 libchewing 則會在修正詞庫更換的議題 (與 hashtable 大小有關) 後,發佈 0.2.6 新版本。
那麼我維護的 IIIMF-chewing 呢?老實說,IIIMF Language Engine 設計實在很麻煩,在 Debian 上運作也不是很順利,而 Sun Microsystems 的工程師已經在 IIIMF 的基礎上建立一系列完整的 LE 架構,是否直接去依循呢?目前沒有定論,不過等手頭的計畫弄一段落,我就會試著去修改 IIIMF-chewing 與 xaux (with GTK+ helper)。
對了,還要歡迎新的 svn committer -- keel,keel 現在準備考研究所,對自然語言與機器學習有高度興趣,想必對新酷音的發展有相當幫助,現在就祝福他金榜題名了。這裡也相當歡迎有興趣的朋友加入,無論是程式設計、Bug-report,或者是美工等等,新酷音都相當需要各位協助,所以呢,想加入就快吧,請寫信給我,謝謝!
Just Do It!
( 2005年02月22日, 10:00:35 上午 CST )
Permalink
OpenVanilla 開放香草輸入法框架 I just put the openvanilla projects here, maybe I can get some ideas from it, maybe I can also do some contribution on it.
OpenVanilla(簡稱OV)是一套免費的、開放原始碼的、針對 Mac OS X 平台設計,可以動態載入各種輸入法的中文輸入法架構(Framework)。OV 本身並不是一個輸入法,而是一個負責載入各種輸入法資源的載入程式,擔任各種輸入法與作業系統之間的橋樑。透過OV,您可以使用倉頡、簡易、行列、注音,以及不需要手動選字的酷音輸入法,您也可以刪除不需要的輸入法,得到一份清爽的輸入法選單。
在 OV 當中,您更可以獲得更多在中文輸入的自由。OV 支援 Xcin(一套普遍應用在 Linux 、FreeBSD 等作業系統的視窗環境 Xwindow 下的中文輸入介面)格式的輸入法表格— cin 檔案,透過 cin 檔案,您可以完全修改原本的輸入法設定,包括重新設定按鍵定義、新增文字或詞彙,甚至,您可以發明一套屬於您自己的輸入法。
For 2005, the plan for openvanilla as follow:
先跟大家恭賀農曆新年!有傳言說 OpeVanilla 將於農曆新年發表新版本,不過 OpenVanilla 0.6.x 的 source tree 除了小部份的修正和 bug fix 外,倒是沒有太大幅度的變動。0.7 的設計藍圖(主要是新版的 OpenVanilla.h )還躺在某個 team member 的桌上。至於,要與其他輸入法框架整合的研究,目前初步的結果是:比想像中困難很多...... 可以做的事情總是很多,OV 也歡迎大家持續提供意見和想法。如果有 patch 或 code contribution 當然就更好啦。總之,祝大家有個亮麗的傳統新年!
( 2005年02月22日, 09:54:30 上午 CST )
Permalink
Traditional Chinese input method workshop event in 2005 early A very good events about how to improve the Taiwan input methods.
from this event, I begin to know gcin/xcing/openvanilla, also get a very interesting thing about zonble's Tibet Input.
去年是自由軟體上中文輸入風起雲湧的一年,Edward Liu的 [WWW] gcin 和 Mac OS X 上 lukhnos 等人的 [WWW] OpenVanilla 的出現、[WWW] IIIMF 的 Hideki Hiura 和 [WWW] SCIM 的蘇哲分別訪台、Leon Ho 的 [WWW] iiimf-xcin 出現和停滯、jserv 的[WWW] 新酷音和 xcing (extensive chinese input next generation) 構想等等,一時之間,自由軟體上的中文輸入成為 許多人注意的問題。
有這麼多的新想法、新程式、和日漸成熟的新架構,
* 中文輸入自由軟體應該如何演進?
* 如何有效地共享程式(codebase)?
* 是否該有個跨作業系統的輸入程式庫,
o 讓發展輸入法的人不用操心架構 (XIM/IIIMF/SCIM) 和平台 (Linux/MacOS even Windows)?
o 這樣的程式庫該有哪些功能?
我想請大家聚一聚,一起來聊聊彼此的想法,而且... 一起來寫 code!
這樣才好玩,不是嗎?
jserv 輸入法發展實戰 ([WWW] 投影片)
thhsieh xcin (投影片)
lukhnos OpenVanilla 的設計構想與現況 ([WWW] 投影片)
James Su 人在澳洲渡假的蘇哲提供了他的想法 (e-mail)
gugod 駭酷音 ([WWW] 投影片)
zonble 藏文輸入 ([WWW] 投影片)
candyz Running X11 on Mac OS X, 含 rxvt + gcin ([WWW] 投影片)
( 2005年02月22日, 09:48:44 上午 CST )
Permalink
Jserv's comments about JDS chewing input method from: http://blog.linux.org.tw/~jserv/
Jserv(Jim Huang) is the author of chewing input methods.
我分享的部份就如之前在 blog 提到的 [中文輸入自由軟體工作坊],再度老生常談聊聊這些新輸入法架構的變革,並且也展示最新版的 [SCIM/新酷音] 與 CLE (Chinese Language Engine for IIIMF)。前者已經頗穩定了,功能也算齊全,預計月底會依據 [新酷音進度報告] 釋出新版本,至於後者呢,整合許多現有的 IIIMF LE 成果,授權部份大致上處理好了,以 GNU GPL 釋出,不過模組化的設計還沒完備,我還要加把勁。
gugod 在簡報 [Chewing 輸入函式庫攻略] 提到 libchewing 內部設計的重要文件,有心研究智慧型注音實做的朋友,務必拜讀
神奇的 gugod 還熬了一夜寫了「酷音輸入法的拼音支援」,真是有意思,而這些成果都在 subversion 裡頭。
see also: http://blog.linux.org.tw/~jserv/archives/000895.html
新酷音整合到 JDS (Java Desktop System)
下午收到 Sun Microsystems 的員工 Ervin Yan (IIIMF committer of OpenI18N.org) 通知說,新酷音 已經初步整合到 JDS (Java Desktop System) 裡頭。JDS 的輸入法系統稱為 TCh_LE (繁體中文輸入法引擎),以 IIIMF 為基礎, 內建新酷音輸入法,這是新酷音整合到國際專案的一項成功案例。
剛剛也將快照收錄到 [新酷音的快照目錄] 中,有興趣的朋友可以參考。
酷!
( 2005年02月22日, 02:20:43 上午 CST )
Permalink
community plan for chewing input methods Jim Huang just post the development plan for chewing input methods.
very glad to hear that libchewing 0.2.6 will be released at the end of Febuary, and the chewing input methods will support Chinese PinYin.
Need to check out the chewing SetupUI module, and chech whether we can port it to JDS.
The latest events happen in Taiwan for Taiwan input methods:
http://wiki.pingyeh.net/FSCIWorkshop
( 2005年02月22日, 01:59:34 上午 CST )
Permalink