ubuntu18.04 alphaで日本語入力(ibus-mozc 英字配列キーボード)

ubunu18.04 alphaの試用を始めました。
新しいUbuntu、特にリリース前の試用版を使おうとすると、まず問題になるのは日本語入力です。
LTSリリースでさえ、リリース日の前後に有志の方々(足を向けて寝られない)の力でやっと日本語入力できるようになった、という場合がけっこうあって、ubuntuの日本語入力機能のリリーススケジュールは体感ではリリース日後になる場合もある、という感じです。

それで、今回のubunu18.04 alphaですが、ちょっと驚いたのですが、最初から(設定すれば?)日本語入力できる状態になっています。ちょっと問題はありますが。

結果的に、これまでの経験(?)からfcitx-mozcを使おうとしたせいで、自分から問題に迷い込んでしまった格好です。

なお、あくまでalpha版なので、明日にも状況が変わるかもしれません。参考程度に。

TL;DR

ibus(ibus-mozc)使う。fcitx使わない。 im-configをdefaultのまま変えない。
(いちど変え直して再起動するといいとかの罠は無いと思う。多分。)

# fcitxを使おうとした(失敗)

http://www2.it-ishin.com/archives/2018/02/01/1506.html
では、fcitx-mozcを使ってim-configする方法を紹介している。
これは私の環境とバージョンでは失敗した。

im-configの勧めにしたがって一度はibusをアンインストールしたが、後にインストールしなおして、念の為fcitxの方をアンインストールした。

デフォルトがibusだったので、fcitxを使う場合は、 im-configをいじる必要があった。
自分はim-config、sudoありなしで両方とも設定してしまったが、両方とも戻した。

fcitx-mozcは、日本語入力はできるが、IME切り替えをしても変換処理が止まらず、英字を直接入力することができない。

IMEアイコンが２つ表示されている。IME切り替えキー操作をしてもfcitx-mozcが止まらない問題らしい。

また、fcitx？のアイコンから出てくるメニューは、各項目の内容が、一瞬だけ表示されてすぐ消えてしまうため、まったく設定が操作できなかった。

# 英字キーボード固有の話

 入力切替のショートカットキーの設定は、右上のIMEアイコンからではなく、Gnomeの設定アプリ(Ubuntuの設定)から行う。
場所は「デバイス>キーボード 」。

入力切替ショートカットキー設定

入力切替のショートカットキーがデフォルトでsuper+spaceになっている。
(日本語入力できていないうちに設定を変えてしまったので、動作を確認していない。)
この設定をCtrl+spaceにすると、上の設定も自動で書き換わる。特に悪さはしない模様。

# TIPS

IME設定を変えたら、Ubuntuを再起動する。ログオフではIME設定変更がうまく反映されない模様？

IME切り替えUIの表示が一瞬遅い&切り替えキーを離すと即消えるので、一瞬でやると切り替えUIが表示されない。最初は、『切り替えUIが出たり出なかったりする』ようにしか見えないので、特に日本語入力がうまく行っていないとき、IME切り替えができていないのではと思って、戸惑う。
UI自体はWindows10で感心したやつに近い仕組みで良いと思う。

日本語入力するために、毎回、mozcの入力モードを「ひらがな」にする必要あり。ibus-mozcの入力モードは、再起動すると「直接入力」(英字入力)に戻ってしまう。このこと以外は概ねうまく行っている。

ibus-mozcの入力モード設定

以上です。

ubuntu18.04 alphaにcudaをinstallする

 ubuntu18.04 alphaにcudaをインストールする手順です。

 
16.04でもnvidia公式リポジトリのおかげでかなり楽になっていましたが、18.04ではcuda9.0がubuntuリポジトリに上がっており、ドライバごとaptから導入できます。
最新版 は9.1が出ているっぽいですが。
(というかUbuntu16.04でcudaインストールが大変だった問題の、諸悪の根源はバラバラな方法が検索上位にいくつも上がってくるqiitaのような。昔のように最初から公式ドキュメントを読めばよかった。とはいえ本記事もalphaのこの時点ではうまく行ったという話なので信憑性は似たりよったり...閑話休題。)

# インストール

リポジトリ追加すら必要ありませんでした。
ドライババージョン等は、まだalphaなので、最新版が登場したり取り下げられたりするかもしれませんが。

```
sudo apt install nvidia-driver-390 libcuda1-384 libcufft9.0 nvidia-cuda-toolkit
```

(※02/28時点のalphaで下記cuda導入コマンド実行後に後からnvidiaドライバを導入しようとしたらUbuntuが壊れました。report中。)
```
sudo apt install libcuda1-384 libcufft9.0 nvidia-cuda-toolkit
```

libcufft9.0はなんとなく入れただけです。今回は動作確認していません。
nvidia-cuda-toolkitはnvccが入っています。ビルドに必要です。
この時点で、libcufft9.0のバージョンを信じるならば9.0？ って感じでした。

とりあえず単純なソースをビルドして実行するだけならば、ドライバライブラリへシンボリックリンクを手作業で貼り直したり、.bashrcにパスを設定したりする必要はありません。ubuntu16.04の頃を思うと、感動的に楽です。

# 確認

まずはコマンドで、次にビルドおよびバイナリの動作によりcuda環境の動作を確認。

## コマンド

