March 2004 - openSUSE M17n - openSUSE Mailing Lists

No compose characters possible with asian language setting
by akimbo337＠gmx.de 16 Nov '09

16 Nov '09

Hello! I'm currently using SuSE 9.0 pro for both german and japanese input. This works fine so far, by setting the variables LC_CTYPE to ja_JP.UTF-8 and LANG to de_DE.UTF-8, but nevertheless I experienced a problem: With the LC_CTYPE set to japanese and an input method running (currently kinput2), I cannot type european language compose characters any more - at least the ones I used to produce with two sequent keystrokes ( ´ and e for é for example). The rest of my (german) keyboard layout works all fine, and with LC_CTYPE set to german, é's, à's, ô's, etc pose no problem, but then, of course, I cannot input japanese... This problem seems also to be existent for other language settings that use an input method, I tried it out with a friend who uses chinese input (also on SuSE 9.0 pro). We (my friend and I) are currently writing an article about asian language input with StarOffice/OOo, so we would really appreciate any help or hint concerning this problem. Thanks. Marcel Boeing

5 6

latex-ucs and makeindex
by Friedrich Dimmling 25 Mar '04

25 Mar '04

Hi I'm using latex-ucs to avoid problems with Chinese characters and German umlaut characters in the same document, which works fine - even in .bib files but not together with makeindex, e.g. \index{Ying @ Ying \cfs{Chinese character}}} \cfs{} is a macro generating the \begin{CJK}{}{} ... \end{CJK} sequence in my documents. Is there any way to make latex-ucs and makeidx friends? Friedrich -- Friedrich Dimmling, Berlin, Germany

1 0

Re: [m17n] xcin zh_CN broken on SuSE 8.2->9.0 upgrade
by Robert Dick 16 Mar '04

16 Mar '04

On Sunday 14 March 2004 23:03, I wrote: > Upon upgrading my SuSE 8.2 systems to 9.0, xcin stopped working > with konsole and rxvt. Solved it myself. I was using tcsh without setting dspmbyte to euc. I had been lucky that this explicit setting wasn't required in SuSE 8.0 and 8.2. To others who use Chinese in tcsh and google this: try 'set dspmbyte=euc'. -Robert Dick-

2 1

mined 2000.9 packages available for SuSE Linux 8.0/8.1/8.2/9.0
by Mike FABIAN 15 Mar '04

15 Mar '04

updated packages for the Unicode capable editor mined can be found here: ftp://ftp.suse.com/pub/people/mfabian/8.0/i386/mined-2000.9-0.i386.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0/src/mined-2000.9-0.src.rpm ftp://ftp.suse.com/pub/people/mfabian/8.1/i586/mined-2000.9-0.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.1/src/mined-2000.9-0.src.rpm ftp://ftp.suse.com/pub/people/mfabian/8.2/i586/mined-2000.9-0.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.2/src/mined-2000.9-0.src.rpm ftp://ftp.suse.com/pub/people/mfabian/9.0/i586/mined-2000.9-0.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/9.0/src/mined-2000.9-0.src.rpm New in this release, according to the author's changes file: + more compact representation for character set tables and keyboard mapping tables. Reduces size of binary more than 700K. + encoding autodetection improved + Position stack and return function also work across files (esp. after identifier definition searches using tags file) + Smart quotes: auto-detection of quotation marks style on file loading. + Interactive Latin-1 / UTF-8 conversion support. + Support for VIM keyboard mapping files. About Mined: An editor that is small and simple to use but yet full of capabilities. Highlights: - UTF-8 Unicode support - Works with UTF-8 text mode terminals or windows like xterm. - Auto-detection of Latin-1, UTF-8 or UTF-16 input encoding. - New: Works with dual-width Han fonts (xterm 120 + patch needed). - Commands and input support for display and handling of code values. - Transparent handling of illegal UTF-8 sequences. - Can edit UTF-8 text in non-UTF terminals. - (Can, of course, also edit Latin-1 text in UTF-8 terminals.) More information (with screenshots and change log) and download are available from the mined web page at http://towo.net/mined/ -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

1 0

xcin zh_CN broken on SuSE 8.2->9.0 upgrade
by Robert Dick 15 Mar '04

15 Mar '04

Upon upgrading my SuSE 8.2 systems to 9.0, xcin stopped working with konsole and rxvt. I deleted (moved) my user .xim and .xcinrc files so the system defaults in /etc would be used. In my .cshrc, I set LC_CTYPE to zh_CN. When starting X, the xcin entry window appears. I can enter Chinese in konqueror, kmail, and vi (in a konsole). However, I can't enter Chinese in konsole or rxvt (which I could do under SuSE 8.2). The pinyin composer window pops up and I enter the appropriate string. However, when a character should appear in rxvt/konsole, nothing appears. I was concerned that this could be caused by a font problem. However, I'm using an Arphic font in rxvt and GB2312 files display correctly in rxvt and konsole. I'm not sure what to do next. Environment: SuSE 9.0 updated and patched to current supported system xcin-2.5.3.pre2-343 Athlon processor Thanks, -Robert Dick-

1 0

xpdf-3.00 package for SuSE 9.0
by Mike FABIAN 14 Mar '04

