No, Google Now On Tap is not eliminating its quick screenshot feature

Seems to be some confusion about this, further promulgated here. I don’t know when this changed, but in recent Marshmallow gapps you need to set your default app for “Assist & Voice Input” to the Google app for this to work.

Settings>>Apps>>Gear icon>>Default Apps>>Assist & Voice Input

Select Google App, and all is well. Now in Google settings, Now On Tap toggle will be flippable. Turn it on and you’re good to go.

I think I had to reset this after upgrading my rom, or maybe just after clearing cache. Anyhow, it works again. It’s one of those things you don’t figure out until you need it in a pinch. Handy feature.


Run Chirp Radio Software on Linux

I hit a few minor annoyances getting chirp working to program my Baofeng UV-B5.

I installed from the repo on Dan Planet’s Linux page for chirp, but then noticed I can get a daily in zip form. These instructions are necessary to use either of these programs.

First, since I’m on Fedora 24, I added the yum repository and installed the program with dnf. I had to find and install the proper python package with gtk bindings to get the gui working. On Fedora this is the pygtk2 package. For Debian derivatives it should be called python-gtk.

Next, I want to run as regular user, so I created a file /etc/udev/rules.d/50-ttyusb.rules with contents:


Then just make sure your user is in the dialout group and reboot.

Download and Upload to radio works now.

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!!!

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

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.

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.