openSUSE M17n August 2005

m17n@lists.opensuse.org

10 participants
15 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

ghostscript and LyX-CJK
by hisha 19 Oct '05

19 Oct '05

Dear list, I just installed SUSE9.3, japanese version, in Unicode. Basically everything works, except two snags: 1) lyx-cjk-1.3.5-3 does not allow for kanji input in the main window. I tried this after starting kinput2 -canna& LANG=ja_JP LC_XMODIFIERS="@im=kinput2" lyx-cjk I can see japanese text, e.g. the splash.lyx file. I can input Japanese if I open the "find" dialog, or in the lower bar, the minibuffer, and even copy and paste the result into the main window, but NOT enter Japanese directly. This worked still fine with SUSE 9.1. 2) Next, ghostview. I took an example file, like http://www.suse.de/~mfabian/suse-cjk/vertical-orizontal-test.ps I verified that I can open this in my old SUSE8.2 and see all characters correctly. Next, I open it with gs as normal user in 9.3, from bash. The result are Mojibake and the messages: --- gs vertical-horizontal-test.ps ESP Ghostscript 8.15 (2004-09-22) Copyright (C) 2004 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file COPYING for details. Scanning /usr/X11R6/lib/X11/fonts/ for fonts... 12 files, 12 scanned, 0 new fonts. Scanning /usr/share/fonts/ for fonts... 2 files, 2 scanned, 0 new fonts. Can't find (or can't open) font file /home/hisha/Resource/Font/Ryumin-Light-UniJIS-UTF8-V. Can't find (or can't open) font file Ryumin-Light-UniJIS-UTF8-V. Querying operating system for font files... Didn't find this font on the system! Substituting font Courier for Ryumin-Light-UniJIS-UTF8-V. Loading NimbusMonL-Regu font from /usr/share/ghostscript/fonts/n022003l.pfb... 2395532 1032646 1474788 180942 1 done. Can't find (or can't open) font file /home/hisha/Resource/Font/Ryumin-Light-UniJIS-UTF8-H. Can't find (or can't open) font file Ryumin-Light-UniJIS-UTF8-H. Didn't find this font on the system! Substituting font Courier for Ryumin-Light-UniJIS-UTF8-H. >>showpage, press <return> to continue<< --- Then I switched to root (su -) and there I CAN open the file, without a hitch. The messages are in this case --- ESP Ghostscript 8.15 (2004-09-22) Copyright (C) 2004 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file COPYING for details. Scanning /usr/X11R6/lib/X11/fonts/ for fonts... 12 files, 12 scanned, 0 new fonts. Scanning /usr/share/fonts/ for fonts... 2 files, 2 scanned, 0 new fonts. Loading a TT font from /usr/X11R6/lib/X11/fonts/truetype/ipam.ttf to emulate a CID font Ryumin-Light ... Done. >>showpage, press <return> to continue<< --- These two things happend just afer I installed the system, so I did not change the standard configuration. Now, because I did not find any hint in the suse-cjk guide, does anybody have an idea of what might be going wrong? Hisha __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

2 10

Hebrew Type1 font problem
by hermanmeester 29 Sep '05

29 Sep '05

Hello everyone, I was wondering if there might be some font experts around. For Hebrew (working in Suse Linux 9.1), I downloaded a couple of free to use fonts via http://culmus.sourceforge.net/ That's all legal and permitted etc, and it worked for a few weeks, but suddenly the fonts didn't come out anymore in OpenOffice. I'm not sure if this is a pure "m17n" question but please don't throw me out yet ;-) I installed the fonts (which are PostScript Type1 fonts) in the /usr/X11R6/lib/X11/fonts/Type1 directory. First I just put the file, which was a tar.gz file, there as /usr/X11R6/lib/X11/fonts/Type1/culmus-0.101.tar.gz This worked for a while. So I guess when importing the fonts, those files were automatically "unzipped"? Later I installed a few Arabic Truetype fonts in the same way (except in /usr/X11R6/lib/X11/fonts/truetype of ocurse, but that didn't work. Apparently these were not unzipped ("de-compressed") automatically? So I took the compressed files out, by saving them somewhere else, and installed them all manually. Now that (still) works. The Arabic fonts all look perfect (but they're truetype). I configured all the fonts as active, but I can't find anywhere in any OpenOffice FAQ or such, what I did wrong. Can free fonts just "expire"? Even if they're designed for free use? Then I also have some directory called /usr/share/fonts/he/Type1 Here, "/he/" must stand for Hebrew. There, those fonts are also stored, I guess uncompressed. I didn't make that directory, I don't know who did ;-) Does that have anything to do with it? (Hebrew is the main Complex-Text-Layout (CTL) enabled language for OOo on my system.) I didn't want to bother you, but I thought the problem is interesting, anyway I'm getting to understand less of how fonts work everyday. Thanks and regards, Herman

2 3

New uim.spec and some notes for Japanese
by UTUMI Hirosi 13 Sep '05

13 Sep '05

