Windows10 の IME 状態をアプリ毎に変えるための設定

仕事でもプライベートでも Windows 上で emacs を使っているのだが
キーバインドが干渉するため IME を emacs とその他のアプリで分けている。

• emacs 使用時: Microsoft IME¹
• 上記以外: SKKFEP

Win10 になってもその辺の事情は変わらないのだが、 Win10 になってから
これまではアプリ毎に保持されていた「使用している IME の種類、 ON/OFF 状態」が全アプリ共通になったらしい。
どういうことかといえば、例えば

1. emacs を「Microsoft IME」「オフ」で使用
2. ブラウザを立ち上げ「SKKFEP」を「オン」にして日本語入力
3. emacs に戻ってくる

という操作を行なった場合、これまでは「Microsoft IME」「オフ」の状態に戻っていたのだが Win10 からは「SKKFEP」「オン」の状態のままになった。
当然、そのあと「Microsoft IME」「オフ」に再設定した後、ブラウザに移動すると「Microsoft IME」「オフ」の状態になる。

これでは、使い難くてしょうがないので、以前のようにアプリ毎に IME 状態を保持する設定に戻す方法を調べてみた。
たぶん、俺の『Windows を入れたときに必ず行う初期設定』に追加されるべき設定だと思うので、メモとして残しておく。

1. 「設定」画面を開く
2. 「時刻と言語」のアイコンをクリック
3. 左側にある「地域と言語」をクリック
4. 関連設定欄にある「日付、時刻、地域の追加設定」をクリック →コントロールパネルの「時計、言語、および地域」ウィンドウが開く
5. 言語欄にある「入力方法の変更」をクリック
6. 左側にある詳細設定をクリック
7. 入力方式の切り替え欄にある、「アプリウィンドウごとに異なる入力方式を設定する」にチェックを入れ保存

…と、ここまで書いておいてなんだが 手順 4 でコントロールパネルが開くんだからコントロールパネルからいった方が早いw

スタートボタン右クリックから「コントロールパネル」→「言語」→「詳細設定」

Footnotes:

¹

ただしオフの状態で使用。日本語入力は emacs 上で動く ddskk を使っている。

Created: 2017-05-03 水 08:21

Emacs 24.5.1 (Org mode 8.2.10)

Validate

きつねうどん

いつも昼飯を食べてる食堂で売っているうどんは
トッピングが「揚げ」か「ワカメ」を選べるようになっている。

ある日、そこで食堂のおばちゃんと、うどんを食べに来たおっちゃんのこんなやり取りを聞いた。

おばちゃん「揚げとワカメどちらにしますか？」
おっちゃん「きつねで」
おばちゃん「揚げですね。」
おっちゃん「いや、きつねで」

…(＊´д｀)??
揚げもきつねも同じだと思うのは俺だけだろうか？

ubuntu server 入れてみた

永らく自宅のサーバーは fedora を使っていたのだが、 PC 構成を変えた機会に流行りの ubuntu (笑) に変えてみた。

一通りセットアップをしたが、管理コマンド等がかなり違っているので、たぶん次にメンテが必要になったときには完全に忘れてるだろう。

まあ、また検索すればいいのだが、毎回検索するのもめんどいし時間の無駄なので使ったコマンドを一通り備忘録として残しておく。 ついでに参考ページも書いておくｗ

1 パッケージ管理

# apt update
# apt upgrade
# apt install 《パッケージ名》
# apt list
etc...

2 ネットワーク

2.1 再起動

# service network restart

2.2 NIC の設定

# vi /etc/network/interface
# ifdown eth0
# ifup eth0

3 samba ※詳しくはこちら

3.1 ユーザー追加

# pdbedit -a 《ユーザー名》

3.2 再起動

# systemctl restart smbd nmbd

3.3 /etc/samba/smb.conf

[ext1]
 path = 《公開するディレクトリ》
 writable = yes
 create mode = 0744
 directory mode = 0755
 share modes = yes
 guest ok = no
 valid users = ozawa

