January 2004 - openSUSE M17n - openSUSE Mailing Lists

Greek keyboard layout problem
by Filippos Papadopoulos 04 Feb '04

04 Feb '04

Hi. I have noticed (and many other friends here from Greece have also noticed) that during the installation of SuSE 9.0 if i select the Greek keyboard layout, there is a problem with it. The keyboard acts like a German keyboard (e.g the 'Y' and 'Z' keys are swapped). Please verify this behaviour and if this is a bug please correct it. Thanks.

2 3

Tamil input method for GTK2 available for SuSE Linux 8.2
by Mike FABIAN 03 Feb '04

03 Feb '04

The Tamil input method modul for GTK2 written by Dinesh Nadarajah which is available from http://groups.yahoo.com/group/tamilinix/files/keyboard/tamil-gtk2im.tar.gz is now also available as an rpm package for SuSE Linux 8.2. You can download the packages from here: ftp://ftp.suse.com/pub/people/mfabian/8.2-i586/tamil-gtk2im-0.20030519-0.i5… ftp://ftp.suse.com/pub/people/mfabian/8.2-src/tamil-gtk2im-0.20030519-0.src… -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

1 1

fix to allow mmv to use non-ASCII in the target file names
by Mike FABIAN 30 Jan '04

30 Jan '04

mmv was not able to rename files when the target used non-ASCII characters. For example: mfabian@rossini:~$ mmv test täst test -> täst : illegal character '' (0xFFFFFFC3). Nothing done. mfabian@rossini:~$ Björn Jacke supplied a patch, fixed packages containing his patch are here: ftp://ftp.suse.com/pub/people/mfabian/9.0/i586/mmv-1.01b-759.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/9.0/src/mmv-1.01b-759.src.rpm -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡��不足はいい仕事の敵だ。

1 0

Thai word nam (water) incorrect rendered in QT
by Walter Betschart 28 Jan '04

28 Jan '04

(SuSE 8.2, 9.0) QT (3.1 and 3.2) The Thai word "nam" (water) is rendered incorrect. The rule for typing Thai characters, occupying one character cell, is: consonant, vowel, tone-mark. The problem happens with the vowel sara-am : Sara-am consists of two glyphs, nikhahit and sara-aa, where nikhahit is written above the preceeding character, and sara-aa after. With tone-mark, the typing sequence here is as follows: Consonant, tone-mark, sara-am. In the following example, on the left, we can see in which sequence the characters were typed. ( "อ" is just used as a place holder and was not typed. ) ( Depending on the font used, the shifted tonemark is not shown correctly ) With 3 key-strokes (correct) : (no-nu, mai-tho, sara-am) น อ้ อำ --> น้ำ Invalid rendered, mai-tho should be above the nikhahit-part of sara-am. When sara-am is entered, the preceeding mai-tho should be shifted to the top level. With 4 key-strokes (circumvent) : (no-nu, nikhahit, mai-tho, sara-aa) น อํ อ้ อา --> นํ้า (looks fine) Both should look the same. But the preferred way to type this word is with 3 key-strokes. Any suggestions?

2 4

SCIM work, but it's not 'usable'
by Isen 25 Jan '04

25 Jan '04

Hi, I'm using SuSE 9.0 Pro & SCIM w/ GB2312 (simplified chinese). SCIM work beautifully in KMail & KEdit. But it refuse to work in KWrite, KSpread. In OO (Open Office) it work, but the character were overlap. I must use width=210% to make it right. Is this a known problem? Are there any hint/trick to make SCIM work on KWrite / OO? Hint/Help needed. Thanks.. Isen =========================================================================================== Akses Internet Prabayar TELKOMNet-Prepaid, nominal Rp.10.000- Rp.150.000. Dapatkan di Plasa - Plasa TELKOM terdekat (khusus di Jawa Timur) ===========================================================================================

1 0

Suse 9.0: xcin
by Rolf Lochbühler 23 Jan '04

23 Jan '04

