openSUSE M17n March 2005

m17n@lists.opensuse.org

8 participants
17 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

Re: [m17n]upgrade KDE to 3.4.0 then Chinese input broken
by wschen 29 Mar '05

29 Mar '05

After I install qt-imm, erver thing works fine again. -----Original message----- From:wschen <wschen(a)netcity.cx> To:m17n@suse.com Date:Tue, 29 Mar 2005 08:41:24 +0800 (CST) Subject:Re: [m17n]upgrade KDE to 3.4.0 then Chinese input broken I found that Chinese input was broken on KDE application only, such as konsole and kopete etc. And firefox and rxvt work very well. Does anyone have a solution? Thanks a lot.

1 0

Re: [m17n]upgrade KDE to 3.4.0 then Chinese input broken
by wschen 29 Mar '05

29 Mar '05

I found that Chinese input was broken on KDE application only, such as konsole and kopete etc. And firefox and rxvt work very well. Does anyone have a solution? Thanks a lot. -----Original message----- From:wschen <wschen(a)netcity.cx> To:m17n@suse.com Date:Thu, 24 Mar 2005 15:32:42 +0800 (CST) Subject:[m17n]upgrade KDE to 3.4.0 then Chinese input broken Hello, My O.S. is SuSE 9.0. Recently, I upgrade KDE from 3.3.2 to 3.4.0 and qt from 3.3.3 to 3.3.4, then my Chinese input broken. I try gcin, xcin and scim, run the input daemon manually but the control+space key was no use. Does anyone have ideal? Thanks a lot. Best regards. -- To unsubscribe, e-mail: m17n-unsubscribe(a)suse.com For additional commands, e-mail: m17n-help(a)suse.com

1 0

[m17n]upgrade KDE to 3.4.0 then Chinese input broken
by wschen 24 Mar '05

24 Mar '05

Hello, My O.S. is SuSE 9.0. Recently, I upgrade KDE from 3.3.2 to 3.4.0 and qt from 3.3.3 to 3.3.4, then my Chinese input broken. I try gcin, xcin and scim, run the input daemon manually but the control+space key was no use. Does anyone have ideal? Thanks a lot. Best regards.

1 0

Re: [m17n] Japanese Fonts in Firefox revisisted and scim in KDE (kmail)
by Mike Shegedin 18 Mar '05

18 Mar '05

--- Mike FABIAN <mfmfabianususeedewrote: > Mike ShShegedinsasandynomikeahoo.com> > さんは書きました: > > > For example, RC_LC_MESSAGES must > > be set to ja_JP in order to convince ghostscript> to > > render Japanese pages properly. > > LC_MESSAGES should have no effect at all on > ghostscript'sbility to > render Japanese. > > -- > Mike FABIAN > Hey, Mike. Yes, you are correct. However, when I change LC_MESSAGES to en_US.UTF-8, Mozilla/Firefox does not generate a PS page that ghostscript is able to manage. Indeed what you said is correct in that changing the LC_MESSAGES to en_US.UTF-8 will not change the way GS renders any PS file. So certainly it has to do with Firefox and not GS. Sorry about that. So with LC_MESSAGES set to an English locale, Firefox doesn't seem to generate correct Japanese PS, at least for Unicode coded pages. LC_MESSAGES set to a Japanese locale allows FF to generate rerenderable Japanese PS but with the obvious consequence of Japanese messages being displayed here and there. I did attempt to simply leave LC_MESSAGES blank. And with LC_ALL blank as well, it seemingly manages to *break* FF! I have to reinstall FF evevery time do that, even if I change the LC_MESSAGES back to a legal local. Anyway, I guess it's another problem with Mozilla. BTW, what about the LANGUAGE environment variable. I notice that it is not listed under the YAST environment/language section. Is it redundant somehow? Mike __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Japanese Fonts in Firefox revisisted and scim in KDE (kmail)
by Mike Shegedin 17 Mar '05

17 Mar '05

