From tchaikov at gmail.com Tue Jan 1 07:34:08 2008 From: tchaikov at gmail.com (Kov Chai) Date: Tue, 1 Jan 2008 23:34:08 +0800 Subject: [g11n-dev] scim-sunpinyin show up in Mandriva Message-ID: Hi g11n-dev fellows, Just now, I found scim-sunpinyin[1] in the Mandriva's RPM repository[2]. Although the package maintainer misunderstood [3] the license we are using for scim-sunpinyin and SunPinyin, it is a good sign of adoption of SunPinyin into GNU/Linux world. And as we know, SunPinyin deserves more attention from the community. Happy new year! -- [1] a SCIM port of SunPinyin, see also http://mail.opensolaris.org/pipermail/g11n-dev/2007-October/000021.html [2] a Mandirva RPM database: http://sophie.zarb.org/viewrpm/5d9f37918a9b3c2ecb057ba124e345c3 [3] Yong Sun has clarified the license for the maintainer. -- Regards Kov Chai From Yong.Sun at Sun.COM Sat Jan 19 18:18:37 2008 From: Yong.Sun at Sun.COM (Yong Sun) Date: Sun, 20 Jan 2008 10:18:37 +0800 Subject: [g11n-dev] [PATCH][SunPinYin][SLM] BeOS Ported In-Reply-To: <638bf0dd0801191554p381adeebxe5344d6d8ab422cf@mail.gmail.com> References: <638bf0dd0801191554p381adeebxe5344d6d8ab422cf@mail.gmail.com> Message-ID: <4792AF7D.50209@Sun.COM> Hi, Anthony, Thank you so much for the porting! It's really a great work!! I saw some modifications in the way manipulating STL objects (e.g., String::push_back -> String::operator +), is that because the gcc/g++ compiler on BeOS is lower than 3.0? Do you have the performance benchmark of String::push_back and String::operator + on gcc/g++ 3.0 or above? How about adding the push_back() as a member to wstring by sub-classing std::basic_string? So that we could avoid the widely changing in other code. I am assuming push_back() has better performance, certainly, if operator +() is about same or even better, we should do the change. :) And it's possible to move the definitions of log2 and exp2 to host_os.h (i.e., beos.h)? BTW, are you using SCIM on BeOS, or other input-method framework? Regards, Anthony Lee ??: > Hi Yong, > > Here is the patch for slm of SunPinYin running on BeOS. > > Lee. > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sunpinyin-slm-beos-port.diff URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: README.sunpinyin-slm-beos-port URL: From Yong.Sun at Sun.COM Sun Jan 20 18:08:16 2008 From: Yong.Sun at Sun.COM (Yong Sun) Date: Mon, 21 Jan 2008 10:08:16 +0800 Subject: [g11n-dev] Sun is releasing SunPinyin's source code under a dual-licensing scheme of CDDL and LGPLv2.1 Message-ID: <4793FE90.8040101@Sun.COM> Hi, All, I am very glade to announce that Sun is releasing SunPinyin's source code under a dual-licensing scheme of CDDL and LGPLv2.1. Releasing SunPinyin under the LGPL license will help align SunPinyin project with the Gnu/Linux community and major open source projects. For more details, please refer to the header of each source file, or the LGPL.LICENSE and OPENSOLARIS.LICENSE text files in the source tree. If you have any questions or would like further information, please contact the input-method[1] OS.o project team. I'd like to take this opportunity to thank the management team of Sun Globalization department for the great supports. Regards, 1. http://www.opensolaris.org/os/project/input-method From don.anthony.lee at gmail.com Thu Jan 31 14:57:34 2008 From: don.anthony.lee at gmail.com (Anthony Lee) Date: Fri, 1 Feb 2008 06:57:34 +0800 Subject: [g11n-dev] [REVIEW] Help to review SunPinyin's porting on BeOS/Haiku Message-ID: <638bf0dd0801311457g1a63e315g66ec1134f9eb4e50@mail.gmail.com> Hi guys, I've ported IME/SLM of SunPinyin to BeOS/Haiku. With respect to your existing codes, I need your help to review the changes. I already attach the patch to this mail which against lastest tip(91:668e0357cb78). Added or modified files list: 1. SLM part Added files: slm/src/config/beos.h Modified files: slm/autoclean.sh slm/autogen.sh slm/configure.ac slm/src/lexicon/pytrie_gen.cpp slm/src/portability.cpp slm/src/portability.h slm/src/slm/slm.cpp slm/src/slm/slmseg/slmseg.cpp slm/src/slm/thread/test_vc.cpp 2. IME part Added files: ime/src/config/beos.h ime/wrapper/beos/Makefile.am ime/wrapper/beos/SunPinyinHandler.cpp ime/wrapper/beos/SunPinyinHandler.h ime/wrapper/beos/SunPinyinLocale.cpp ime/wrapper/beos/SunPinyinLocale.h ime/wrapper/beos/SunPinyinModule.cpp ime/wrapper/beos/SunPinyinModule.h ime/wrapper/beos/SunPinyinStandalone.cpp ime/wrapper/beos/beos_keycode.h ime/wrapper/beos/icons/classic.xpm ime/wrapper/beos/icons/modern.xpm ime/wrapper/beos/icons/sunpinyin_logo.xpm ime/wrapper/beos/manual/en/about.html ime/wrapper/beos/manual/en/details.html ime/wrapper/beos/manual/en/index.html ime/wrapper/beos/manual/en/shortcut.html ime/wrapper/beos/manual/en/topic.html ime/wrapper/beos/manual/sc/about.html ime/wrapper/beos/manual/sc/classic.html ime/wrapper/beos/manual/sc/index.html ime/wrapper/beos/manual/sc/issues.html ime/wrapper/beos/manual/sc/modern.html ime/wrapper/beos/manual/sc/modification.html ime/wrapper/beos/manual/sc/operation.html ime/wrapper/beos/manual/sc/options_note.html ime/wrapper/beos/manual/sc/topic.html ime/wrapper/iiim_le/Makefile.am Modified files: ime/README ime/autoclean.sh ime/autogen.sh ime/configure.ac ime/src/imi_data.cpp ime/src/imi_keys.h ime/src/imi_view.cpp ime/src/imi_winHandler.h ime/src/portability.cpp ime/src/portability.h ime/src/slm/slm.cpp ime/wrapper/Makefile.am Thanks. Lee -------------- next part -------------- A non-text attachment was scrubbed... Name: sunpinyin-beos-patched-r91-668e0357cb78.tar.gz Type: application/x-gzip Size: 26618 bytes Desc: not available URL: From Yong.Sun at Sun.COM Thu Jan 31 17:45:55 2008 From: Yong.Sun at Sun.COM (Yong Sun) Date: Fri, 01 Feb 2008 09:45:55 +0800 Subject: [g11n-dev] [REVIEW] Help to review SunPinyin's porting on BeOS/Haiku In-Reply-To: <638bf0dd0801311457g1a63e315g66ec1134f9eb4e50@mail.gmail.com> References: <638bf0dd0801311457g1a63e315g66ec1134f9eb4e50@mail.gmail.com> Message-ID: <47A279D3.6090802@Sun.COM> Hi, Anthony, Thank you so much for the BeOS patch!!! Both Kov Chai and I will review you patch. As you may know, Kov Chai is working on the Debian packaging and "make dist" things, he is more familiar than me about the gnu autotools. Besides that, Kov is also an experienced linux and C/C++ programmer. I just have 2 comments about your patch, 1. The copyright of your code would be yourself. Please refer to Kov's scim wrapper. And for consistences, I suggest to use /* */ for the license declaration headers. 2. The indentation, seems that you are using tabstop=4, and do not set expandtab in your vi/vim. E.g., the sources of your beos wrapper, and portability.cpp, the indentation looks not so tidy and inconsistent. Regards, Anthony Lee wrote: > Hi guys, > > I've ported IME/SLM of SunPinyin to BeOS/Haiku. > With respect to your existing codes, > I need your help to review the changes. > > I already attach the patch to this mail which against lastest > tip(91:668e0357cb78). > > Added or modified files list: > > 1. SLM part > > Added files: > slm/src/config/beos.h > > Modified files: > slm/autoclean.sh > slm/autogen.sh > slm/configure.ac > slm/src/lexicon/pytrie_gen.cpp > slm/src/portability.cpp > slm/src/portability.h > slm/src/slm/slm.cpp > slm/src/slm/slmseg/slmseg.cpp > slm/src/slm/thread/test_vc.cpp > > 2. IME part > > Added files: > ime/src/config/beos.h > ime/wrapper/beos/Makefile.am > ime/wrapper/beos/SunPinyinHandler.cpp > ime/wrapper/beos/SunPinyinHandler.h > ime/wrapper/beos/SunPinyinLocale.cpp > ime/wrapper/beos/SunPinyinLocale.h > ime/wrapper/beos/SunPinyinModule.cpp > ime/wrapper/beos/SunPinyinModule.h > ime/wrapper/beos/SunPinyinStandalone.cpp > ime/wrapper/beos/beos_keycode.h > ime/wrapper/beos/icons/classic.xpm > ime/wrapper/beos/icons/modern.xpm > ime/wrapper/beos/icons/sunpinyin_logo.xpm > ime/wrapper/beos/manual/en/about.html > ime/wrapper/beos/manual/en/details.html > ime/wrapper/beos/manual/en/index.html > ime/wrapper/beos/manual/en/shortcut.html > ime/wrapper/beos/manual/en/topic.html > ime/wrapper/beos/manual/sc/about.html > ime/wrapper/beos/manual/sc/classic.html > ime/wrapper/beos/manual/sc/index.html > ime/wrapper/beos/manual/sc/issues.html > ime/wrapper/beos/manual/sc/modern.html > ime/wrapper/beos/manual/sc/modification.html > ime/wrapper/beos/manual/sc/operation.html > ime/wrapper/beos/manual/sc/options_note.html > ime/wrapper/beos/manual/sc/topic.html > ime/wrapper/iiim_le/Makefile.am > > Modified files: > ime/README > ime/autoclean.sh > ime/autogen.sh > ime/configure.ac > ime/src/imi_data.cpp > ime/src/imi_keys.h > ime/src/imi_view.cpp > ime/src/imi_winHandler.h > ime/src/portability.cpp > ime/src/portability.h > ime/src/slm/slm.cpp > ime/wrapper/Makefile.am > > > Thanks. > > Lee > ------------------------------------------------------------------------ > > _______________________________________________ > g11n-dev mailing list > g11n-dev at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/g11n-dev From Yong.Sun at Sun.COM Thu Jan 31 22:55:51 2008 From: Yong.Sun at Sun.COM (Yong Sun) Date: Fri, 01 Feb 2008 14:55:51 +0800 Subject: [g11n-dev] Propose to remove iiim_le wrapper in sunpinyin/ime. Message-ID: <47A2C277.8070702@Sun.COM> Hi, guys, While I tried to add build facilities for iiim_le wrapper in sunpinyin/ime, I found the source code is dated against the evolving of ime core (sunpinyin/ime/src). Many definitions and interfaces are changed. Cause sunpinyin is usually used as an IME module of cle (Chinese Language Engine) in IIIMF framework, I suggest to remove the iiim_le from the source tree, unless someone has interests to build sunpinyin as an individual language engine of IIIMF. Please feel free to share your comments and suggestions. Regards, P.S., Anthony, I will wait until you push the BeOS patch, if no one objects. From don.anthony.lee at gmail.com Thu Jan 31 22:59:26 2008 From: don.anthony.lee at gmail.com (Anthony Lee) Date: Fri, 1 Feb 2008 14:59:26 +0800 Subject: [g11n-dev] [REVIEW] Help to review SunPinyin's porting on BeOS/Haiku In-Reply-To: <47A279D3.6090802@Sun.COM> References: <638bf0dd0801311457g1a63e315g66ec1134f9eb4e50@mail.gmail.com> <47A279D3.6090802@Sun.COM> Message-ID: <638bf0dd0801312259y486bf20cs7093e542baba4157@mail.gmail.com> Hi Yong, > Both Kov Chai and I will review you patch. As you may know, Kov Chai is > working on the Debian packaging and "make dist" things, he is more > familiar than me about the gnu autotools. Besides that, Kov is also an > experienced linux and C/C++ programmer. I noticed that as I merging the changes to the latest repo, so I stopped changing those associated with "make dist" or "make distclean". Beside, I noticed the files in "ime/wrapper/iiim_le" probably were outdated, so I just add an empty "Makefile.am" to the directory for keeping compatibility. if you guys know how to write it with IIIM_LE, please tell me to discard this change. > 1. The copyright of your code would be yourself. Please refer to Kov's > scim wrapper. And for consistences, I suggest to use /* */ for the > license declaration headers. Thanks, I'll do that. > 2. The indentation, seems that you are using tabstop=4, and do not set > expandtab in your vi/vim. E.g., the sources of your beos wrapper, and > portability.cpp, the indentation looks not so tidy and inconsistent. Yes, I wrote the codes by BeIDE which tab-width is 4. Seems I have to expand all the tab, looking for tools, anyone have idea? :) Thanks. Lee From don.anthony.lee at gmail.com Thu Jan 31 23:11:32 2008 From: don.anthony.lee at gmail.com (Anthony Lee) Date: Fri, 1 Feb 2008 15:11:32 +0800 Subject: [g11n-dev] Propose to remove iiim_le wrapper in sunpinyin/ime. In-Reply-To: <47A2C277.8070702@Sun.COM> References: <47A2C277.8070702@Sun.COM> Message-ID: <638bf0dd0801312311q48e53171iad078a4e5824a3ed@mail.gmail.com> Hi Yong, I see this mail as soon as I mention same thing in another mail. Wow, so efficient your works. lol... IMHO, I suggest to remove it. > P.S., Anthony, I will wait until you push the BeOS patch, if no one objects. I will complete the works that you guys mentioned or asked between today and tomorrow. If no one objects, I will commit the day after tomorrow. If anybody feels not good to add those, please tell me, I will respect your opinions. Lee