Japanese in OpenOffice
Hi, I use kinput2 with cannaserver in SuSE 7.2. Japanese input works fine in Netscape, Mozilla, and kterm, and it _almost_ works in OpenOffice 1.0.1: If I write in kana and don't convert to kanji, then after hitting <enter> the cursor is placed over the middle of the last character and the next character gets written partially overlapping with it. If I convert to kanji, after <enter> I can no longer write in Japanese. It returns to latin input (although the little box indicating Japanese input doesn't disappear), and <shift><space> does not work any more. Nor do <backspace> and <enter> so I have to quit OpenOffice. Has anyone encountered this behavior? Thanks, Karoly
Karoly Banicz
I use kinput2 with cannaserver in SuSE 7.2. Japanese input works fine in Netscape, Mozilla, and kterm, and it _almost_ works in OpenOffice 1.0.1:
If I write in kana and don't convert to kanji, then after hitting <enter> the cursor is placed over the middle of the last character and the next character gets written partially overlapping with it. If I convert to kanji, after <enter> I can no longer write in Japanese. It returns to latin input (although the little box indicating Japanese input doesn't disappear), and <shift><space> does not work any more. Nor do <backspace> and <enter> so I have to quit OpenOffice.
Has anyone encountered this behavior?
It works fine for me on SuSE Linux 8.0.
I never encountered exactly the behaviour you describe with partly
overlapping characters.
But if you are still using SuSE Linux 7.2, you will at least suffer
from the problem that kinput2's windows sometimes get focus.
See also
http://lists.suse.com/archive/m17n/2002-May/0055.html
http://lists.suse.com/archive/m17n/2002-May/0056.html
and the solution described there, i.e. add the following to
/usr/X11R6/lib/X11/app-defaults/Kinput2
*SeparateConversion.input: false
*selectionShell.input: false
*auxShell.input: false
and restart kinput2 (restart X11 if in doubt).
Try that first. *Maybe* this helps for your overlap problem as well,
when kinput2's windows get focus, all sorts of weird things happen,
especially with OpenOffice.
--
Mike Fabian
On Fri, 16 Aug 2002, Mike Fabian wrote:
and the solution described there, i.e. add the following to /usr/X11R6/lib/X11/app-defaults/Kinput2
*SeparateConversion.input: false *selectionShell.input: false *auxShell.input: false
Great, this has indeed helped, Japanese input doesn't hang any more. Thanks.
Try that first. *Maybe* this helps for your overlap problem as well,
Unfortunately it didn't. Here's what happens, in more detail: The cursor moves a bit slower than the word is written. Its lag gradually increases until it's two or three characters behind the end of the word, and then it keeps that distance. Also, the characters are placed with decreasing space in-between until they partly overlap. All this happens only if I write into the document itself, but not in text boxes (of the tool bar or a pop-up dialog, for example); there everything's OK. Karoly
Karoly Banicz
On Fri, 16 Aug 2002, Mike Fabian wrote:
and the solution described there, i.e. add the following to /usr/X11R6/lib/X11/app-defaults/Kinput2
*SeparateConversion.input: false *selectionShell.input: false *auxShell.input: false
Great, this has indeed helped, Japanese input doesn't hang any more. Thanks.
Try that first. *Maybe* this helps for your overlap problem as well,
Unfortunately it didn't.
Here's what happens, in more detail: The cursor moves a bit slower than the word is written. Its lag gradually increases until it's two or three characters behind the end of the word, and then it keeps that distance. Also, the characters are placed with decreasing space in-between until they partly overlap. All this happens only if I write into the document itself, but not in text boxes (of the tool bar or a pop-up dialog, for example); there everything's OK.
Which fonts are you using?
I tried to reproduce your problem but it worked flawlessly both on
SuSE Linux 8.0 with OpenOffice_en-641c and on the current development
version of SuSE Linux with OpenOffice_org-1.0.1.
I used the free Japanese Kochi Mincho and Kochi Gothic TrueType fonts
and Microsofts MS Mincho, MS Gothic, and Arial Unicode MS fonts and it
worked fine with all of them.
I don't have a SuSE Linux 7.2 system handy at the moment, but somehow
I doubt that this makes a difference.
--
Mike Fabian
On Mon, 19 Aug 2002, Mike Fabian wrote:
Which fonts are you using?
Good question. In the meantime I have changed it to Gothic and now it works perfectly. I have only the fonts that come with SuSE 7.2, and I used the one that OpenOffice offered as default, but I can't recall which one that was. Thanks once again for your help, Karoly
Karoly Banicz
On Mon, 19 Aug 2002, Mike Fabian wrote:
Which fonts are you using?
Good question. In the meantime I have changed it to Gothic and now it works perfectly. I have only the fonts that come with SuSE 7.2, and I used the one that OpenOffice offered as default, but I can't recall which one that was.
I recommend to install the free Japanese Kochi TrueType fonts:
ftp://ftp.suse.com/pub/people/mfabian/8.0-noarch/ttf-kochi-gothic-0.2.20020727-3.rpm
ftp://ftp.suse.com/pub/people/mfabian/8.0-noarch/ttf-kochi-mincho-0.2.20020727-3.rpm
These fonts will work also on your SuSE 7.2 system.
I am not absolutely sure which fonts you are using now, but I guess
you have xtt-fonts.rpm rpm installed and the "Gothic" font which
you select in OpenOffice is wadalab-gothic.ttf from the xtt-fonts.rpm.
The Kochi fonts look more beautiful than the xtt-fonts and are less
buggy. They also have a Unicode charmap, whereas the xtt-fonts only
have a SJIS charmap.
Some applications can't deal well with TrueType fonts which don't have
a Unicode charmap. For example antialiasing in KDE will not work with
the xtt-fonts for that reason.
--
Mike Fabian
On Wed, 21 Aug 2002, Mike Fabian wrote:
I am not absolutely sure which fonts you are using now, but I guess you have xtt-fonts.rpm rpm installed and the "Gothic" font which you select in OpenOffice is wadalab-gothic.ttf from the xtt-fonts.rpm.
That's right.
I recommend to install the free Japanese Kochi TrueType fonts:
ftp://ftp.suse.com/pub/people/mfabian/8.0-noarch/ttf-kochi-gothic-0.2.20020727-3.rpm ftp://ftp.suse.com/pub/people/mfabian/8.0-noarch/ttf-kochi-mincho-0.2.20020727-3.rpm
The Kochi fonts look more beautiful than the xtt-fonts and are less buggy. They also have a Unicode charmap, whereas the xtt-fonts only have a SJIS charmap.
Well, I have tried them, but I can see no difference whatsoever. They appear the same and print the same, so I'm actually not quite sure that, when I select Gothic or Mincho from the pull-down font menu, OO takes the new kochi fonts and not the old watanabe/wadalab ones. Also, the latin characters still behave the same way: not displayed (only blank space) but printed correctly. There's only one visible change: the application fonts (those in the menues and the status bar) have become lousy. It seems OO now uses the kochi-mincho fonts for the application and I cannot make it pick another one by the standard X command line option -fn. How can it be set? Also, how can I ensure that by Gothic/Mincho OO means the new kochi fonts? Cheers, Karoly
Karoly Banicz
There's only one visible change: the application fonts (those in the menues and the status bar) have become lousy. It seems OO now uses the kochi-mincho fonts for the application
If the user did not specify which font to use for the user interface, OpenOffice automatically selects a font. Which one is selected depends on which fonts are installed. OpenOffice seems to prefer TrueType fonts. After installing kochi-mincho.ttf, this font apparently happened to be selected automatically for the user interface.
and I cannot make it pick another one by the standard X command line option -fn. How can it be set?
It works differently in OpenOffice and involves a bit of black magic:
From the OpenOffice menu select
Tools -> Options -> OpenOffice.org -> Font Replacement
Check the check-box "Apply replacement table", and write
"Andale Sans UI"
into the list-box entry field below. "Andale Sans UI" *must* be typed,
you cannot select it from the list. Select your favorite font for the
user interface in the list box to the right, labeled "Replace with".
Apply your changes.
Now it should look like
http://www.suse.de/~mfabian/m17n/openoffice-user-interface-font-setup.png
I used "Chancery L" as an example her for the user interface, this is
ugly of course but "Chancery L" makes it very obvious that changing
the user interface font was successful :-).
--
Mike Fabian
On Thu, 29 Aug 2002, Mike Fabian wrote:
It works differently in OpenOffice and involves a bit of black magic:
From the OpenOffice menu select
Tools -> Options -> OpenOffice.org -> Font Replacement
Check the check-box "Apply replacement table", and write
"Andale Sans UI"
into the list-box entry field below. "Andale Sans UI" *must* be typed, you cannot select it from the list. Select your favorite font for the user interface in the list box to the right, labeled "Replace with".
Awesome. I wonder how you figured that out. I have selected Unifont to make sure I can write in Japanese in the text input fields of the user interface as well. Its latin characters also look reasonably nice in the menus. Thanks, Karoly
Karoly Banicz
On Wed, 21 Aug 2002, Mike Fabian wrote:
I recommend to install the free Japanese Kochi TrueType fonts:
[...]
Well, I have tried them, but I can see no difference whatsoever. They appear the same and print the same, so I'm actually not quite sure that, when I select Gothic or Mincho from the pull-down font menu, OO takes the new kochi fonts and not the old watanabe/wadalab ones.
Also, the latin characters still behave the same way: not displayed (only blank space) but printed correctly.
Yes, this looks like OpenOffice still uses wadalab-gothic and not kochi-gothic. This happens when the xtt-fonts.rpm is installed.
[...] how can I ensure that by Gothic/Mincho OO means the new kochi fonts?
I don't know how to force OpenOffice to prefer kochi-mincho and
kochi-gothic over watanabe-mincho and wadalab-gothic.
But why not just delete xtt-fonts.rpm?:
rpm -e xtt-fonts.rpm
I see no advantage whatsoever in wadalab-gothic and watanabe-mincho
over kochi-gothic and kochi-mincho.
The Kochi fonts are more beautiful, have a Unicode character map, have
glyphs for vertical printing, and have embedded bitmaps for sizes
between 10 and 20 pixel.
The xtt-fonts are ugly and buggy. Just delete them.
--
Mike Fabian
On Fri, 30 Aug 2002, Mike Fabian wrote:
I don't know how to force OpenOffice to prefer kochi-mincho and kochi-gothic over watanabe-mincho and wadalab-gothic.
But why not just delete xtt-fonts.rpm?:
rpm -e xtt-fonts.rpm
I see no advantage whatsoever in wadalab-gothic and watanabe-mincho over kochi-gothic and kochi-mincho.
The Kochi fonts are more beautiful, have a Unicode character map, have glyphs for vertical printing, and have embedded bitmaps for sizes between 10 and 20 pixel.
The xtt-fonts are ugly and buggy. Just delete them.
I have, and with the Kochi fonts OpenOffice now works flawlessly for Japanese and latin characters as well. Thanks for the suggestion, Karoly
participants (2)
-
Karoly Banicz -
Mike Fabian