Google Chromium builds for Linux

And they call it Chrome…

Just trying a post from within Google’s Linux Chromium. Installed it on a few machines running Ubuntu 9.04 so far. I’ll be trying out the I18n and M18n features and compatibility with various Linux distros as the alphas progress. I have the Chromium development repository in my sources.list and have been following updates. Fun to see how it goes.

I feel naked cruising the Yomiuri Shimbun without my rikaichan firefox extension. Gotta get back to my Heisig. New edition came out a while ago!!!

Pidgin meets Microsoft IME Japanese: a few tips

I’ll be doing some posts for those of you who haven’t moved over completely to Linux or BSD. Or for those who are used to the free software applications available on the typical Linux box, but find themselves stuck with Windows for some reason.

Just a quick walk-through setting up the Japanese environment on WinXP and friends, for a starting point. I’m using the standard install of WinXP Home that came with my laptop, which I’ve been playing with lately, having just restored the original o.s to a new drive. Nothing special, just a few clicks:

Control Panel >> Regional and Language Options >> Languages

And click the box for “Install files for Asian language support”.

Simple! I leave the various logout/login/reboot cycles up to the reader. To get Japanese input, go back to Languages and click the “details” button under “Text services and input languages”, to add the input methods you want for the various CJK languages. Then some more logout/login/reboot as necessary. It really does use the two-hundred-thirty megabytes of disk space, as promised.

Now I have the MS IME with “EN” (for English) showing in my taskbar. I click it to see my input options. When I need Japanese, I choose “show language bar”. I have my input mode set to hiragana, and I can flip between romaji and kana input with left-alt-shift on my US keyboard.

This setup can be used with firefox 3 and pidgin im, among others.

Now on to some Free and Open Source Software.

Pidgin im works fine with this system, with a few config setting changes. For input, right-click in the message area and select Windows IME under the ‘input methods’ menu. That allows you to write and see kanji. I don’t know if you need to change your default font to a Japanese one like MS Mincho or MS Gothic. It works for me with or without changing the font in Pidgin preferences.

There’s a slight glitch in displaying Japanese from others using legacy operating systems (like Windows 98 Japanese edition) and im clients. The easy way to deal with that is to go to:

Tools >> Preferences >> Conversations

and uncheck ‘show formatting on incoming messages’ to fix displaying kanji on incoming messages. You might need to also change your font for conversations in pidgin preferences. It depends how broken your buddy’s software is (does it use Unicode fonts and proper encoding?), and probably also on the chat protocol. I’ve been chatting on msn this way with friends on Win98 Japanese Edition and an ancient msn client.

This is just a rough run through, of course. Feel free to leave comments here relating your own experience with pidgin. I should mention I found  the ‘disable formating’ tip here and on another guy’s blog post about using Chinese with pidgin and MS IME, which I can’t seem to find at the moment.

Next Time:  Firefox with MS IME (Hint: it will be short, unless, perhaps we get into some mojibake issues with Web 2.0 type annoyances).

More Japanese on Linux: Anthy, uim, and Ubuntu (among others)

I still haven’t gotten around to updating the Ubuntu box running Gutsy Gibbon out in the den here in Sterling. It seems to be running just fine with Gnome 2.20.1 and I’m in no hurry to jump to Hardy Heron and mess with my users’ interface experience. So, I went about checking how a few things work in Gutsy, on the odd chance I might want to type something up while here, without firing up the laptop.

I’ve been running the new release of Opensuse on the Thinkpad (post on that to follow, after I spend a little time with it). For the most part, setting up uim for kanji input is about the same across distros (and BSD’s!). I noticed the Opensuse konqueror binary has uim suport built right in, obviating the need for uim-xim, and the concomitant config file hacks necessary to run a mixed gtk/qt environment. Just right click in a text input area in any QT app and select uim under input methods, if you haven’t already made it your system wide default.