Notes on getting japanese printing working and japanese input working for kde apps, just in case others happen to be tearing their hair out dealing with these issues as I was for a few days. I managed to fine tune the system a bit since my last posting. I made good progress getting printing in firefox to work. However a couple of small issues arose. The main one was that I found myself unable to get Japanese entry in any KDE apps. Well, since I had performed an English install and had installed Japanese stuff manually, I forgot to install scim-qtimm and scim-tables-ja. Without these it would seem utterly impossible to get scim to activate during use of a kde app. After installing these packages, Japanese input in all of the kde apps I tried worked as well as the firefox and other gtk based apps which I had working originally. I also discovered that while RC_LC_ALL set to ja_JP.UTF-8 enables ghostscript to properly render Japanese pages, it also tends to make Japanese a little too pervasive. For example, RC_LC_MESSAGES must be set to ja_JP in order to convince ghostscript to render Japanese pages properly. Setting RC_LC_ALL also achieves the same effect even if RC_LC_MESSAGES is not specifically set. However, RC_LC_MESSAGES also controls the language for the GIMP's menus. So, with RC_LC_ALL or RC_LC_MESSAGES set to a Japanese setting, the GIMP menus are all in Japanese (in spite of the fact that no other menus seem to be in Japanese.) Well to make the GIMP understandable I simply edited the start menu entry as follows: LC_MESSAGES="en_US.UTF-8" gimp which resets the variable to allow English menus in the GIMP but doesn't affect other apps (including ghostscript.) However a setting of RC_LC_ALL equal to ja_JP.UTF-8 overrides the LC_MESSAGES so if RC_LC_ALL is set, it's impossible to run the GIMP in English. So I decided on the following: RC_LANG gets en_US.UTF-8, and RC_LC_MESSAGES, RC_LC_C_TYPE, RC_LC_COLLATE, AND RC_LC_MONETARY all get ja_JP.UTF-8. I set the others besides RC_LC_MESSAGES to Japanese settings since I reside in Japan. I wish I could do it the other way around -- set the MESSAGES variable to Japanese only when printing via Ghostscript and leave it set to English normally, in order to get English messages to standard out (for example vi and bash messages etc.) So if anyone has a suggestion... But for now, I'm pretty satisfied by having a 95% English system that is able to input and print Japanese. Mike __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

emacs utf8 cjk-latex
by paul feigelfeld 14 Mar '05

14 Mar '05