4 DHCP サーバー

4.1 基本設定

# vi /etc/dhcp/dhcpd.conf

4.2 有効にするインターフェースの設定

# vi /etc/default/isc-dhcp-server

4.3 サーバー再起動

# service isc-dhcp-server restart

4.4 NAT-Routing

4.4.1 構成

[外部] --- [eth0] --- [NAT] --- [eth1] --- [localnet]

4.4.2 設定

#!/bin/sh

# delete rules
iptables -F
iptables -X

# default settings
iptables -t nat -A POSTROUTING -s xxx.xxx.xxx.xxx/255.255.255.0 -j MASQUERADE
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT

4.5 ルーティングを有効にする

# echo "1" > /proc/sys/net/ipv4/ip_forward

4.6 システム起動時にルーティング有効

# vi /etc/sysctl.conf

4.7 ルールの保存

# iptables-save -c > /etc/iptables.rules

4.8 設定の表示

# iptables -L -n

4.9 全ルールの削除

# iptables -F -t [ filter | nat | mangle ]

4.10 システム起動時にルールを有効

• /etc/network/if-pre-up.d/iptables_start を作成する

#!/bin/sh
/sbin/iptables-restore < /etc/iptables.rules
exit 0

• # chmod +x /etc/network/if-pre-up.d/iptables_start

4.11 シャットダウン時にルールを保存

• /etc/network/if-post-down.d/iptables_save を作成する

#!/bin/sh
/sbin/iptables-save -c > /etc/iptables.rules
exit 0

• # chmod +x /etc/network/if-post-down.d/iptables_save

Created: 2017-04-05 水 01:32

Emacs 24.5.1 (Org mode 8.2.10)

Validate

続・最短撮影距離と最大撮影倍率を測ってみた

前回、 EF-50 f1.8 STM に エクステンションチューブ や テレプラス 1.4X をつけた状態で 最短撮影距離と最大撮影倍率がどう変化するか測ってみた。
今回は、それの水中用バージョンをしようと思う。 測定するのは、水中でマクロ撮影をするときの組み合わせ

• EF-100 f2.8L Macro IS USM
• FIX クローズアップレンズ UCL-120

である。

撮影風景。相変わらず器材がw

撮影写真。だいたい 12.9 mm くらい

前回同様に計算すると

• 最短撮影距離 = 27 cm
• 最大撮影倍率 = 22.3 ÷ 12.9 ≒ 1.73 倍

	最短撮影距離	最大撮影倍率
クローズアップレンズなし	30 cm	1 倍
クローズアップレンズあり	27 cm	1.73 倍

という結果になった。

Created: 2017-04-02 日 11:59

Emacs 24.5.1 (Org mode 8.2.10)

Validate

最短撮影距離と撮影倍率を測ってみた

エクステンションチューブや、クローズアップレンズをつけると
最短撮影距離が縮まったり、撮影倍率を高めることができる。

だが、具体的にどのくらい変化するのか、製品の説明を見てもよくわからない。
なので、実際に測ってみた。

測ったのは

• カメラ EOS 7D
• レンズ EF 50mm f1.8 STM
• アクセサリ
• Canon エクステンションチューブ EF12II
• Kenko テレプラス HD 1.4X DGX

測定方法は、ものさしを「できるだけ寄って」撮るだけ。

測定風景。道具がありあわせ過ぎるw

カメラの画像素子の位置からものさしまでの距離が最短撮影距離になり、
カメラのセンサーサイズを写真に映ったものさしの長さで割れば撮影倍率が求められる (はず…間違ってたらスミマセン)

測定結果

エクステンションチューブ EF12II
ものさしまでの距離: 254mm
映っているものさしの長さ: 48.8mm

Kenko テレプラス HD 1.4X DGX
ものさしまでの距離: 385mm
映っているものさしの長さ: 73.4mm

結論

