これから文字入力に関すう問題お考えうにあたり、先ずそお速度お正確あに関しえの考察お行う。
……おい上田とうとう何か毒が脳に回ったんじゃないか、と思われそうだが、この上の文は、
これから文字入力に関する問題を考えるにあたり、先ずその速度と正確さに関しての考察を行う。
と書こうとして普通に入力した結果だ。下の方は、その「誤変換」をいちいち直しながら入力した結果である。
特に facebook などのように web ブラウザ経由で日本語を入力する場合（しかも全ての場合にこうなるとは限らない…… facebook では確実にこうなるんだが）に、この症状に悩まされるようになってもう2年位経つのだろうか。
私はもう四半世紀以上、日本語を打つのに SKK 方式というのを使い続けている。これは漢字変換を行うときに「どこからどこまでが変換すべき場所なのか」を明示的に示すことで誤変換を防ぎ、かつシンプルな日本語変換システムで日本語入力を行うものなのだが、たとえば上の文章を入力するときは、
korekaraMojinyuuryokuNiKannSuruMondaiWoKangaEruniatari、MaZusonoSokudoToSeikakuSaniKanShitenoKousatsuWoOkonau。
と入力する。英大文字になっているところは shift キーを押しながら入力するわけだが、つまりは変換する領域をこうやってシステムに教えているわけだ。当然一発で変換できていない場合もありえるわけだが、その場合はスペースを押して候補から選択する。
たったそれだけで何が違うのか、と言われそうだが、日本語の「どこからどこまでが漢字なのか」というのを検出する……形態素解析というのだが……のが、実は日本語変換のシステムでは大変な処理なのだ。何故って、システムはそれをいちいち辞書で確かめなければならないからだ。
しかも、日本語の厄介なところなのだが、このパターンは一意的に定まらない。内閣訓令第2号｢送り仮名の付け方｣にも示されているのだが、
- 表す（表わす）
- 著す（著わす）
- 現れる（現われる）
- 行う（行なう）
- 断る（断わる）
- 賜る（賜わる）
などに関しては、「活用語尾の前の音節から送ることができる」という例外があるのだ。私自身は「行う」と書き「行なう」とは書かないのだが、他人の書いた文章を扱う場合にそう書かなければならないこともあるわけで、こういうときに普段使わないものを使うと、通常の日本語変換ではそれを覚えてしまって以後イライラさせられるはめになる。
まあ、日本語を書く上で、この SKK 方式というのはとにかくストレスがない方法なわけだ。Windows でも CorvusSKK、mac OS でも AquaSKK でこの変換方式を使うことができる。
で……私はほとんどの場合 Linux を使っているので、Linux で動くこの方式の入力エンジンを探すわけだが、今だと大体 ibus-skk か fcitx か、ということになる。ところが……こいつらを使うと、まあ先の例のように変換でおかしなことになるわけだ。原因は明白で、大文字で入力したところが落ちてしまう（その文字を入力したことが入力エンジンに伝わらない）ということが起きているわけだが……これがもう、堪らないストレスを発生させるのである。
しかし、全ての場合でこうなるわけではないし、日本語入力を他の入力エンジンで行うのはこれまたストレスフルだ。うーん……何が原因なのかなあ。まあ、ハードの性能を上げただけで解決してしまうような気もするが、今ひょいひょいと端末を買い替えられるような状況でもないので……そして今日もまた、ストレスが溜まっていくのであった。
何度もここに書いているわけだけど、僕は Linux……というより、Debian GNU/Linux を普段使いの環境にしている。Windows が嫌いということもあるのだけど、痒いところに手が届く感覚、とでもいうか……問題発生時に自力で解決するために英語中心の情報を漁ることができないと辛いのかもしれないが……そういうものがあるので使い続けているわけだ。
とにかく Linux 上で何かするのに、待たされるということはあまりなかった。何かアプリケーションを立ち上げるのにも、LibreOffice のような大物ならば（あれも過去のヒストリの読み込みとかがなければ起動も速いけどね）別だけど、普段はそう待たされることもなかったわけだ……そう、な「かった」わけだ。過去形だ。
どうも、GUI が Gtk3 ベースになってから、メニュー等を開くのにかなり時間がかかるようになってしまっている。これは何なんだろう、と苛々させられつつも、原因究明をしっかりしていない。これ以上遅かったら原因究明を優先するのに……という基準ぎりぎりの遅さなのだ。これは何なのだろうかねえ。
そして、特に facebook で何か書く際には入力がタイプに追い付かないという現象が発生する。例えば、
このような入力を行う際に、変換などの入力が追い付かないわけだ。
と入力しようとすると、
このような入力お行うあい に、変換あどの入力あ追い付かあいわけだ。
と、こんな感じになってしまう。色々試した結果、これは Fcitx と fcitx-skk を併用しているときに特に顕著に出てくることが分かっている。しかし、私が時々使う縦書きのテキストエディタで、他のキーバインドとバッティングせず使える日本語変換の組み合わせがこれしかないので、どうしたものかなあ、といつも悩んでいるわけだ（ちなみに SKK を使わない、というのは有り得ない。とにかくこれがないと高速入力ができないので……）。たまーに Windows 上のウェブブラウザで facebook に書き込んでいるときなんかも、恐ろしく重かったりするわけだけど、皆さんはこういうときにはどうされているのだろうかねえ……
ということで、端末も新しくして、システムもクリーンインストールして、その上に /home を再構築（ブラウザのデータと .bashrc 辺りの独自のセッティング以外は移植せずに）したいなあ、とも思うわけだが、諸事情から今その時間は（そしてお金も）ない。ストレスがたまるんだけどなあ。どうしたものかね。
僕がメインで使っているのは Lenovo ThinkPad X230 という古い PC である。CPU が4スレッドのデュアルコアで、メモリを 8G 載せており、たまたま内部にふたつある mSATA のスロット（ひとつは wifi カードを挿している）に SSD を突っ込んで 1 SSD 1 HDD の構成で使っていることから、このご時世でも何とか使えているわけだ。この端末に Debian GNU/Linux sid と Microsoft Windows 10 を入れ、GRUB でデュアルブートにして使っている（仮想化すればいいのに、とか言われそうだが、Windows の用途のひとつが音楽制作で、DAW に要求されるリアルタイム……に限りなく近い……処理に仮想化環境がフィットしないので）。メイン (> 99 %) の環境は Linux である。
Debian、特に sid を使っていると、upgrade に注意しなければならない時期というのがある。たとえば X 周りや GTK、perl などのバージョンアップの時期には注意しなければならない。主要なライブラリ等の更新を行う apt-get dist-upgrade をこの時期に軽々に行うと、依存関係の解決のために重要なパッケージがごっそり削除されてしまい、ウインドウマネージャが立ち上がらない等のトラブルに陥ってしまう。以前何度かやってしまい痛いめをみたので、今そういうことをやらかすことはまずないのだけど、時々「あぶねーあぶねー」となることがないわけでもない。
丁度今は gpg 周りでこういう状況になっているので、注意しつつ状況を見守っている。gpg が使えないとなると、パッケージの管理機構に重大な影響を与えてしまいかねないので。しかしねえ……いや、時間があれば、いっそインストールし直すのも悪くない、とも思っているんですよ。GTK3 ベースになってから、どうもシステムの状況が怪しい（ある種のウインドウを表示するのに著しく時間がかかる、等）のでね……でも今は忙しいし、精神的にもそういうゆとりがないしね。ThinkPad X シリーズの新しいのでも買って、システムの組み直し・移行、なんてことになればいいのだけど。
まあ、色々と……そう、色々と、過渡的時期をしのいでいる、今日この頃である。