Hi there everybody. Here is my problem, which may be a beginner's problem: I've installed xcin under Suse Pro 9.0. I believe I read all of the documentation and I think I installed all the required software packages. But when I start xcin and then, say, gvim to enter Simplified Chinese text, all I can enter are Latin characters. I see the xcin window. I also see the gvim window with Chinese menu and everything. But none of the key combinations defined in /etc/xcin/xcinrc, like ctrl-space, seem to have any effect. This is what xcin says on startup: > XCIN (Chinese XIM server) version 2.5.3-pre2. (module ver: 20010918, syscin ver: 20000210). (use "-h" option for help) xcin: locale "zh_CN.GB2312" encoding "gb2312" xcin: XIM server "xcin-zh_CN.GB2312" transport "X/" xcin: inp_styles: Root OverTheSpot And this is what I do to start gvim: > export LANG=zh_CN.GB2312 > xcin & > export XMODIFIERS="@im=xcin-$LANG" > gvim Any ideas what to check next? Thanks for your help in advance :-) Regards, Rolf

3 3

SuSE 9.0 Japanese
by Frank Glossner 23 Jan '04

23 Jan '04

Hi, i have SuSE 9.0 Professional installed and i want to write Japanese. I = didn't find anything yet to make that possible. Would be great if you could help me. Thanks, Frank

4 3

file names in cyrillic?
by sden 22 Jan '04

22 Jan '04

Hello everyone, The problem is: I have SuSE Linux 9.0 Professional and Windows 98 (Russian edition) on the same computer. I can mount windows partitions without any problems, but if folder/file name in windows partition is in russian I can see only different characters (but not cyrillic characters). In /etc/fstab I've wrote parameters like iocharset=cp1251 and codepage=866, but nothing have been changed (it works fine in ASP Linux - russian distribution based on Red Hat). I can print text in russian in the editor etc. How can I handle this problem? Thank you for help! -- Best regards, Denys Slipetskyy mailto:sden@land.ru

2 1

update: ami-1.2.2 for SuSE Linux 8.2
by Mike FABIAN 22 Jan '04

22 Jan '04

ami-1.2.2 packages for SuSE Linux 8.2 are available here: ftp://ftp.suse.com/pub/people/mfabian/8.2-i586/ami-1.2.2-2.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.2-i586/amidic-1.2.2-2.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.2-i586/amignome-1.2.2-2.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.2-src/ami-1.2.2-2.src.rpm Ami 1.2.2 has better support for UTF-8 than Ami 1.0.11. To be able to to enter Hangul syllables which are included in Unicode but are not included in KS X 1001 repertoire (For example U+AC02. U+AC02 can be typed as the keysequence 'r', 'k', 'R' on a qwerty KBD) you need to run both ami and the XIM client with LC_CTYPE="ko_KR.UTF-8". The ~/.xim file from /etc/skel/.xim as distributed with SuSE Linux 8.2 always starts ami in ko_KR.eucKR locale like this: ko*) # Korean if type -p ami > /dev/null 2>&1 ; then export XMODIFIERS="@im=Ami" case $WINDOWMANAGER in *kde|*windowmaker|*wmaker) LANG=ko_KR LC_ALL=ko_KR ami -wm -wait & ;; *) LANG=ko_KR LC_ALL=ko_KR ami & ;; esac fi ;; To get the improvement when running in ko_KR.UTF-8 locale automatically, the setting of LANG and LC_ALL on the command lines which start ami should be removed, i.e. the above snippet should look like: ko*) # Korean if type -p ami > /dev/null 2>&1 ; then export XMODIFIERS="@im=Ami" case $WINDOWMANAGER in *kde|*windowmaker|*wmaker) ami -wm -wait & ;; *) ami & ;; esac fi ;; You can also use the "xim" file from http://www.suse.de/~mfabian/misc/xim and copy it to ~/.xim in your home directory. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

1 1

update: yudit 2.7 packages available for SuSE Linux 8.1 and 8.0
by Mike FABIAN 15 Jan '04

15 Jan '04