Hi, I tested OpenSUSE 10.0 beta2. Most things are OK, but uim-anthy doesn't work for me. uim.spec doesn't register uim to gtk2-immodule properly. Try them: # rpm -e uim-gtk2 $ gedit Right click on gedit -> Choose "Input Method" -> Still you can find "uim". I updated uim.spec and I wrote some notes for Japanese. 1. New uim.spec See uim.spec and uim.spec.diff please. Changelog: - register uim to gtk2-immodule more properly. - run uim-module-manager to register uim modules. - enable uim-m17nlib. - add uim-qt. - # uim-qt was merged into uim. - add uim-qt-applet. - # we need to enable uim-qt-applet for uim-qt. After you update uim, remove ~/.uim.d/ please. (to initialize uim configurations) 2. scim-anthy is better than scim-uim-anthy. SUSE installs scim-uim for the default Japanese input. I think scim-anthy is better. 3. Font rendering for Japanese I think outline fonts are better than embedded bitmaps. I added some lines to /etc/fonts/fonts.conf. See fonts.conf.diff please. 4. (OT) SUSE bugzilla requires addresses and telephone numbers. SUSE bugzilla requires Novell accounts. Novell accounts require addresses and telephone numbers. So we must tell addresses and telephone numbers for posting bugs. I don't think it's a good idea. Mike, you are one of the best developers in Linux Multilingualization. Many developers/users respect you. Thanks for all your work. Hirosi __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

3 18

uim modules in SUSE 10.1
by UTUMI Hirosi 29 Aug '05

29 Aug '05

Hi, Mike FABIAN <mfabian(a)suse.de> wrote: > https://bugzilla.novell.com/show_bug.cgi?id=113081 > +uim-module-manager --register pyload anthy canna skk > tcode tutcode hangul viqr ipa-x-sampa latin Canna is a server and I don't want to run unused servers. There is scim-canna for Canna users, so I want to remove canna from UIM. I know most users choose Anthy for Japanese input, and they don't want to install Canna for UIM. uim-{pinyin,hangul,viqr} are not well tested. I think they should be covered by uim-m17nlib. You know m17nlib includes pinyin/hangul/viqr engines, and Handa-san (the author of m17nlib) is a cool developer. Tokunaga-san replaced uim-py with the m17nlib based pinyin in uim-0.5.0. http://lists.sourceforge.jp/mailman/archives/anthy-dev/2005-August/002285.h… I think this one is better for SUSE 10.1: uim-module-manager --register anthy m17nlib skk > > - enable uim-m17nlib. > > This is disabled on purpose on request of Zhe Su <zsu(a)novell.com> Personally I prefer SCIM, but we should be fair to UIM. [OT] Current UIM project status Stable branch: maintained by Tokunaga-san. SigScheme branch: maintained by Kazuki. SigScheme is a fast and light scheme interpreter. It's good for embedded Linux. http://lists.freedesktop.org/archives/uim/2005-July/001177.html > # SigScheme has the tactics to get more faster and more > # memory less. Development branch: maintained by Yamaken. He is trying to improve UIM itself. SigScheme will be merged into this branch. I think uim-qtimmodule is good for Japanese and uim-xim shows the candidates in better places, but the developers seem to lack interest in cool GUI and usability. Thanks. Hirosi __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

2 2

Acroread and Japanese Support
by Ulrich Groh 15 Aug '05

15 Aug '05

By standard, acroread is not able to display japanese PDF-files (e.g. http://www.nihonkiin.or.jp/ad/05catalogue/pdf/p02.pdf). On the Adobe webside there is a tar-file with the required fonts. But where to install this fonts? Or much better, can't this be part of the SuSE distribution? -- -------------------------------------------------------- Mit freundlichen Grüßen / Best regards Ulrich Groh ウリチ　碁朗 http://www.nofost.de --------------------------------------------------------

3 6

fonts for KDE folders and files
by hermanmeester 15 Aug '05

15 Aug '05

Hello, After a SuSE 9.1 reinstall all the files and folders with Arabic names have a funny (=illegible) Arabic font. Could anyone tell me from which directory KDE (when it is displaying the various files and folders you're navigating with Konqueror) gets all its non-western fonts? Regards, Herman

2 1

Re: [m17n] Scim and Tk: Cannot enter any characters into edit fields
by James Su 13 Aug '05

13 Aug '05

Hi, XIM support in tcl/tk is broken. We need to fix tcl/tk rather than scim :-( Regards James Su Tobias Burnus wrote: > Hello, > > Tobias Burnus wrote: >> I have the problem that as soon as SCIM runs, I cannot enter anything >> into the edit boxes of Tk applications like >> /usr/X11R6/bin/Convert >> Any ideas? This is with SUSE 9.3 and scim-1.3.0-0.1. > Updating scim to 1.4* helped: I can enter characters. But using scim > for entering something does not work. I can use the shortcut (e.g. > Ctrl-Space) to activate a scim scheme, but all my keystrokes are > ignored until I change back to "Keyboard". > > Tobias > * from projects/m17n/ ... >

1 0

Scim and Tk: Cannot enter any characters into edit fields
by Tobias Burnus 12 Aug '05

12 Aug '05

Hello, I have the problem that as soon as SCIM runs, I cannot enter anything into the edit boxes of Tk applications like /usr/X11R6/bin/Convert Any ideas? This is with SUSE 9.3 and scim-1.3.0-0.1. Tobias

1 1

fonts for openoffice
by hermanmeester 05 Aug '05

05 Aug '05

Hello everyone, you don't have to help me out on the hebrew fonts stuff I was dealing with. I managed to make them work in Abiword so now I'm using that. That's all I need. But in case a mystery (to me) wants to be solved here, how can a group of fonts, correctly installed with a reliable rpm, be legible in Abiword, but not in Openoffice Writer? (whether I use KDE or Gnome.) By the way, I like Abiword for a change now and then. ^^ Greetings Herman

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 August 2005