openSUSE M17n October 2003

m17n@lists.opensuse.org

6 participants
6 discussions

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

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

XFree86 update ruins locale and font settings
by Helge Knüttel 21 Nov '03

21 Nov '03

Hi, updating XFree86 in my SuSE 8.0 (it has all updates) from ftp://ftp.suse.com/pub/suse/i386/supplementary/X/XFree86/XFree86-4.2.0-SuSE… screwed up something im my locale and font settings: I get the following error messages when starting gvim: Gdk-WARNING **: locale not supported by Xlib, locale set to C Gdk-WARNING **: can not set locale modifiers E234: Unknown fontset: -*-*-medium-r-normal--16-*-*-*-c-*-iso8859-* E234: Unknown fontset: -*-*-medium-r-normal--16-*-*-*-c-*-iso8859-* E234: Unknown fontset: -*-*-medium-r-normal--16-*-*-*-c-*-iso8859-* Gdk-WARNING **: locale not supported by Xlib, locale set to C Gdk-WARNING **: can not set locale modifiers E234: Unknown fontset: -*-*-medium-r-normal--16-*-*-*-c-*-iso8859-* I get similar error messages with other programs, e.g. xfig: Warning: Cannot convert string "-URW-Nimbus Roman No9 L-medium-r-normal--34-*-*-*-*-*-*-*,-kochi-mincho-medium-r-normal--34-*-*-*-*-*-jisx0208.1983-0,-baekmukttf-batang-medium-r-normal--34-*-*-*-*-*-ksc5601.1987-0,-*-times-medium-r-normal--34-*-*-*-*-*-*-*,-*-*-medium-r-normal--34-*-*-*-*-*-*-*,*--34-*" to type FontSet Warning: Unable to load any usable fontset Warning: Cannot convert string "-URW-Nimbus Roman No9 L-medium-r-normal--34-*-*-*-*-*-*-*,-kochi-mincho-medium-r-normal--34-*-*-*-*-*-jisx0208.1983-0,-baekmukttf-batang-medium-r-normal--34-*-*-*-*-*-ksc5601.1987-0,-*-times-medium-r-normal--34-*-*-*-*-*-*-*,-*-*-medium-r-normal--34-*-*-*-*-*-*-*,-*-*-*-r-*--34-*-*-*-*-*-*-*" to type FontSet Warning: Unable to load any usable fontset Warning: Cannot convert string "-URW-Nimbus Roman No9 L-bold-r-normal--34-*-*-*-*-*-*-*,-kochi-gothic-medium-r-normal--34-*-*-*-*-*-jisx0208.1983-0,-baekmukttf-dotum-medium-r-normal--34-*-*-*-*-*-ksc5601.1987-0,-*-times-bold-r-normal--34-*-*-*-*-*-*-*,-*-*-bold-r-normal--34-*-*-*-*-*-*-*,-*-*-*-r-*--34-*-*-*-*-*-*-*" to type FontSet Warning: Unable to load any usable fontset Warning: Unable to load any usable fontset Any help would be greatly appreciated! Cheers, Dr. Helge Knüttel, University Library of Regensburg

2 2

Chinese input methods: the winner is miniChinput!
by Marc Waeckerlin 30 Oct '03

30 Oct '03

Recently I was 4 weeks in china, where I installed a RedHat 9 (SuSE seems to be unavailable in China) for my brother in law. All in all, in most points SuSE is much better than RedHat, with one important exception: The chinese input method! RedHat installs miniChinput, which is far the best chinese input method I've ever seen! I strongly suggest to add it to the SuSE distribution and make it the default, at least for zh_CN. Regards Marc

1 0

SuSE 8.2 - Japanese Fonts - OOo/Ximian/Sylpheed
by David Nettles 29 Oct '03

29 Oct '03

I have 2 SuSE 8.2 installations, both were installed in Japanese from the beginning. Both use GNOME. The default language for my installation is ja_JP. I believe that I've installed every "fonts" package with the word "japanese" in its summary or description. I installed OpenOffice.org from the SuSE distro. Here is the problem: * On one system OpenOffice does not list Japanese fonts at all. (eg. no Mincho or Watanabe...). On the other system there is one font that supports Japanese: Gothic. I'm not sure how one system would have it and the other wouldn't. * Ironic: the system with Mincho is a laptop with a 4GB HD. I optimized the installation to fit on this HD The system that doesn't have it has 80+GB HD... no space restrictions there. I also have problems with Ximian. It just doesn't show text correctly. Similar issue with Sylpheed. Yet, I have a lot of other stuff that works: Vim, Mozilla, kterm, kiten, kate, MrProject, Nautilus, XMMS, etc.... Am I the only one in the world that installed SuSE 8.2 in Japanese, tried to use Ximian or OpenOffice with SuSE 8.2 installed right from the installation DVD only to find them both unusable? Is it customary to have to do a lot of font configuration for these types of applications? (I am mostly text based

4 12

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

openSUSE M17n October 2003