EOS 7D のセンサーサイズは 22.3mm なので

• エクステンションチューブ EF12II の最大撮影倍率は

22.3 ÷ 48.8 ≒  0.46 倍

• Kenko テレプラス HD 1.4X DGX

22.3 ÷ 73.4 ≒ 0.30 倍

まとめると

追加機器	最短撮影距離	最大撮影倍率
なし	35cm	0.21 倍
エクステンションチューブ	25.4cm	0.46 倍
Kenko テレプラス HD 1.4X DGX	38.5cm	0.30 倍

エクステンションチューブをつけるとハーフマクロ相当になる。まあこれは予想の範疇だけど。
テレプラスの方は意外だった。誤差を考慮すると最短撮影距離はほぼ変化しないわ、最大撮影倍率もちょっとしか上がらない…。

エクステンションチューブと違って無限遠にもピントが合うし、レンズがせり出すからマクロ撮影にも使えるかと思って買ったのに～orz。

やっぱり、エクステンションチューブは純粋に「焦点距離を伸ばす」だけが目的なのかぁ…从´_υ｀从ｼｮﾎﾞｰﾝ

無料でクラウド保存できる写真のサイズ

SNS に写真を UP すると、普通サービス毎に決められたサイズまで縮小されるのだが

サービス毎にそのサイズが結構違っていたので、ちょっとまとめてみた。

どこも似たり寄ったりかと思っていたが、けっこう違うんだな。ちょっとびっくり。

• Line アルバム
• 長辺 1280 まで → 1.6MP (1280×1280)
• Instagram
• Max 1080×1350 → 1.4 MP ※縦長の場合。横長の場合は Max 1080×1080  (1M) だそーです。
• Facebook
• 長辺 2048 まで → 4.2MP (2048×2048)
• Google photo
• 16MP まで → 4000×4000

※2016/11/10 時点

Google photo 一人勝ち (*ﾟдﾟ*)

ちなみに、今使っているスマホの写真は  4096×3072 (13M) なので、 Google photo なら無料で完全なバックアップが可能。
使っててよかったw

しかし、 Instagram の写真サイズが小っさいのは驚きだ。写真共有を目的とした SNS のくせに…
ま、使ってないから関係ないけどww
現在流行ってるらしいからそのうち規制緩和されるだろ

ちなみに、調べたのは『容量無制限で保存できる写真のサイズ』で、このサイズを越えた写真も保存はできるが一定の容量までしか保存できない。

MVNO へ

もうすぐメイン回線の docomo が 2 年を迎える。

これを機に、 MVNO へと乗り換えようと思っているので

ちょっと値段等を調べてみた。

前提条件: MNP, 通話付き SIM, 端末購入なし, データ通信量 3G/月程度

通信会社	プラン	料金/月	回線	縛り	通話			データ通信		その他オプション	備考
				年	基本料	通話料/分	無料通話	通信料	容量制限
docomo	カケホーダイ・ライト+データSパック	6400	docomo	2	2700	0	無制限	3500	2GB ※	moperaU シンプル: 200	※GB 単位での繰越あり
Y!mobile	スマホプランS	2980	Softbank	2	0	40	10 分 ※1	3980	2GB ※2	スマホプラン割: -1000 (25ヶ月)	※月 300 回まで ※2 1 年間容量 2 倍
楽天 mobile	3.1GB パック	1600	docomo	1	0	20 ※1	なし	1600	3.1GB ※2		※1 専用アプリ ※2 繰越あり
	3.1GB パック+無料通話オプション	2450	docomo	1	850	20 ※1	5 分	1600	3.1GB ※2		※1 専用アプリ ※2 繰越あり
U-mobile	通話プラス 3GB	1580	docomo	0.5	0	40	なし	1580	3GB		SMS 3 円
	通話プラス LTE 使い放題	2730	docomo	1	0	40	なし	2730	なし ※		SMS 3 円 ※3 日で 2.4GB 越えた場合は制限