hello, this is my first post, i know there are some similar posts in the archive, but i hope you forgive. just yesterday i managed to get the chinese-py input method in emacs 21.4 working and am able to display big5 characters correctly, also when i re-open the file and set the language environment to chinese-big5. this took a long time and i am not really sure why it suddenly works, but it does. since i want to create multilingual latex files, including classical greek and traditional chinese, i have to get cjk-latex working. i played around with it for some time and never get a clean compile. not to mention wrecked dvis. usually my .tex files are encoded in utf8 [ucs package loaded, as well as utf8 inputenc and T1 fontenc, intlfonts installed]. but when i create a sample .tex file with chinese, file -i file.tex tells me "charset=unknown" (even for the muletest.tex file included in the cjk package, which is displayed correctly in emacs, but won't compile either). i found some reference about the cjk-enc.el, which i then added to the lisp/language path to be able to do m-x cjk-write file and then latex file.cjk, but i get cryptic error mesgs and no output. i also posted on cjk at ffii dot org, but got no response yet. thankful for any suggestions regards paul ------------------------- paul feigelfeld humboldt university berlin institute for aesthetics & media history m. 00000(a)blicero.org

3 2

Re: [m17n] japanese fonts in firefox revisited,resolved
by Mike Shegedin 14 Mar '05

14 Mar '05

Update: I found that under my recent install, Unicode pages that did not specify <html lang="ja"> do no render kanji when printing -- only boxes instead. However, pages that specified <html lang="ja"> did render correctly, as did pages in EUC-JP encoding even when the lang="jp" tag was not specified.This made me think printing was broken because I was testing using google.co.jp, which does not specify lang="ja" in their header.So in fact I had some Japanese printing functionality all along during my latest install. On the other hand, I had google.co.jp printing kanji OK on my previous install so I figured it had something to do with the locale settings. After some experimenting I came up with the following: LC_LANG=en_US.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_ALL=ja_JP.UTF-8 This gives me menus in English, Japanese web pages that don't specify <html lang="jp"> render/print in Japanese, and also maintains UIM/SCIM functionality, which in my case is everything I had hoped for. BTW the above locale settings were set in YAST System /etc/sysconfig Editor system/environment/language section and entered by hand. My version of firefox doesn't have font enabling enabled and changing the font.FreeType2.printing parameter in about:config doesn't seem to produce an embedded ps file. So I guess I'll just fix up GS to use fonts I like. But for me, this is but a bit frosting on an already very tasty cake. Mike --- Mike Shegedin <sandynomike(a)yahoo.com> wrote: > > --- Mike FABIAN <mfabian(a)suse.de> wrote: > > "Mike Shegedin" <sandynomike(a)yahoo.com> > > ��Ͻ񤭤ޤ��: > > > > > This time, I'm guessing that font embedding is > > enabled > > > -- that is, FF is embedding the fonts into the > ps > > file > > > when printing because GS doesn't complain about > > > missing fonts. > > > > Check whether Firefox is embedding fonts with: > > > > mike@kibou:~$ grep -i beginresource mozilla.ps > > %%BeginResource: CMap IPAPMincho.Regular.0.0_cmap > > %%BeginResource: CIDFont IPAPMincho.Regular.0.0 > > %%BeginResource: CMap IPAPGothic.Regular.0.0_cmap > > %%BeginResource: CIDFont IPAPGothic.Regular.0.0 > > mike@kibou:~$ > > > > If it is embedding fonts, you should find lines > > beginning with > > "%%BeginResource" which also contain the name of > the > > font which was > > embedded. > > > > > I'm curious to know what turns font embedding on > > and > > > off when printing from FF. > > > > Type > > > > about:config > > > > into the URL entry widget of Firefox. You see a > long > > list of > > configuration options. Enter "printing" into the > > "Filter" entry > > widget. > > > > You will see an option > > > > font.FreeType2.printing > > > > which may be false or true. > > > > If you set it to true, Firefox will usually embed > > fonts when printing, > > if you set it to false, it will usually not embed > > fonts when printing. > > > > Usually because it may depend on how your Firefox > > was compiled. > > > I attempted changing this parameter and there is no > change on the output. I first tried it on an English > version of FF1.0.1 and then a Japanse version of > 1.0. > Both behave exactly the same. They load the Nimbus > fonts but there is no reference or seemingly any > attempt at loading japanese fonts. > > > > > > While I'm at it, do qtconfig settings have any > > bearing > > > on any of this? > > > > qtconfig has nothing to do with Firefox because > > Firefox is not a Qt > > application. > > Thanks for clearing this point up. One less thing > for > me to futz with. > > > > The ps file currently being generated has lots > of > > > Numbus fonts which clearly are not Japanese > fonts. > > > > That's OK because the page you are trying to print > > most likely also contains some Latin glyphs. > > > > > BTW I have wrappers generated for all of my > > installed > > > Japanese fonts, so I think that as long as GS > had > > a > > > file with Japanese text and refered to a > Japanese > > font > > > then I would be in business. > > > > To use that possibility, you can set > > > > font.FreeType2.printing > > > > to false. > > As I said earlier, I tried this and it had no change > on the output. The resulting ps file is the same > size > regardless of the value. (I wonder if I should be > doing something to make the setting have an affect.) > > Any other ideas, Mike? > > Mike > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > > -- > To unsubscribe, e-mail: m17n-unsubscribe(a)suse.com > For additional commands, e-mail: m17n-help(a)suse.com > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: [m17n] japanese fonts in firefox revisited
by Mike Shegedin 11 Mar '05

11 Mar '05

--- Mike FABIAN <mfabian(a)suse.de> wrote: > "Mike Shegedin" <sandynomike(a)yahoo.com> > ��Ͻ񤭤ޤ��: > > > This time, I'm guessing that font embedding is > enabled > > -- that is, FF is embedding the fonts into the ps > file > > when printing because GS doesn't complain about > > missing fonts. > > Check whether Firefox is embedding fonts with: > > mike@kibou:~$ grep -i beginresource mozilla.ps > %%BeginResource: CMap IPAPMincho.Regular.0.0_cmap > %%BeginResource: CIDFont IPAPMincho.Regular.0.0 > %%BeginResource: CMap IPAPGothic.Regular.0.0_cmap > %%BeginResource: CIDFont IPAPGothic.Regular.0.0 > mike@kibou:~$ > > If it is embedding fonts, you should find lines > beginning with > "%%BeginResource" which also contain the name of the > font which was > embedded. > > > I'm curious to know what turns font embedding on > and > > off when printing from FF. > > Type > > about:config > > into the URL entry widget of Firefox. You see a long > list of > configuration options. Enter "printing" into the > "Filter" entry > widget. > > You will see an option > > font.FreeType2.printing > > which may be false or true. > > If you set it to true, Firefox will usually embed > fonts when printing, > if you set it to false, it will usually not embed > fonts when printing. > > Usually because it may depend on how your Firefox > was compiled. I attempted changing this parameter and there is no change on the output. I first tried it on an English version of FF1.0.1 and then a Japanse version of 1.0. Both behave exactly the same. They load the Nimbus fonts but there is no reference or seemingly any attempt at loading japanese fonts. > > > While I'm at it, do qtconfig settings have any > bearing > > on any of this? > > qtconfig has nothing to do with Firefox because > Firefox is not a Qt > application. Thanks for clearing this point up. One less thing for me to futz with. > > The ps file currently being generated has lots of > > Numbus fonts which clearly are not Japanese fonts. > > That's OK because the page you are trying to print > most likely also contains some Latin glyphs. > > > BTW I have wrappers generated for all of my > installed > > Japanese fonts, so I think that as long as GS had > a > > file with Japanese text and refered to a Japanese > font > > then I would be in business. > > To use that possibility, you can set > > font.FreeType2.printing > > to false. As I said earlier, I tried this and it had no change on the output. The resulting ps file is the same size regardless of the value. (I wonder if I should be doing something to make the setting have an affect.) Any other ideas, Mike? Mike __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

Re: [m17n] japanese fonts in firefox revisited
by Mike FABIAN 10 Mar '05

10 Mar '05

"Mike Shegedin" <sandynomike(a)yahoo.com> さんは書きました: > This time, I'm guessing that font embedding is enabled > -- that is, FF is embedding the fonts into the ps file > when printing because GS doesn't complain about > missing fonts. Check whether Firefox is embedding fonts with: mike@kibou:~$ grep -i beginresource mozilla.ps %%BeginResource: CMap IPAPMincho.Regular.0.0_cmap %%BeginResource: CIDFont IPAPMincho.Regular.0.0 %%BeginResource: CMap IPAPGothic.Regular.0.0_cmap %%BeginResource: CIDFont IPAPGothic.Regular.0.0 mike@kibou:~$ If it is embedding fonts, you should find lines beginning with "%%BeginResource" which also contain the name of the font which was embedded. > I'm curious to know what turns font embedding on and > off when printing from FF. Type about:config into the URL entry widget of Firefox. You see a long list of configuration options. Enter "printing" into the "Filter" entry widget. You will see an option font.FreeType2.printing which may be false or true. If you set it to true, Firefox will usually embed fonts when printing, if you set it to false, it will usually not embed fonts when printing. Usually because it may depend on how your Firefox was compiled. > While I'm at it, do qtconfig settings have any bearing > on any of this? qtconfig has nothing to do with Firefox because Firefox is not a Qt application. > The ps file currently being generated has lots of > Numbus fonts which clearly are not Japanese fonts. That's OK because the page you are trying to print most likely also contains some Latin glyphs. > BTW I have wrappers generated for all of my installed > Japanese fonts, so I think that as long as GS had a > file with Japanese text and refered to a Japanese font > then I would be in business. To use that possibility, you can set font.FreeType2.printing to false. -- Mike FABIAN <mfabian(a)suse.de> http://www.suse.de/~mfabian 睡眠不足はいい仕事の敵だ。

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