Updated yudit packages are available for SuSE Linux 8.0: ftp://ftp.suse.com/pub/people/mfabian/8.1-i586/yudit-2.7-0.i586.rpm ftp://ftp.suse.com/pub/people/mfabian/8.1-src/yudit-2.7-0.src.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-i386/yudit-2.7-0.i386.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-src/yudit-2.7-0.src.rpm >From the NEWS file of yudit: NEWS> Changes since version 2.6.4: NEWS> --------------------------- NEWS> NEWS> o Added full Unicode compliant bidirectional text support NEWS> o Added fallback to root xinput style if no suitable style is found NEWS> o Received and added Polish gui translations, Persian.kmap, Sanskrit.kmap NEWS> Inuktitut-ICI.kmap, Inuktitut-KBD.kmap, Chinese-Pinyin.kmap, NEWS> Chinese-WB.kmap, ArmenianEastPhon.kmap NEWS> o Speed Optimizations NEWS> o OpenType GPOS support for composing characters NEWS> o Better TAB control NEWS> NEWS> Other Notes: NEWS> ----------- NEWS> Even if you can not read bidirectional scripts, it will be NEWS> useful to type this in the editor command area: NEWS> NEWS> howto bidi NEWS> NEWS> to get some ideas what bidi is, and how it works in Yudit. NEWS> Even if you can not read RL scripts, RL words will be indicated NEWS> in yellow (the default RL color). >From yudit's home page at http://www.yudit.org: > Yudit is a unicode text editor for the X Window System. She can do > True Type font rendering, printing, transliterated keyboard input and > handwriting recognition with no dependencies on external engines. Her > conversion utilities can convert text between various encodings. > Keyboard input maps can also act like text converters. There is no > need for a pre-installed multi-lingual environment. Menus are > translated into many languages. -- Mike Fabian <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

1 4

Re: [m17n] Why doesn't Japanese work in Suse 9.0?
by linux＠hiddenfortress.net 13 Jan '04

13 Jan '04

>>> I think this is incorrect. The fonts work during the installation >>> screen (where you get a list of installation languages). They just >>> don't work properly afterwards. >> >>During the installation, the GNU Unicode bitmap font is used for >>Japanese. This font is also available in the installed system. You >>can use that if you want, but you will probably prefer to use >scalable >>fonts for your webbrowser. So if I chose any non-Latin installation and locale with Suse Personal, I'd end up with a desktop that only showed little boxes and no scalable fonts? That makes no sense to me. What is Suse smoking? Paul Davidson

2 1

Re: [m17n] Why doesn't Japanese work in Suse 9.0?
by linux＠hiddenfortress.net 13 Jan '04

13 Jan '04

>>Does something simple like >> >> LC_ALL=ja_JP.UTF-8 xfd -fa sans Do I type that on the command line? Will it also fix the other broken non-Latin fonts? Surely Suse should have set this up correctly. By the way, I'm certain Suse comes with all necessary fonts, because it's working on another Suse Personal installation I've seen. A full unicode font (CJK included) is only 40 megs or so anyway; I can't imagine that not being included in a three-disc distro. Again, I apologize for relying on the nice people on this mailing list; this is pretty basic and should have worked out of the box, I think. Paul Davidson

3 2

Re: [m17n] Why doesn't Japanese work in Suse 9.0?
by linux＠hiddenfortress.net 13 Jan '04

13 Jan '04

>>If it's merely an issue of display, then the issue is most likely >related to the configuration of Mozilla and the OS with respect to >the fonts installed. This is characterised by the boxes being >displayed instead of the correct Japanese glyphs. I think there is some kind of configuration issue, not limited to Mozilla. I've installed all the extra fonts that people here have suggested, to no avail. It's not like I'm "missing the right fonts". Something else is wrong. Right now, non-Latin text doesn't work in any program - not Mozilla, not Evolution, not Konqueror, not even Yast. This is trivial even for Windows 98! I'd hate to have to go back to Microsoft. Paul Davidson

3 2

Re: [m17n] Why doesn't Japanese work in Suse 9.0?
by linux＠hiddenfortress.net 13 Jan '04

13 Jan '04

>>>Japanese fonts are big though and there isn't much space on the >>>Personal edition, there are only 3 CDs. >>> >>> >>> >>Oh... so SuSE Personal Edition does not come with Asian fonts? (I've >>only owned Pro editions...) I think this is incorrect. The fonts work during the installation screen (where you get a list of installation languages). They just don't work properly afterwards. Even my 3-disc Mandrake installation (on my laptop) works for all Asian languages. And it includes more software than Suse. Paul Davidson

2 1