IIJmio	みおふぉん ミニマムスタートプラン	1600	docomo	1	700	20 ※1	なし	900	3GB ※2		SMS 3 円～30円 ※1 専用アプリ ※2 繰越あり
DMM モバイル	高速データ通信プラン	1500	docomo		0	20 ※	なし	1500	3GB		※ 専用アプリ

<2016/6/15 時点の調査結果>

…他にもいくつかあるぽいけど、まあ後は似たり寄ったりだろうw

選択肢は楽天 mobile か DMM モバイルか、データ通信使い放題がある U-mobile かなぁ。

しっかし、キャリアは料金高過ぎだろ。確かにサービスは多いけど

料金に見当ってるとはとても思えない…。

nicoWnnG のユーザー辞書を作成してみた

Android の IME として nicoWnnG を使っている

昔からある OpenWnn/nicoWnn をベースにしたアプリで

Google日本語入力や ATOK 等の有名アプリと比べると変換機能が劣るものの

英字・数字・記号入力時に

PC 同等の数字・記号両方揃った QWERTY 配列が使えるという

他のアプリが持ってない機能

があるため、これまで使ってきた。

nicoWnnG のキーボード

PC のキーボードとほぼ同じ配置。キーが一つ一つが小さく見えるが、思ったより普通に入力できる。

Tab キーや Ctrl キーがあるのも美点。 Ctrl+c でコピーとかできるしね。

これと、例えば Google 日本語入力を比較すると、こんな風に

英字

数字

数字や記号を入力する場合、わざわざキーボードを切り換えなければならない。
日本語、英字、数字で 3 種類のキーボードを切り替えないといけないので面倒だ。

しかし、最近やはり変換精度の悪さが気になりだしてきて…

#「きい」で「紀伊」が変換できないなんて…

もう少しどうにかならんものか…

そうだ!(・。・)b

足りない単語はユーザー辞書に登録すればいいんじゃね？

幸い、 nicoWnnG にはユーザー辞書のインポート機能がある。

ヘルプを見ると…ふんふん、タブ区切りのテキスト形式か。

今 PC で使ってる SKK の辞書を加工したら、簡単にできそうじゃないか。

ただし、登録できる単語数が 10000 までなので、ある程度絞る必要がある。

SKK-JISYO.L 辞書をテキストエディタで開いてと。175832 行あるな。

ざくっと一行一単語で考えると、 1/180 に削る必要がある。

え、∑(=ﾟωﾟ=)マジ!?

まあ…なんとかなるだろw

最初に色々書いてあるが、 ";" で始まる行はコメントで変換関係ないから削除。

次に出てきたのが送り仮名付きの入力を変換するのに使うルール郡。

わるがしこs /悪賢/

「わるがしこさ」「わるがしこそ」等を「悪賢さ」「悪賢そ」等に変換するためのルールであるが、辞書への登録は単語単位なので必要なし。

送り仮名なしの単語郡は ";; okuri-ari entries." 以下に書いてあるので、そこまでの行をざくっと削除。

そうすると、半角記号→全角記号の変換ルールが出てきた。

! /！/感嘆符/

必要ないので削除。

その次の数字入りの入力に関する変換ルール

#、#てん /#1、#1点/

これも単語単位でないので削除。

次。

>あい /愛/

接尾辞変換…だから単語単位だっつってんだろうが(ﾟДﾟ)ｺﾞﾙｧ!

削除。

AIDS /エイズ/後天性免疫不全症候群/

アルファベット→カタカナ変換は PC ではよく使うがスマホでは使わね。削除。

あ /亜/吾;私/彼;=吾/阿;阿呆/婀;婀娜っぽい/痾;宿痾/唖;聾唖/亞;「亜」の旧字(人名用漢字)/椏;また/娃;美女/哇/襾/安;?/明;?/嗚;?/

…やっと、普通の変換ルールが出てきた。

しかし、漢字一文字の変換って必要だろうか。いや、必要でない。