14 Mar '04

xpdf 3.00 can use CID-keyed fonts for display and for embedding in the PostScript output created for printing now. The following updated packages for SuSE 9.0 are setup to use this feature: ftp://ftp.suse.com/pub/people/mfabian/9.0/i586/xpdf-3.00-33.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/9.0/src/xpdf-3.00-33.src.rpm Together with the CID-keyed font packages available from (or from your SuSE 9.0 CD set): ftp://ftp.suse.com/pub/suse/i386/9.0/suse/noarch/CID-keyed-fonts-MOE-200211… ftp://ftp.suse.com/pub/suse/i386/9.0/suse/noarch/CID-keyed-fonts-Munhwa-200… ftp://ftp.suse.com/pub/suse/i386/9.0/suse/noarch/CID-keyed-fonts-Wada-20021… ftp://ftp.suse.com/pub/suse/i386/9.0/suse/noarch/CID-keyed-fonts-WadaH-2002… ftp://ftp.suse.com/pub/suse/i386/9.0/suse/src/CID-keyed-fonts-MOE-20021114-… you should be able to display Japanese, Korean and traditional Chinese Documents which don't already embed the CJK fonts nicely with anti-aliasing. In case of Korean and traditional Chinese, I did set it up to embed the same CID-keyed-fonts also for printing. In case of Japanese I configured xpdf by default not to embed the Wadalab fonts by defaults because they look rather ugly. Instead xpdf write the standard PostScript names Ryumin-Light-EUC-H GothicBBB-Medium-EUC-H into the PostScript output. A Japanese PostScript printer or Ghostscript with the ghostscript-cjk package and suitable Japanese TrueType fonts installed can render this nicer compared to embedding the Wadalab fonts. Simplified Chinese doesn't work because there are no free CID-keyed fonts for simplified Chinese as far as I know. I tested this only for Japanese and Korean because I couldn't find a traditional Chinese .pdf document which has *not* already embed all fonts embedded. Can anybody tell me where I can find such a .pdf document for testing? -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

4 14

SuSE 9.0, acroread: make it work with CJK using the free CID-keyed fonts
by Mike FABIAN 12 Mar '04

12 Mar '04

The acroread package on SuSE 9.0 doesn't display CJK .pdf documents (unless all CJK fonts are already embedded). One method to fix this is to download the CJK font packages for acroread from Adobe, see: http://www.adobe.com/products/acrobat/acrrasianfontpack.html But even then, Japanese .pdf documents using both "Ryumin-Light" and "GothicBBB-Medium" like for example http://www.nec.co.jp/canna/docs/cannadoc.pdf still won't display correctly as the Adobe font package only contains a Mincho style font and no Gothic font. But we have some packages with free CID-keyed fonts on SuSE Linux 9.0 ftp://ftp.suse.com/pub/suse/i386/9.0/suse/noarch/CID-keyed-fonts-Munhwa-200… ftp://ftp.suse.com/pub/suse/i386/9.0/suse/noarch/CID-keyed-fonts-Wada-20021… ftp://ftp.suse.com/pub/suse/i386/9.0/suse/src/CID-keyed-fonts-MOE-20021114-… which can be used by Acroread with a little bit of setup. I just added a small script to the ghostscript-cjk package which is run automatically by "SuSEconfig --module ghostscript-cjk" and does this setup automatically if the above CID-keyed font packages are installed. The improved ghostscript-cjk are here: ftp://ftp.suse.com/pub/people/mfabian/9.0/noarch/ghostscript-cjk-20021119-1… ftp://ftp.suse.com/pub/people/mfabian/9.0/src/ghostscript-cjk-20021119-185.… Note that it still doesn't work for simplified Chinese as there is now free CID-keyed font package for simplified Chinese. But you can still install the Adobe Asian font packages in addition to my small hack above. -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

1 0

Konqueror suddenly refuses to display Umlate
by Matthias Seeger 01 Mar '04

01 Mar '04

Dear List, I have used SuSE 9.0 since October 2003 on my Thinkpad X30. The KDE Environment runs completely in UTF-8 so that I may use Japanese as well as German (Umlaute). My user account ist completely German. After the usual settings I can use Kinput2 with Canna in almost all applications (Konqueror, OpenOffice, Mozilla Firebird, KMail, GJiten etc.) I am now facing the problem, that Konqueror suddenly refuses to show Umlaute, no matter which page encoding is set. Even on the start page there are small dots instead of Umlaute. Needless to say, that I did not change any of the settings in the .profile and .xim files. Neither did I change the KDE font settings. The Japanese support still works fine. Such a sudden behaviour change happened already several times, both on my Thinkpad as well as on my desktop computer. Each time I was checking the user settings and the settings in the KDE Control Centre but could not find any difference. So far I could fix the problem only by creating a completely new user account. The only thing I could think of is the fact that I installed some DVD related software (Xine and friends) from Packman via YaST2. Also I did some manipulations in the /etc/fstab file. However, I cannot imagine, that this could influence the behaviour of Konqueror. Has anyone an idea, what could have went wrong? Many thanks in advance Matthias Seeger

6 12