I blogged on setting up Japanese in Gnome and KDE apps in each other’s environments a while back. Since then, I’ve figured out (stumbled upon) some things to make it easier and much less hacky, but haven’t properly documented my discoveries. Plus, I’ve been lax about going into much detail on uim-gtk-pref settings, since preferences do vary so much. I’ll remedy that with some basic screenshots of what works for me. Feel free to experiment to taste. By the way, I wouldn’t expect much difference in these settings for a given Debian release, or other Ubuntu version, but let me know of any gotchas that might come up.

First things first. I’ll assume you’ve got the requisite packages: uim-anthy, uim-applet-gnome, uim-gtk2.0, uim-xim, uim-utils. Installing these via apt-get, synaptic, what-have-you, should pull in all the dependencies you need. Now all that’s left is to add the uim-applet to the Gnome toolbar, right click on it. and select preferences. NOTE: the GTK applet will work exactly the same in a KDE panel, but there is also a KDE uim applet, if you’re into that.

uim-pref-gtk Global preferences, along with version window
uim-pref-gtk Global Settings

The Global Settings controls the input method framework, which would be uim in this case. The actual input method here is Anthy. So, this handles turning on any special input framework. Then you can choose to either use Anthy to input kanji immediately, or you can toggle between direct, kanji, or different kanas, or set one of those as the default. Confused? Just try my settings, play a little, and see what changes. Make sure to click apply.

My working anthy settings in uim-gtk-pref
My working Anthy settings in uim-gtk-pref

This menu controls how Anthy behaves once activated from the applet. I start with direct Roman character input, and I can toggle to kanji input via romaji transliteration with shift-space.

Advanced Anthy Setting in uim-pref-gtk

Advanced Anthy Setting in uim-pref-gtk

A few more preference settings for Anthy. I like predictive input. You may not.

Toolbar applet gimmicks and effective area in which to switch input
Area in which to activate an input method and various toolbar applet gimmicks

I usually have different applications open using different languages, so I like to just switch one at a time. One can change input for the whole desktop at once if preferred.

Those other programs: make it work with KDE, QT, X, GoogleEarth, etc.

Now how about those KDE apps like konqueror and k3b? And what about other non-GTK applications, such as xterm and GoogleEarth? In Ubuntu you just have to get uim-xim running and tell XIM (the old X input system) to use the uim settings you’ve been so carefully rigging up. I found an excellent how-to on this for Zenwalk Linux, which helped get me started. I put this script:

if [ "$DISPLAY" ]; then
uim-xim -engine=anthy & > /dev/null 2>&1
export XMODIFIERS=@im=uim > /dev/null 2>&1
fi

in my .profile. In my case, I first backed up the default .profile and then added the uim-xim startup code to the original. We’re not done just yet.

We want to set the default input method for XIM to uim. This is accomplished by adding:

export XMODIFIERS=@im=uim

to .gnomerc in your home directory. If the file doesn’t exist, just create it. That worked for me.

Check it out

Now we just have to log out and log back in to make sure those configs take effect.
Open konqueror, Google Earth, any old program, and activate Japanese input from
the uim Applet and have at it.

Closing thoughts:
There’s a handy keystroke chart here, for those characters that might be less than intuitive to typists
who haven’t studied advanced linguistics. Who knew the katakana dot was called an interpunct? Makes
perfect sense though, doesn’t it?

Coming Soon:
How to do all this in KDE.
ヒント: It’s not that different. A few scripts in different places. Ho hum.

Feedback
Keep those comments coming! Let me know if this helps, or doesn’t.

Opensuse 10.3 Japanese Input KDE Follow-up

I’m writing this post in konqueror, just for fun. If you managed to get uim and anthy working with the uim-applet in Gnome, KDE apps are almost as easy, and you don’t need to run uim-xim or any other p.i.t.a scripts or bridging hacks, as I’ve described in previous posts. The Konqueror binary I got from the Opensuse repository has uim support built right in. What does that mean? In a text input window, right click, select ‘uim:ja,ko,zh:*’ and then fire up uim anthy the same old way you would for a gnome app. (As I’ve said before, the uim-applet set-up options are too diverse to go into here, but I have managed to do it on Debian, Ubuntu, and Opensuse boxen without straying from graphical user interfaces, so don’t panic) And voila, 日本語! I suppose this would work in a straight KDE environment in any given KDE application (that’s compiled with uim support, of course), although I haven’t tried it that way. By the way, there is a KDE taskbar applet to control uim input, and you can use either it or the gnome applet in KDE. And, please, dear readers, let me know how things work out for you. I’m trying to pass on useful information here. Thanks! では、この切りで。

