openSUSE M17n January 2006

m17n@lists.opensuse.org

3 participants
4 discussions

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

xemacs and chinese-py-punct
by Stefan Müller 13 Mar '06

13 Mar '06

Hi, I have a Chinese coleague, who uses emacs/xemacs. We found out that chinese-py is his favourite input method. We managed to type Chinese words in emacs, but emacs does not display the utf-8 characters correctly after the file is reopened. (If I do not add anything, it displays backshlas sequences, if I add a comment in the header saying that it is utf-8, it does not display all of the signs). If I open the file in xemacs everything is fine. Also copy & past works and I can use the application I want to use with Chinese input. However the xemacs that comes with Suse 10.0 does not know the input-method. It gives the chinese-py-punct as default method, but typing enter results in an error. Do I have to install additional files? I installed all packages that seem to be related? I searched the web, but did not find anything on this issue. Thank you very much for your help! Best wishes Stefan -- Stefan Müller Universität Potsdam Tel: (+49) (+331) 977-2180 http://www.cl.uni-bremen.de/~stefan/ http://www.cl.uni-bremen.de/~stefan/Babel/Interaktiv/

2 4

Wierd behavior of SCIM
by hughforsuse＠comcast.net 28 Jan '06

28 Jan '06

Hi, In my opinion, internationalization of SuSE is far from complete. I used to install SuSE with English as the default language and have tried to use Korean as the second language. In various points, I was not quite successful since maybe SuSE-6.1. Now, with SuSE-10.0, I tried again after a while since I last tried. Still it is not smooth. This is what I did. Through YAST2, I changed a bunch of language environment from POSIX to en_US.UTF-8 except RC_LC_CTYPE, which I set to ko_KR.UTF-8. Then, I observed that firefox and many other programs (e.g., gaim) start very slowly. A command-line start up of firefox has revealed the following: Although I did not specify SCIM as my choice of the input method, firefox tried to do something with SCIM and "failed to initialize Panel Agent" five times before firefox gives up "initializing" and start normally. The message I got is like this: ---------c-----------c---------- firefox & [1] 16876 rodolfo:ghsong $ Launching a SCIM daemon with Socket FrontEnd... Loading simple Config module ... Creating backend ... Loading socket FrontEnd module ... Starting SCIM as daemon ... GTK Panel of SCIM 1.4.1 Failed to initialize Panel Agent! GTK Panel of SCIM 1.4.1 Failed to initialize Panel Agent! GTK Panel of SCIM 1.4.1 Failed to initialize Panel Agent! GTK Panel of SCIM 1.4.1 Failed to initialize Panel Agent! GTK IM Module SCIM: Cannot connect to Panel! -----c-------------c----------c-------------- It appears that firefox assumes that everyone is using SCIM. I don't know exactly what is meant by "initializing Panel Agent". Why does firefox do this? Secondly, command-line "locale -a" shows something like "en_US.utf8" etc rather than "en_US.UTF-8" etc which seems to be the legal entry in /etc/sysconfig/... through YAST2 of course. Is it normal? When I changed everything to ko_KR.eucKR, even the gnome's gdm gets slowed down terribly. I think it is because of the GTK thing, too. In this part of the world, en_US.ISO-8859-1 is not the only thing we need to care. Please help. Thank you very much Hugh (for SuSE).

1 0

Earning from Internet
by vinay dhillon 01 Jan '06

01 Jan '06

Hi Friends, Check this website its working great. Earn from Internet. We are Earning Rs. 1500/- to Rs. 5000/- Per day,Every day 24x7. Just to surf for 6min a day. Register Free www.12dailypro.com/?ref=125012 For more information call 09224598813. vinay dhillon mumbai Send instant messages to your online friends http://in.messenger.yahoo.com

1 0

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 January 2006