```
$ nvidia-smi
Mon Feb 26 00:32:06 2018      
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 384.111                Driver Version: 384.111                   |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce GTX 105...  Off  | 00000000:27:00.0  On |                  N/A |
| 45%   33C    P5   ERR! /  75W |    964MiB /  4035MiB |      2%      Default |
+-------------------------------+----------------------+----------------------+
                                                                              
+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      1522      G   /usr/lib/xorg/Xorg                            57MiB |
|    0      1569      G   /usr/bin/gnome-shell                          47MiB |
|    0      1938      G   /usr/lib/xorg/Xorg                           534MiB |
|    0      2086      G   /usr/bin/gnome-shell                         321MiB |
+-----------------------------------------------------------------------------+

$nvcc --version
nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2017 NVIDIA Corporation
Built on Fri_Sep__1_21:08:03_CDT_2017
Cuda compilation tools, release 9.0, V9.0.176

$ which nvcc
/usr/bin/nvcc

$ ldconfig -p | grep cuda
    libicudata.so.60 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libicudata.so.60
    libcudart.so.9.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libcudart.so.9.0
    libcudart.so (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libcudart.so
    libcuda.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libcuda.so.1
    libcuda.so (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libcuda.so
```

## サンプルソース・アプリ動作

https://gist.github.com/dpiponi/1502434
で確認しました。ダウンロードしてビルドして実行したところ、動いているようです。
```
$ nvcc example.cu && ./a.out
```
以上です。

checkboxがdisableのときcssでlabelテキストの色を変更する

cssでcheckboxがdisableのときlabelテキストの色を変更したかったのですが、日本語で一発これという設定がなかったので探してみました。
checkboxが無効であるときは、ラベル文字列を含めて、チェックボックス全体が無効を示す色になっていたほうが、ユーザにとってわかりやすく使いやすいと思います。
他にCSSで装飾するかどうかは、その後でいいかと。

いまelectronで書いている、UML sequence diagramエディタで使っています。

html checkbox 赤がDisable 青がEnable

まずHTML側で、対応するcheckboxの書き方をする必要があります。
===
                    <label for='editor__message-spec'>
                        <input id='editor__message-spec' type="checkbox"/>
                        <span>Spec</span>
                    </label>
===
続いてCSS。
===
 input[type="checkbox"][disabled] + span{
    color: #707070;
}
===

以下、いくつかの理由とTIPS。
(ここで、ラベル文字列とlabel elementはそれぞれ別のものです。)

ラベル文字列をspanで囲っているのは、inputの次の要素をCSS selectorの"+"(プラス)記法で指定することで、ラベル文字列のcolorを設定するためです。

全体をlabelで囲います。
labelで囲んでfor attributeでIDを使ってinput checkboxと紐付けすることで、ラベル文字列をクリックしてもcheckboxが操作できるようになり、ユーザにとって押しやすいcheckboxになるのこと。

ちなみに試したのですが、 下記HTMLのような
`<input id='editor__message-spec' type="checkbox">Spec</>`
という書き方で、input elementで囲ったテキストの色を変えるCSSを見つけることはできませんでした。

以上です。

electronでnpm installしたsvg.jsを使用する

 electronでsvg.jsを使用する場合、公式サイトからsvg.jsファイルを直接落としてきてもよいのですが、バージョンを管理したい都合もあり、幸いにもnpmで提供されているので、npmから導入して使用することにします。

electronとsvg.jsをインストールします。
`npm install electron`
`npm install svg.js`

起動する状態のelectronアプリケーションを作ってから、下記のような内容を追記します。

``` : ./js/index.js
'use strict';

var SVG = require('svg.js');

window.onload = function(e){
    var draw = SVG('drawing').size(300, 300)
    var rect = draw.rect(100, 100).attr({ fill: '#f06' })
}
```

``` : index.html
<!DOCTYPE html>
<html>
    <head>
        <meta charset="UTF-8">
        <title>daisy sequence - UML sequence diagram editor -</title>

        <script type="text/javascript" src="./js/index.js"></script>
    </head>
    <body>
        hello!
        <div id="drawing"></div>
    </body>
</html>
```

svg.jsは、`var SVG = require('svg.js');`でロードできます。
注意する点として、onloadの前にsvg.js機能を呼びだそうとすると、
`Uncaught TypeError: Cannot read property 'nodeName' of null`
というエラーに見舞われます。

OD4K-32B1 4Kディスプレイを購入

 というわけでNTT-Xで4Kディスプレイを購入したので開封写真等。

縦に引っ張るのは難しかったので、横に倒して取り出した。

脚をとめるためのネジと簡易なドライバがついてきている

NTT-Xサイトの商品画像の通り、脚が細い

裏側の操作ボタン。ゲーム用のスティックのように操作する

ACアダプタとHDHIケーブル

ちなみに付属のHDMIケーブルは使わずに、以前購入した
DisplayPort2.0で繋いだけれど、付属のHDMIケーブルは表記を信じるならHDMI1.3or1.4なので、多分4K60Hz出るのだと思う。

ところでディスプレイの設定機能がKEIANの4Kディスプレイと同じに見えるのだけれど、単に同じファームなのか、あるいはKEIANのOEMか何かなのだろうか。

スピーカーはおまけ程度とレビューされていましたが、実際に昔のラジオ演出みたいに聞こえるので、三菱ディスプレイと比べると明らかに違いました。