Belated post on Japanese and multilingualization on Opensuse 10.3

I’m looking at some Linux distro releases and thinking about what to put on the T60. I will be nuking the Opensuse 10.3 that’s currently installed and hacked and kluged to an unacceptable point. Package management has been the main problem with Opensuse. Before I blow it out, I’ll try to remember what I did to get the Japanese running.

I keep the main menus English and a uim applet in the taskbar. That way, I can flip on my anthy input on the fly in most any application I have running. I’m dealing with Gnome and mainly GTK2 applications for now. I’ll write more about KDE and QT later, along with something about dealing with a mixed QT/GTK environment.

Package names? Did I mention I wasn’t expecting to keep that install very long and therefore didn’t pay close attention to package names….Uh Oh. I searched the package manager for uim, anthy, and I think, some combination of gtk and anthy. Also, if you want other languages, like Russian, the m17n-lib package should do the trick. A search of my existing packages gives me these: uim-qt, uim-gtk2, uim, anthy, m17n-lib, kasumi

These are all so far advanced upstream that it is pretty easy to find them in any distro (probably BSD’s too!) without being too nit-picky. Of course, package names and what gets packaged with what may vary between distros.

If you use the uim-applet in Gnome, and want to input Japanese in a QT application, like Konqueror, for instance, it should be as easy as selecting xim for input in the application menu. That is, provided you have uim-xim bridge running. That can be automated with a carefully placed script somewhere in your .kde settings tree. I’ll post again with the script I have on my KDE based desktop, which I’m not in front of at the moment. I got it from a Japanese developer’s blog.

However, just to see if it’s working, use the handy trick of running uim-xim in a terminal with an ampersand, then run Konqueror or whatever QT application from the same terminal and try switching the uim-applet to anthy input. That should allow you to input kanji with anthy in the text areas of Konqueror. Sometimes it’s nice just to see that something can be done first, then it’s easier to get into automating it later.

I won’t bother posting my config files. Just play with the options in the uim-gtk2 config menus; they’re pretty self-explanatory. Once you switch the uim-applet to anthy while a gtk app’s window is active, you can then input hiragana by romaji and then select the proper kanji from the pop-up window. There are too many variations in configuration to go into here. I’ll go into more detail about using anthy, uim, kasumi (a dictionary tool for anthy), and company in Gnome and KDE environments in future posts.

To Whom It May Concern:

I will be posting some articles on Japanese text and mojibake issues very soon. The job expands in direct proportion to how much time I spend on it So much for being comprehensive. The perfect is the enemy of the good. Or is it the enemy of the finished? Check back often.

RE: M17n, I18n, mojibake, and what works (usually).

I’m trying to organize my Linux/BSD internationalization and multilingualization notes into some kind of form that will be useful to users of various operating systems and Linux distributions. I want to share some of the solutions I’ve worked out, as well as stumbled upon randomly, for emailing, instant messaging, and sharing documents from your Linux/BSD box. I mean to provide useful information for communicating with those using Japanized operating system versions in the Microsoft and Apple worlds too. I’ll be forever indebted to Craig Oda for his explanations of Japanese computing many years back. But the situation has evolved. Many things that used to require seemingly endless, exacting configuration have become a matter of installing the right set of packages and a few clicks. Some operations are still tricky. The advent of more widespread use of Unicode in the major open and closed source desktop environments has simplified Japanese input and display in many ways, but there are issues with a multitude of legacy character codes and cross-platform consistency to deal with. Just when you think you’re making progress and have achieved some reliability in your setup, mojibake , will rear its ugly head. So I’m looking back on my experiences with multi-lingual text processing, and with some organizing, will be sharing what works for me.