multibyte patch against cvs source (RE: multibyte support for lyx)
Hello, I wonder what happened to the multibyte patch I sent a week ago. It has never appeared in the Mail Archive. So I'm sending it again. It is against the recent cvs source (Feb.8). On 25 Jan 2000, Jean-Marc Lasgouttes wrote: Howdoes your package relates to those entries? Does it obsolete them or should I just add a third entry? Since the patch is based on the Kawakami's, it somehow obsoletes the Kawakami's patch, but the site seems contain useful informations for the Japanese LyX users, I think a third entry would be appropriate. I have not finished yet, but I am now trying to build the home page for the CJK-LyX (I call this temporary multibyte lyx "CJK-LyX", if you don't mind, until the codes become mature enough to be merged into the main cvs source). ChangGil Han But the ChangGil Han command "cvs diff -u -N" as instructed in the lyx web ChangGil Han page, does not produce the correct patch file. After ChangGil Han this command, the produced patch file misses files which ChangGil Han are in my source directory, but not in the cvs source ChangGil Han tree. Is there anyone who can give me the correct diff ChangGil Han command? If any developers interested, I would like to ChangGil Han summit the patch file against the recent cvs source. I am surprised that it does not work... We would of course be interested in having this patch and probably integrate it, if it does not cause problem in the basic LyX functionality. I still cannot figure out why "cvs diff -u -N" drops the new files in my source tree. Attached is my new patch. Since I'm no expert in C or C++, there should be much room for improvement. Any comments or corrections regarding the patch would be heartily appreciated. regards, ChangGil Han lyx-devel-kr.diff.gz
multibyte patch against cvs source (RE: multibyte support for lyx)
Hello, I wonder what happened to the multibyte patch I sent a week ago. It has never appeared in the Mail Archive. So I'm sending it again. It is against the recent cvs source (Feb.8). On 25 Jan 2000, Jean-Marc Lasgouttes wrote: > > Howdoes your package relates to those entries? Does it obsolete them > or should I just add a third entry? Since the patch is based on the Kawakami's, it somehow obsoletes the Kawakami's patch, but the site seems contain useful informations for the Japanese LyX users, I think a third entry would be appropriate. I have not finished yet, but I am now trying to build the home page for the CJK-LyX (I call this temporary multibyte lyx "CJK-LyX", if you don't mind, until the codes become mature enough to be merged into the main cvs source). > > ChangGil Han> But the > ChangGil Han> command "cvs diff -u -N" as instructed in the lyx web > ChangGil Han> page, does not produce the correct patch file. After > ChangGil Han> this command, the produced patch file misses files which > ChangGil Han> are in my source directory, but not in the cvs source > ChangGil Han> tree. Is there anyone who can give me the correct diff > ChangGil Han> command? If any developers interested, I would like to > ChangGil Han> summit the patch file against the recent cvs source. > > I am surprised that it does not work... We would of course be > interested in having this patch and probably integrate it, if it does > not cause problem in the basic LyX functionality. > I still cannot figure out why "cvs diff -u -N" drops the new files in my source tree. Attached is my new patch. Since I'm no expert in C or C++, there should be much room for improvement. Any comments or corrections regarding the patch would be heartily appreciated. regards, ChangGil Han lyx-devel-kr.diff.gz
Re: multibyte support for lyx
On 25 Jan 2000, Jean-Marc Lasgouttes wrote: Hello, I began (which much delay, sorry) looking at this, but I am not sure how to present information. Currently, we have on the relevant page: lia href="http://hpws3.ihep.ac.cn/~zhaojw/" Chinese document composing module/a will allow you to use LyX 1.0.1 to write Chinese documents. See also a href="http://www.ihep.ac.cn/~yumj" the chinput package/a. a href="http://tsikora.tiac.net/pub/os2/unix/xfree86/ports/LyX/" Alternate link/a. /li lia href="http://cgi.din.or.jp/~kawakami/"Japanese LyX/a will allow you to use LyX to write Japanese documents. Courtesy of a href="mailto:[EMAIL PROTECTED]"Masahiko Kawakami/a./li Howdoes your package relates to those entries? Does it obsolete them or should I just add a third entry? Since my patch is entirely based on the Kawakami's patch and thus can be used for the input of japanese as well as koreans, it somehow obsoletes the Kawakami's one. But his home page seems to have lots of informations regarding "lyx for japanese", I would suggest a third entry here. I am surprised that it does not work... We would of course be interested in having this patch and probably integrate it, if it does not cause problem in the basic LyX functionality. JMarc Attached is my patch against recent cvs tree (Jan.30th). Since I'm not an expert in C or C++ at all, there must be much room for the improvement in the patch. Thank everybody for the interest. regards, ChangGil Han. lyx-devel-kr-patch.gz
Re: multibyte support for lyx
On 25 Jan 2000, Jean-Marc Lasgouttes wrote: > Hello, > > I began (which much delay, sorry) looking at this, but I am not sure > how to present information. Currently, we have on the relevant page: > > http://hpws3.ihep.ac.cn/~zhaojw/"> > Chinese document composing module will allow you to use LyX 1.0.1 > to write Chinese documents. See also http://www.ihep.ac.cn/~yumj"> > the chinput package. > http://tsikora.tiac.net/pub/os2/unix/xfree86/ports/LyX/"> > Alternate link. > > http://cgi.din.or.jp/~kawakami/">Japanese LyX will > allow you to use LyX to write Japanese documents. Courtesy of > mailto:[EMAIL PROTECTED]">Masahiko Kawakami. > > Howdoes your package relates to those entries? Does it obsolete them > or should I just add a third entry? > Since my patch is entirely based on the Kawakami's patch and thus can be used for the input of japanese as well as koreans, it somehow obsoletes the Kawakami's one. But his home page seems to have lots of informations regarding "lyx for japanese", I would suggest a third entry here. > > I am surprised that it does not work... We would of course be > interested in having this patch and probably integrate it, if it does > not cause problem in the basic LyX functionality. > > JMarc > Attached is my patch against recent cvs tree (Jan.30th). Since I'm not an expert in C or C++ at all, there must be much room for the improvement in the patch. Thank everybody for the interest. regards, ChangGil Han. lyx-devel-kr-patch.gz
Re: multibyte support for lyx
"ChangGil Han" == [EMAIL PROTECTED] writes: ChangGil Han I would like to report that Korean as well as Japanese ChangGil Han support for the lyx-1.1.3 is now possible. The binary ChangGil Han package in the rpm format and the source package in the ChangGil Han compressed atr format are available at ChangGil Han ftp://stone.phys.pusan.ac.kr/pub/lyx-kr. The patch is ChangGil Han entirely based on the patch against lyx-1.0.3 by ChangGil Han Masahiko Kawakami at [EMAIL PROTECTED] and the critical ChangGil Han contributions for the Korean input from ChiDeok Hwang at ChangGil Han [EMAIL PROTECTED], who is also the author of the ChangGil Han Korean input mehtod, "Ami". All the credits should go to ChangGil Han them. For additional information, you should read the ChangGil Han file "README.kr" at the source or the root directory of ChangGil Han lyx-1.1.3. Hello, I began (which much delay, sorry) looking at this, but I am not sure how to present information. Currently, we have on the relevant page: lia href="http://hpws3.ihep.ac.cn/~zhaojw/" Chinese document composing module/a will allow you to use LyX 1.0.1 to write Chinese documents. See also a href="http://www.ihep.ac.cn/~yumj" the chinput package/a. a href="http://tsikora.tiac.net/pub/os2/unix/xfree86/ports/LyX/" Alternate link/a. /li lia href="http://cgi.din.or.jp/~kawakami/"Japanese LyX/a will allow you to use LyX to write Japanese documents. Courtesy of a href="mailto:[EMAIL PROTECTED]"Masahiko Kawakami/a./li Howdoes your package relates to those entries? Does it obsolete them or should I just add a third entry? ChangGil Han But the ChangGil Han command "cvs diff -u -N" as instructed in the lyx web ChangGil Han page, does not produce the correct patch file. After ChangGil Han this command, the produced patch file misses files which ChangGil Han are in my source directory, but not in the cvs source ChangGil Han tree. Is there anyone who can give me the correct diff ChangGil Han command? If any developers interested, I would like to ChangGil Han summit the patch file against the recent cvs source. I am surprised that it does not work... We would of course be interested in having this patch and probably integrate it, if it does not cause problem in the basic LyX functionality. JMarc
Re: multibyte support for lyx
Hello, I began (which much delay, sorry) looking at this, but I am not sure how to present information. Currently, we have on the relevant page: lia href="http://hpws3.ihep.ac.cn/~zhaojw/" Chinese document composing module/a will allow you to use LyX 1.0.1 to write Chinese documents. See also a href="http://www.ihep.ac.cn/~yumj" the chinput package/a. a href="http://tsikora.tiac.net/pub/os2/unix/xfree86/ports/LyX/" Alternate link/a. /li One or two of these links are invalid. Forgot which one(s).
Re: multibyte support for lyx
> "ChangGil Han" == <[EMAIL PROTECTED]> writes: ChangGil Han> I would like to report that Korean as well as Japanese ChangGil Han> support for the lyx-1.1.3 is now possible. The binary ChangGil Han> package in the rpm format and the source package in the ChangGil Han> compressed atr format are available at ChangGil Han> ftp://stone.phys.pusan.ac.kr/pub/lyx-kr. The patch is ChangGil Han> entirely based on the patch against lyx-1.0.3 by ChangGil Han> Masahiko Kawakami at [EMAIL PROTECTED] and the critical ChangGil Han> contributions for the Korean input from ChiDeok Hwang at ChangGil Han> [EMAIL PROTECTED], who is also the author of the ChangGil Han> Korean input mehtod, "Ami". All the credits should go to ChangGil Han> them. For additional information, you should read the ChangGil Han> file "README.kr" at the source or the root directory of ChangGil Han> lyx-1.1.3. Hello, I began (which much delay, sorry) looking at this, but I am not sure how to present information. Currently, we have on the relevant page: http://hpws3.ihep.ac.cn/~zhaojw/"> Chinese document composing module will allow you to use LyX 1.0.1 to write Chinese documents. See also http://www.ihep.ac.cn/~yumj"> the chinput package. http://tsikora.tiac.net/pub/os2/unix/xfree86/ports/LyX/"> Alternate link. http://cgi.din.or.jp/~kawakami/">Japanese LyX will allow you to use LyX to write Japanese documents. Courtesy of mailto:[EMAIL PROTECTED]">Masahiko Kawakami. Howdoes your package relates to those entries? Does it obsolete them or should I just add a third entry? ChangGil Han> But the ChangGil Han> command "cvs diff -u -N" as instructed in the lyx web ChangGil Han> page, does not produce the correct patch file. After ChangGil Han> this command, the produced patch file misses files which ChangGil Han> are in my source directory, but not in the cvs source ChangGil Han> tree. Is there anyone who can give me the correct diff ChangGil Han> command? If any developers interested, I would like to ChangGil Han> summit the patch file against the recent cvs source. I am surprised that it does not work... We would of course be interested in having this patch and probably integrate it, if it does not cause problem in the basic LyX functionality. JMarc
Re: multibyte support for lyx
> Hello, > > I began (which much delay, sorry) looking at this, but I am not sure > how to present information. Currently, we have on the relevant page: > > http://hpws3.ihep.ac.cn/~zhaojw/"> > Chinese document composing module will allow you to use LyX 1.0.1 > to write Chinese documents. See also http://www.ihep.ac.cn/~yumj"> > the chinput package. href="http://tsikora.tiac.net/pub/os2/unix/xfree86/ports/LyX/"> Alternate > link. One or two of these links are invalid. Forgot which one(s).
Re: multibyte support for lyx
On Wed, Dec 15, 1999 at 04:44:54PM +0900, [EMAIL PROTECTED] wrote: I would like to report that Korean as well as Japanese support for the lyx-1.1.3 is now possible. The binary package in the rpm format and the source package in the compressed atr format are available at ftp://stone.phys.pusan.ac.kr/pub/lyx-kr. Someone who's got free time on their hands might want to post this on www.lyx.org/download/index.php3. And devel.lyx.org probably ought to mention Asian languages in the translation page (which is getting too long already, but that's life). It's not really fair that all we mention is Western languages. It wouldn't hurt to mention somewhere that we're moving to Unicode (we still are, right?) and that Hebrew is (?) working in 1.1 too. -Amir
Re: multibyte support for lyx
On Wed, Dec 15, 1999 at 04:44:54PM +0900, [EMAIL PROTECTED] wrote: > > I would like to report that Korean as well as Japanese support for the > lyx-1.1.3 is now possible. The binary package in the rpm format and the > source package in the compressed atr format are available at > ftp://stone.phys.pusan.ac.kr/pub/lyx-kr. Someone who's got free time on their hands might want to post this on www.lyx.org/download/index.php3. And devel.lyx.org probably ought to mention Asian languages in the translation page (which is getting too long already, but that's life). It's not really fair that all we mention is Western languages. It wouldn't hurt to mention somewhere that we're moving to Unicode (we still are, right?) and that Hebrew is (?) working in 1.1 too. -Amir
Re: multibyte support for lyx
Sure, you can.
Re: [Fwd: multibyte support for lyx]
"Seak, Teng-Fong" [EMAIL PROTECTED] wrote: That's a good news. However, sorry that I sound skeptical, but Shigeru in another post said that Xform cannot draw 16 bit character strings. You've fiddled Xform? We draw strings ourselves in the main buffer of LyX. While menues and dialogs are drawn by Xforms. You can't show internationlized Chinese/Japanese/Korean strings in the menues, nor in Warning messages, TOC etc. Nor can you Search/Replace multibyte strings easily (hard to input, can't display). We have to wait GUI indep for these to be displayed correctly. Regards, SMiyata
Re: multibyte support for lyx
Sure, you can.
Re: [Fwd: multibyte support for lyx]
"Seak, Teng-Fong" <[EMAIL PROTECTED]> wrote: > > That's a good news. However, sorry that I sound skeptical, but Shigeru > > in another post said that Xform cannot draw 16 bit character strings. > > You've fiddled Xform? We draw strings ourselves in the main buffer of LyX. While menues and dialogs are drawn by Xforms. You can't show internationlized Chinese/Japanese/Korean strings in the menues, nor in Warning messages, TOC etc. Nor can you Search/Replace multibyte strings easily (hard to input, can't display). We have to wait GUI indep for these to be displayed correctly. Regards, SMiyata
Re: multibyte support for lyx
On Sat, Dec 15, 2007 at 04:44:54PM +0900, [EMAIL PROTECTED] wrote: I would like to report that Korean as well as Japanese support for the lyx-1.1.3 is now possible. The binary package in the rpm format and the source package in the compressed atr format are available at ftp://stone.phys.pusan.ac.kr/pub/lyx-kr. Thank you for making the patch. I'm japanese LyX user and waiting for japanese patch for 1.1.3. I got your patch, but couldn't make it. I got the following message, make[1]: Entering directory /home/kohtaro/tmp/lyx-1.1.3/src' cd .. autoheader /usr/bin/autoheader: Symbol HAVE_XOPENIM' is not covered by /usr/lib/autoconf/a cconfig.h ./acconfig.h make[1]: *** [stamp-h.in] Error 1 make[1]: Leaving directory /home/kohtaro/tmp/lyx-1.1.3/src' make: *** [all-recursive] Error 1 Could you teach me how to make the program. I'm using redhat 5.3 on PC and redhat 6.0 on alpha. Both machine could not make. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kohtaro Hitomi Kyoto Institute of Technology Phone:+81-75-724-7262, Fax:+81-75-724-7250
Re: multibyte support for lyx
On Thu, Dec 16, 1999 at 09:48:32AM +0100, Jean-Marc Lasgouttes wrote: Check your versions of autoconf and automake. These should be 2.13 for autoconf and 1.4 for automake (use --version to get the version). JMarc Thank you Jean-Marc. I updated autoconf and automake, but I can't compile and got the same message. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kohtaro Hitomi Kyoto Institute of Technology Phone:+81-75-724-7262, Fax:+81-75-724-7250
Re: multibyte support for lyx
You have to add the following line, "#undef HAVE_XOPENIM" somewhere in "acconfig.h". I forgot to include this in the patch, sorry.
Re: multibyte support for lyx
On Thu, Dec 16, 1999 at 05:58:00PM -0800, ChangGil Han wrote: You have to add the following line, "#undef HAVE_XOPENIM" somewhere in "acconfig.h". I forgot to include this in the patch, sorry. Thank you ChangGil, I can compile. I'll send you a report later. Anyway can I place a link to your ftp site from my web pege (http://www.hiei.kit.ac.jp/~hitomi/lyx)? -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kohtaro Hitomi Kyoto Institute of Technology Phone:+81-75-724-7262, Fax:+81-75-724-7250
Re: multibyte support for lyx
On Sat, Dec 15, 2007 at 04:44:54PM +0900, [EMAIL PROTECTED] wrote: > > I would like to report that Korean as well as Japanese support for the > lyx-1.1.3 is now possible. The binary package in the rpm format and the > source package in the compressed atr format are available at > ftp://stone.phys.pusan.ac.kr/pub/lyx-kr. Thank you for making the patch. I'm japanese LyX user and waiting for japanese patch for 1.1.3. I got your patch, but couldn't make it. I got the following message, make[1]: Entering directory /home/kohtaro/tmp/lyx-1.1.3/src' cd .. && autoheader /usr/bin/autoheader: Symbol HAVE_XOPENIM' is not covered by /usr/lib/autoconf/a cconfig.h ./acconfig.h make[1]: *** [stamp-h.in] Error 1 make[1]: Leaving directory /home/kohtaro/tmp/lyx-1.1.3/src' make: *** [all-recursive] Error 1 Could you teach me how to make the program. I'm using redhat 5.3 on PC and redhat 6.0 on alpha. Both machine could not make. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kohtaro Hitomi Kyoto Institute of Technology Phone:+81-75-724-7262, Fax:+81-75-724-7250
Re: multibyte support for lyx
On Thu, Dec 16, 1999 at 09:48:32AM +0100, Jean-Marc Lasgouttes wrote: > > Check your versions of autoconf and automake. These should be 2.13 for > autoconf and 1.4 for automake (use --version to get the version). > > JMarc Thank you Jean-Marc. I updated autoconf and automake, but I can't compile and got the same message. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kohtaro Hitomi Kyoto Institute of Technology Phone:+81-75-724-7262, Fax:+81-75-724-7250
Re: multibyte support for lyx
You have to add the following line, "#undef HAVE_XOPENIM" somewhere in "acconfig.h". I forgot to include this in the patch, sorry.
Re: multibyte support for lyx
On Thu, Dec 16, 1999 at 05:58:00PM -0800, ChangGil Han wrote: > You have to add the following line, > "#undef HAVE_XOPENIM" > somewhere in "acconfig.h". I forgot to > include this in the patch, sorry. Thank you ChangGil, I can compile. I'll send you a report later. Anyway can I place a link to your ftp site from my web pege (http://www.hiei.kit.ac.jp/~hitomi/lyx)? -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kohtaro Hitomi Kyoto Institute of Technology Phone:+81-75-724-7262, Fax:+81-75-724-7250