Why doesn't Japanese work in Suse 9.0?
by Paul Davidson 13 Jan '04

13 Jan '04

Hello, I apologize for joining this list just to get help, but the Suse support database seems pretty worthless and my searches haven't turned up anything. I am a new Linux user, just having installed Suse 9.0 (I bought the personal edition). Today, I decided to figure out how to input Japanese (I have studied Japanese for several years and plan to move to Japan). To my chagrin, I discovered that I cannot even view Japanese text (e.g. websites) in Suse, let alone input it. All I see are little boxes in place of Japanese characters. I presume that the built-in Sans and Serif fonts are supposed to be full or nearly-full unicode fonts, but I can't see any CJK characters in the Unicode font utility. All I see are little boxes. The Yast language setup tool does not display the Asian language names correctly. I just see little boxes. I tried switching to Japanese, but it didn't seem to make any difference - except in my Ximian Evolution menues, which now consist of (you guessed it) little boxes instead of English or Japanese text. Any help is appreciated. I'm a little weary of Suse's support, which I paid for but has been non-existent so far. I'd just chuck the whole thing, if I hadn't already spent two weeks (and $80) configuring everything else the way I need it. Paul Davidson

5 11

Re: [m17n] Why doesn't Japanese work in Suse 9.0?
by Stephen Holmes 12 Jan '04

12 Jan '04

If it's merely an issue of display, then the issue is most likely related to the configuration of Mozilla and the OS with respect to the fonts installed. This is characterised by the boxes being displayed instead of the correct Japanese glyphs. As I understand it, Mozilla (which is based on the Gecko engine) performs dynamic font mapping based on the locale and its assigned fonts. This is configurable in the broswer for each of the primary locales. I myself can see text from 20+ locales within a US English Mozilla browser without any problems whatsoever. If input is required, the Mike has already identified the IME packages and their dependencies. For a Linux newbie, this is not as straightforward as on MS platforms. IE for example will identify that a font/locale package is missing and prompt you for an immediate download and installation before attempting to render the page. Might be a nice Mozilla feature request if they haven't patented that feature in IE! * Steve Stephen Holmes Localisation Manager - User Experience Services Voice: +353-1-605-8087 Fax: +353-1-605-8200 Cell: +353-86-833-5027 Novell, Inc., the leading provider of information solutions http://www.novell.com >>> "C J Fynn" <cfynn(a)gmx.net> 12/01/2004 17:08:43 >>> "Mike FABIAN" <mfabian(a)suse.de> > The personal edition lacks practically all packages needed for > Japanese. You can download them from the FTP version though. I suspect many "individual" or personal users users are just as likely to want support for non-Latin scripts as "enterprises" are. At least enough to be able to display non-Latin web pages in their browsers, which is all that Paul Davidson seems to want. - Chris -- To unsubscribe, e-mail: m17n-unsubscribe(a)suse.com For additional commands, e-mail: m17n-help(a)suse.com

1 0

Gaim & Kinput
by ピアスエリック 10 Jan '04

10 Jan '04

Hi ho, I run Gaim (0.74) in Japanese, but I've had a problem with KInput every since Gaim was ported to GTK2. I was wondering if anyone else had the same problem. Basically, I type the Japanese, hit space to convert to Kanji, but when I hit enter to confirm, it won't let me complete the action and I can't do anything except back out (ie., shift-space). I use KInput frequently, but I've never had this problem w/any other app. thanks for reading, Eric Pierce __________________________________________________ Do You Yahoo!? Yahoo! BB is Broadband by Yahoo! http://bb.yahoo.co.jp/

1 0

creating a keyboard for a new locale
by C J Fynn 09 Jan '04

09 Jan '04

Hi Is there a straight forward way to create a keyboard for a new locale [dz-bt] for use in Linux GUI's like GNOME and KDE? If seen information on XIM http://www.suse.de/~mfabian/suse-cjk/xim.html and SCIM http://ns.turbolinux.com.cn/~suzhe/scim/index.html - but these look like they are designed principally for creating complex IME's for CJK languages - and overkill for what I need to do (have a keypress or shifted keypress generate a single Unicode character) - Chris cfynn(a)gmx.net -- CJ Fynn

2 1