久し振りに反語を使ってみたので、削除。

あ> /亜;亜熱帯,亜低木,亜硝酸/

接頭辞変換も以下同文。

…これで、だいぶ減ったはず。

しかし、作業はこれから。

まず、 "/" 区切りになっているのをタブ区切りにしないといけない。

その際、

あいかわ /相川/愛川/鮎川/合川/

となっている箇所は

あいかわ <tab> 相川
あいかわ <tab> 愛川
あいかわ <tab> 鮎川
あいかわ <tab> 合川

のよう一行ずつ読みと変換結果、という形に加工しないといけない。

さすがに、一つ一つ手作業でやってると日が暮れるので、 perl スクリプトを書いて変換。

最終的にできた単語数…

167258

まだ多いわ!!
て言うか減ってねぇ!! (＃｀皿´)　ﾑｷｰｰｰｰ!

…結果、単語の少ない M 辞書 を使うことで単語数を 5966 まで抑えることができました

どうせまた使うだろうから、使ったスクリプトを残しておく。ついでに "/" の処理だけではなく、その前に書いた「余計な行の削除」も含めておいた。
Dropbox にも置いてあるけど…。ま、自慢念のためってことでw

ちなみに、 SKK の辞書は EUC-JP, nicoWnng の辞書は Shift-JIS である。
また、使った Cygwin の $LANG は utf-8 になっている。

LINE で共有できる写真や動画について

最近、 LINE に動画を投稿しようとしたらできなかったので、動画の OK 条件を調べてみた。

# ついでに写真の場合も調べてみたw

• 動画: 以下を全て満たすこと ※条件に合わないと投稿できない
• 時間: 1 分 30 秒以下
• ファイルサイズ: 200MB 以下 (情報ソースはこちら。公式ページには具体的な数値は書いてない…)
  ⇒長辺 640 にリサイズされるようだ。(1080×1920 の動画は 270×480 になった…)
  でも、 640×360 で 1 分 30 秒なら絶対 200MB もいかないけど(ﾟДﾟ)？


• 写真: トークでもアルバムでも一緒？
• 長辺 1280 ピクセルまで
  ※条件に合わない写真は投稿時にリサイズされるようだ

端末にインストールされているアプリのパッケージ名を見る

とある事情で端末にインストールされているアプリの「パッケージ名」を知る必要ができた。

特にパッケージ名を表示する以外の機能はいらなかったので、

端末にインストールされている全アプリのパッケージ名を一覧表示するだけのシンプルなアプリを App Store からインストールした。

実際使った時にはタップした箇所をコピーする機能くらいつけとけ!! っていう至極まっとうな理不尽な思いが頭をよぎったりしたけど (^^;)

とにかく、その場はそれで事済んだのだが、後日衝撃の事実を知る。

えっ、ターミナル上で pm コマンド打つだけでよかったの！？

$ pm list packages

※PC から adb 経由で使う場合は

> adb shell pm list packages

bash で長いコマンドを打つと折り返しが発生しない

cygwin の bash を使ってて、例えば

curl http://www.google.com

と実行したい場合

この様に入力していくと

途中でカーソルが先頭に戻り

となってしまう

また、この状態でカーソルキーや BS 等でコマンドを修正しようとするとカーソル位置がずれ、編集できない。

以前にもこんなことがあって、直した気がするのだが
その直し方を忘れてしまった (￣∇￣;)
最近記憶力がなくて困る…(-_-;)

と言うわけで、今度な忘れないようメモっておく。
ここに書いてあるように、プロンプトの問題なので

PS1="\e[01;31m[\u@\H \W]\$ \e[00m"

となっていたら

PS1="\[\e[01;31m\][\u@\H \W]\$ \[\e[00m\]"

のように表示しない文字をエスケープシーケンス '\[' '\]' で括ってやれば良い。


…でも、昔はエスケープシーケンスで括らずとも動いていたぞ…？？？