Lycolog

ここ最近というか、最近というほどでもないが、ノートPCのカーソルキーが小さくなってたり、妙な形になっていることが悩みの一つだ。

典型的なものだとこんな感じだと思うが、左右キーはまともなサイズだが、上下キーは半分のサイズしかない。個人的にはこのサイズだと誤打鍵が増えるのだが、世間はそうではないのだろうか？

少し気が利いたものだと溝が掘ってあり、上下が分かり易くなっているものもある。

亜種としては左右キーも小さくしたものがあるが、まだこちらのほうが一貫性があってよい気がする。

個人的にカーソルキーはフルサイズであってほしい派なのだが、小さくなっているものが多いあたり、世間の人は使わないのだろうか？

私の場合、行移動や文字や単語、変換の節移動、行頭、行末、ファイル先端、終端への移動をよく行うほか、Excelを多用するのもあり、カーソルキーはとてもよく使う。それだけに、かつてSurfaceを使っていたときは、誤打鍵が酷く、ちょっとこのキーボードはないなと思ってしまった。

理想的なカーソルキーはNEC LAVIEにある、フルサイズで等間隔のものだ。これであればデスクトップ用のフルサイズキーボードと比べても謙遜ない。

富士通やパナソニックもカーソルキーを下にずらして大きめに配置しているので頑張っているとは思うが、富士通は上下キーが完全に分離しておらず、間隔が狭いのがイマイチだ。

カーソルキーが小さいのは端末が小さくてスペースがないから仕方がないという向きもあるかもしれないが、テンキー付きモデルでも普通に小さいのがザラなので、たぶんあまり関係ない。

何ならカーソルキーそのものがないキーボードさえある。これはノートPC用でもモバイルキーボードでもないので衝撃を受けた。もしかすると世間ではカーソルキーは使っていないから小さくなっているのかもしれない。万一にも、そのうち消滅したりしないでほしいところだ…。

最近は外部キーボードでもカーソルキーが小さいのは小型ではザラにある。

あとがき

写真が汚くてアレだが、個人的に最も好みのキー配列はこれ。JISキーボードからテンキーを切り落としたタイプで、幾つかキーを弄っている。

例えばDELETEが二つあったり、SCROLL LOCKがなかったりする。これはDELETEを押したときにINSERTを誤爆すると面倒なのと、SCROLL LOCKを使うことがないからだ。但しINSERT自体は使うので残している。

また私はロープロファイルキーボードが好きなのだが、実はJISキーボードからテンキーを切り落とした形のキーボードは選択肢が多くなく、ロジクール、エレコム、サンワサプライくらいしか知らない。以前、そこそこ探したが、驚くほどメーカーが少なかった記憶がある。むしろ最近は国内でもUS配列が増えていてJIS配列が劣勢になっている気がしているのも複雑だ…。

Keychronのキーボードは割と理想に近いのだが、mac向けであるからなのか、PRINT SCREENとPAUSEがないのが不満だ。スクリーンショットはボタン一発で撮らせてほしいし、PAUSEがなかったら割り込みデバッグができない。あとINSERTキーは上にずらしたいが、上段がキーボードのコントローラーに見えるので、できるのかどうかが分からない。

以前、ARMとCore UltraのWindowsノートPCを軽く見て、バッテリー持ちと熱周りを比較してみたところ、かなりいい結果になったのでUbuntuを入れたいが、これができるのかどうかという話。結論から言うと無理らしい。

ラズパイで動くんだから動くんじゃね？と思っていたのだが、そんな都合のいい話はなかった。

x86やAMD64であれば、今時のLinuxは基本的に動作する。これは、これらのアーキテクチャがACPIをサポートしているからだ。ACPIと聞くと自作PC的には電源管理のイメージがあるが、Advanced Configuration and Power Interfaceの略であり、電源だけでなくハードウェアの攻勢も管理できる仕組みになっている。そしてARMにはこれが存在せず、標準化されたハードウェア管理方法がないというわけだ。

ではARMベースのPCではどうしているかというと、今のところOS側でハードウェア情報を持っておき、これを基に起動しているようだ。この情報のことはデバイスツリーと呼ばれているらしい。

例えば、gihyo.jpのそのSnapdragon X搭載PCでUbuntuを使えますか？によると、ARM版UbuntuではSMBIOSというものから端末情報を読み取って、あらかじめUbuntu側で決め打ちしているデバイスツリーを利用してOSを起動するといった手法がとられているようだった。ラズパイの場合も専用イメージがあるため、おそらくデバイスツリーが組み込まれているのだろう。

恐らくこれはARMの場合、基本的にSoCにすべて集約されているため、x86やAMD64のようにメモリやGPUなどが独立したCPUのように管理できないところがあり、ACPIで解決できず、デバイスツリーが必要という事態になっているのだと思われる。

ではWindowsはどうしているかというと、先ほどの記事にもあったがPlatform Extension Plug-ins(PEPs)を使っているとのことだ。これはLinuxでは今のところサポートされておらず、やっているプロジェクトもないようだ。

ならデバイスツリーを書けばよいとも思えてくるが、これは非常に忍耐が必要な作業で、ACPIコードやWindowsドライバのリバースエンジニアリングを行い、カーネルパッケージをビルドし、各ハードウェアが正しく動くかどうかを根気強くテスト、デバッグする作業になるようで、おいそれと気軽にできるものではないらしい。

つまり、ARM版ノートPCでUbuntuを動かすのは、公式にサポートされているもの以外は難しいだろうし、それさえきっちり動く保証はないだろうから今のところ難しそうだ。つまり、ARM版ノートPCを買う場合、重量やキーボードにこだわりのある私の場合、Windowsで運用する必要がありそうだ。何故なら日本のノートPCがサポートされる気がしないからである。

バッテリー持ちがいいのは魅力だが、Windowsにするとなるとメモリやストレージを多めにしないと厳しいので端末価格が上がってしまうのがネックだ。ただソフトウェアの互換性はよくなってきているらしく、出先で使うサブマシンとしてみた場合の実用性は十分にありそうにも思える。

マイクロソフトの案内でも、デバイスドライバやアンチウィルス、アンチチートソフトウェア以外の一般的なアプリケーションは動作するとあるため、この辺りは安心してもよいだろう。一部のソフトウェアの互換性についてはLinaroのWoA対応アプリ検索で確認することができ、例えばXnViewは動作することがわかる。XnVew MPは出てこないが、恐らく動くのではなかろうか？国産のソフトの動作状況はPC Watchの記事でも一部を確認できる。なおエミュレーションで単に動くだけなのか、パフォーマンスがいいかどうかは不明だ。