cjk version of lyx ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX
think i'll do it ;)
This bug has been inactive for more than 300 days. Bump!
Pity that there hasn't been any progress... I've seen screenshots of CJK-LyX in Mike Fabian's CJK tutorial (http://www.suse.de/~mfabian/suse-cjk/cjk-lyx.html), and it looks like I'd very much want to use it...
Thomas, I am going to go ahead and take care of this. I will add you to the CC list so you can monitor this.
*** Bug 46825 has been marked as a duplicate of this bug. ***
I have the ebuild finished. I actually elected to use the standard LyX ebuild, and add a cjk USE flag to control whether the CJK-LyX patch gets applied. I just need to test CJK-LyX and then coordinate with usata to get the new LyX ebuild into CVS.
Josh Glover, Please post your ebuild. I am a volunteer for testing.
Smashing, I will have the ebuild posted sometime this weekend. usata-san and I have only been able to get it to work with the qt frontend thus far. Cheers Jacky.
I'm cool with that, being a KDE user 'n all... :-) I'll help testing, too.
Created attachment 31822 [details] Pretty Chinese Support this picture showed that chinese support in linux can be exactly same in windows.
As i showed above, i got lots of cjk patches in my local portage, such cjk-juk, freetype, xorg-x11 and so on. If gentoo can add those in the portage, there will be lots of cjk users switch to gentoo linux. I am a chinese(you can tell from my horriable english*^_^*), and i am also the core developer from Magic Linux (www.magiclinux.org) - a pure chinese linux distribution(GPL). Most of my patches are belong to Magic Linux under GPL. So if Gentoo like to be more popular in Asian, i think we can help, at least i can help. My problem is i do not know how can i contribute to Gentoo or become a developer. If someone give me a hand, i think i can start to help build a very nice gentoo for cjk users. Most Gentoo Linux developers are english-spoken people, they do not know very much about cjk characters, for example juk in kde can not detect chinse mps id3 tag, since the developer do not know how to deal with cjk string in QT, i filed a bug (51582). Maybe, gentoo should start a new USE flag like zh_CN, zh_TW, ko and ja. So cjk developer can add their special patches for different package.
Gentoo has a team of maintainers of cjk packages called cjk herd but only liquidx is doing Chinese (1 Chinese, 2 Korean, 5 Japanese and hopefully 1 Vietnamese) and he is quite busy working with other herds such as python. If you would like to help us it'd be great. You can start with checking out cjk bugs at bugzilla and make some comments on them, or submit new ebuilds or patches at bugzilla. We'll look through them and apply them to Portage if they turn out to be useful, and after a period of time we'll recommend you to the dev team to recruiters@g.o. As for i18n support, please refer to bug #9988. If you think of nice framework over it, we'll appreciate if you post the idea there. nakano is willing to implement it. We look forward to keeping in touch with you via bugzilla ;-)
Created attachment 32312 [details] app-office/cjk-lyx-1.3.4 (New Ebuild) OK, the ebuild is finally available for testing, with the caveat that it only works with qt. Turning off the 'qt' USE flag, which causes LyX to build the xforms frontend instead of the qt one, causes the compilation to bomb out with this error: g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src -I../../../src/frontends -I../../../src/frontends/controllers -I../../../boost -isystem /usr/X11R6/include -DI18N -O2 -march=pentium3 -msse2 -fomit-frame-pointer -c xfont_loader.C -MT xfont_loader.lo -MD -MP -MF .deps/xfont_loader.TPlo lyxim.C: In member function `void LyXIM::SetIMSpot()': lyxim.C:206: error: 'struct forms_' has no member named 'xic' lyxim.C: In member function `void LyXIM::SetIMSpotAndArea()': lyxim.C:232: error: 'struct forms_' has no member named 'xic' make[5]: *** [lyxim.lo] Error 1 I am thinking that maybe CJK-LyX 1.3.4 is not stable yet, as upstream's home page indicates that 1.3.3 is the latest version. I will post an 1.3.3 ebuild as soon as I can get it tested. Sorry for the delay. :(
Nope, 1.3.3 bombs out with a simular compile error. I think we might have to make qt a hard dependency for now, if we want to get this sucker into Portage. I will mess around with this to see if I can patch away the compile error, and contact the upstream author. But for now, as soon as someone who knows anything about LyX tries this out, I will stick it into Portage, keywork-masked, and with a hard qt dependency. If you have tried out my ebuild, and it seems to work for you, please say as much in a comment here.
Well, it does compile. :) I put the ebuild in a local overlay which caused the build to complain about missing $EPATCH_SOURCEs, but I just copied those over from the mainstream LyX portage entry. I can't try the actual package yet, though, I've built it on a remote PC, and will slink over there a little later tonight. One question before I do: Couldn't you let CJK-LyX co-exist peacefully with vanilla LyX, rather than blocking it? Mike says[1] that CJK-LyX isn't ideal for European languages, and therefore provides both LyCes non-exclusively. Cannot say whether that's the right thing to do, but maybe you can... [1] Here: http://www.suse.de/~mfabian/suse-cjk/cjk-lyx.html, and here: http://www.suse.de/~mfabian/suse-cjk/cjk-lyx-cjk-latex-use.html#foot5301
Created attachment 32351 [details, diff] CJK-LyX-qt-1.3.4 patch in case
Thanks, but that wasn't the patch it complained about. The CJK-qt-patch gets automatically pulled in from the Korean website alright, but the others were in usr/portage/app-office/lyx/files. I'm not getting anywhere, though, and the fact that I don't know what the interface is supposed to look and feel like as opposed to "normal" LyX doesn't help a bit. I haven't even managed to get proper Japanese input into CJK-Lyx yet. Trying both kinput2 and im-ja, they sort of work, but very erroneously (I hope bugs.gentoo.org can display Japanese, otherwise sorry for the mess in brackets...): I type in, e.g., nihongo (日本語). First of all, there's no hiragana display, no cursor movement, and when I press space to toggle to the kanji selection, there's no change on the screen at all. I then hit enter, and now kanji do appear, but only the go (語) of nihongo, everything else is just not there. Most other kanji don't work, either, I've managed to get a pre-1945 version of ha (tooth, 齒) and the to (戸)from Edo, but only when I typed the hiragana by itself and hit space followed by enter. Needless to say, the output to dvi doesn't honour double-byte code to begin with, so even with proper kanji in LyX it's just mojibake, mostly French diacritical characters, interestingly enough. I've got cjk-latex 4.5.2 installed, all the fonts that could possibly be needed are there, I entered a \usepackage{CJK} preamble and everything, but it didn't do any good. Yet. :) Any suggestions?
Nasty nasty stuff. OK, here is how I will proceed: I will try to make CJK-LyX and regular LyX coexist peacefully. (It should be possible.) In that case, I won't need to apply extra patches to CJK-LyX, which might have something to do with the b0rkage. Also, upstream provides binaries, so I will create a cjk-lyx-bin ebuild as well and post it here. Watch this space, and pop onto irc.freenode.net #gentoo-dev if you want to catch me.
Created attachment 32376 [details] app-office/cjk-lyx-1.3.4 (New Ebuild) Ulrich, see if this ebuild fixes your input problems. I am not adding all the other LyX patches, just using the pre-patched source tarball provided by upstream. This ebuild works with the 'qt' USE flag, I am testing '-qt' right now.
The new ebuild still fails to compile with '-qt'. Bugger. Well, here come the binary ebuilds. :)
Hi guys, i built successfully without any problem, it works awesome. my USE Flag is +cups +qt +spell. I think if you USE="-qt", you have to have gnome FLAG open.
Created attachment 32389 [details] app-office/cjk-lyx-1.3.4 (New Ebuild) All the 'gnome' flag did in the old ebuild was create a .desktop entry. This was legacy from the LyX ebuild, and I removed it from the new CJK-LyX ebuild, but forgot to take it out of IUSE. Thanks for bringing this to my attention! :) Jacky, please come to irc.freenode.net #gentoo-dev if you are online.
I'm sorry, but nothing has changed for me. Both input and output problems are exactly the way I described them before... :( I'm beginning to think that it may be something I do (or don't do, for that matter.
http://www.suse.de/~mfabian/suse-cjk/cjk-lyx.html http://www.suse.de/~mfabian/suse-cjk/cjk-lyx-cjk-latex-use.html#foot5301 Ulrich Plate, i think those two howto is out of date. I am trying to use start to test new cjk-lyx. Last time it works(1.3.3). Not sure about this time. Did you emerge cjk-latex package? if not, do that.
I tried to emerge cjk-lyx, but I only get the following: io cjk-lyx # emerge cjk-lyx -pv These are the packages that I would merge, in order: Calculating dependencies qt | emerge: there are no ebuilds to satisfy ":". what's wrong?
qt? ( >=x11-libs/qt-3 ) : ( =x11-libs/xforms-1* ) should be qt? ( >=x11-libs/qt-3 ) !qt? ( =x11-libs/xforms-1* ) ':' syntax in (R)DEPEND is deprecated and removed from recent portage.
Created attachment 51940 [details] cjk-lyx-1.3.5.ebuild Added cjk-lyx-1.3.5.ebuild
Created attachment 51941 [details, diff] CJK-LyX-qt-1.3.5-1.patch CJK-LyX-qt-1.3.5-1.patch
Created attachment 51942 [details, diff] CJK-LyX-xforms-1.3.5-1.patch CJK-LyX-xforms-1.3.5-1.patch
Mamoru, thx for your tips. Fixed in 1.3.5 ebuild
btw, if you want to add cjk-lyx into the portage, please do not add 1.3.4, since it is less stable than 1.3.5
Why CJK-LyX-qt or -xforms patches should be in DISTDIR?
Make the portage more big *^_^* You can change my ebuild if you want to and make it better.
Well, my point was that: DISTDIR is a place for files fetched from SRC_URI. The CJK-LyX-*-1.3.5-1.patch are not included in SRC_URI. Then, they should be in FILESDIR (or included in SRC_URI).
Matsui Tetsushi, you are right. SRC_URI will be my choice, but i really do not have time to play with it now. I am planning to defense my master thesis in about two weeks. Can you post a fixed ebuild here and remove mine? Sorry about that.
Created attachment 52210 [details] cjk-lyx-1.3.5.ebuild (modified)
In new 1.3.5.ebuild I changed the previously mentioned point and some more referencing 1.3.4.ebuild. 2 cautions: 1. xforms version is still uncompilable with the same error as #13. 2. qt version's handling of enable-optimization option is broken. It seems a bug of CJK-LyX-qt patch.
It's okay for me to make cjk-lyx hard depend to qt (Josh agrees with it for temporal solution). btw, if we are to make separate package for cjk-lyx from lyx they should block each other since their files override. Josh: if you don't have time to add this I'll do it for you :) Jackey: good luck on your thesis ;)
Created attachment 52231 [details] cjk-lyx-1.3.5.ebuild (corrected) the SRC_URI for qt patch is corrected.
http://www.lyx.org/announce/1_3_0cjk.txt says that users of CJK-LyX should install our patched xforms-lib(xforms-1.0-i18n). I guess it causes xforms-patch to fail to be compiled, since we use plain xforms. How can we take this in? (Or simply forget xforms as Mr.Komachi suggests?)
I cannot find xforms-i18n patch on the Internet, so I'm tempted to omit xforms support for cjk-lyx. Does anyone object to this?
It's in the same directory with CJK-LyX-xforms patch. ftp://cellular.phys.pusan.ac.kr/CJK-LyX/xforms/xforms-1.0-i18n_7.patch
Thanks for the info. However, the patch doesn't work for me. Have you tried to compile xforms with it? (and succeeded?)
Mamoru, tell me what you got by typing "locale". Did you install CJK-latex package? Remove the tetex, CJK-Latex stuff under /usr/share/texmf and emerge tetex CJK-latex and CJK-Lyx in sequence. I am using QT patch. One more thing i should mentioned here. If you want to use freetype TTF font, you need to patch QT and tetex both. Otherwise, QT will use Type1, which may have problem with the CJK pdf. I am so sorry that I do not have enough time to help you out on this right now. If you can attache a pdf in Japanese, I will try to take a look when I got time sometime after my graduation. If you are interested to patch them youself, I can provide you GLC patches (Gentoo Linux Chinese) local portage. Good Luck. Take a look on my snapshots.
Created attachment 52396 [details] Using chinese in Kile
Created attachment 52397 [details] snapshot of using Chinese in CJK-Lyx
I compiled successfully xforms flavored CJK-LyX with i18n patched xforms. steps: 1. expand xforms-1.0.tar.gz 2. patch xforms-1.0-i18n_7.patch 3. compile xforms and install 4. expand lyx-1.3.5.tar.bz2 5. patch CJK-LyX-xforms-1.3.5-1.patch 6. compile lyx. I ignored all other patches. What was the error in comment #43 ?
Finally, the problem has gone and so I added lyx-1.3.5-r1.ebuild to CVS. (It supports both qt and xforms.) Thanks for all your ebuilds, patches, comments and feedbacks.