22:01ふと気になったので調べてみた。北から順に、それぞれ新幹線の最速列車の表定速度(※平均速度ではなく)と、路線としての最高速度の比較。最高260km/h最初の3路線は「大宮〜」で計算。ある大宮以南を「新幹線」とは認めません。あれは「上位グリーン車路線」です。乗り心地は大変良いが、速度は在来線と同じだ。ここ10年で高速化の印象が非常に強い区間さん〜♪。大宮→仙台はノンストップなので、ここは表定速度ではなく平均速度で正しい(表定速度も同値)。達成ってマジすかwその先の先、盛岡〜新青森(最高260km/h区間)は178kmを47分なので227km/h。10年位前は120分かかっていた気がするので、平均速度は147km/h(当時の最高速度は240km/h)。それから10年で180%まで平均速度を上がったことになるねぇ。最高速度は240km/h→320km/hで、130%の上昇。ことは最高速度の向上以上に、高速運転区間が伸びてるってことだねぇ。最後に最高速度に対する表定速度の比率を比較してみる。77%おぉ、上越新幹線が飛びぬけて優秀だねぇ。路線の線形の良さの勝利か。東北新幹線も盛岡までなら80%を超える。それ以外は、おおむね最高速度の76〜78%が表定速度と。山陽新幹線が74%で最下位なのは、区間内の停車駅数が4つで最多だからかな。これを半自動的に切り替える方法を見つけた。-LIST」って打つ。【変更したい電源プランのスキームGUID】」で、変更する。【元の電源プランのスキームGUID】」でOK。-GETACTIVESCHEME」で。◆◆◆」へ変更します。何かキーを押すと、即座に元の電源プランに戻ります。12:22ちょっとCPUについて自己整理。昨今はワケワケメになって、ベンチマークの数値見ないと判断できなくなってしまった。定性的な面での把握もしたいので、まとめてみる。Atom」と覚えておけばOK。※2013年〜2015年前提での話。i等)の定義付けが異なるので、この限りではない。CPU性能の定性的な差分に着目して比較すると、下記の表のようになる。i7は、フルフル装備のハイスペックCPU。削ったヤツで、CPUの空き時間はそのまま空き時間(=フル稼働しないのでPower食わない)なので、省エネ性能に優れている。Boostの方が実効性能の向上に効く。理由としてはたぶん、Hyper-Threadingはマルチスレッドが有効活用されてないと意味が無いし、あくまでもCPUの空き時間を使っての擬似的なマルチスレッドなので恩恵が少なく感じる(向上率は体感で120%程度)。Boostはシングルスレッドでのみ効果と言えど、そのクロック上昇分が直に効くから、かな。低価格だけど、性能は値段相応。省電力(Celeronに対して1/3くらい?)。有効なので、CPU性能だけ見るとCeleronよりも良いかもしれない。代わりに接続可能なメモリ上限が低いので注意(2GBとかも多数)。Update時とかはやたらと時間食う・・・)。※2:いわゆるHDD/SSDは接続不可、、、のはずなのだが、搭載している機種があるのが不思議。「増設Disk」の位置付けの様子。モバイルノートPC/タブレット向けになると、上記のブランドの性能の順序は変わらないものの、定性的な区別は崩れる様子なのであしからず。○」があったり、Celeronブランドを冠しながら実態はAtomアーキテクチャだったり。そっちの方がよう分らんわー。定性的な区別はあきらめた。性能比較したかったのでAtomを上記の表に入れたけど、「※1」に記載のとおり、Atomはモバイル(タブレット)向けのブランド。i7〜Celeronとは土俵が異なるので、単純に「最低ランクのCPU」ではないので注意(それが証拠に、CPU性能だけならCeleronより高い気配)。Mになってくる(が先に記載のとおり、やつらの定性的な区別はさじ投げた)。性能より省電力が重要なWindowsタブレットに限定すれば、Atomの独壇場だねぇ。23:50プログラミングのネタです。今回の両手たぶメモの最新版(Ver.2.35)では、IME変換中(=漢字変換中)の背景色の変更にも対応しました。これまでは背景色をデフォルトの白から変更した場合でも、IME変換中の背景色はデフォルト(=白)のままでした。これを、背景色に合わせる仕様としました。通常のEditbox(エディットボックス)において漢字変換中(IME変換中)の背景色の変更方法をメモ。対応するなかでいまいちサンプルが見つからなくて手間取ったので、ね。RichEditBox(リッチエディットボックス)でのIME変換時の背景色変更は見つかるんだど、標準のエディットボックスだと無い。→「自前で描画してあげればOK♪」で終わっているのが多い。それ以上の具体的な情報がなかなか出てこなくて困ったのですよ。┐(−ε−)┌(あれか?態々書くまでもなく分るだろう、と?)というわけで、WM_IME_COMPOSITIONを掴まえた後の具体的な処理について記載。IME変換中の背景色を変更するには以下のように処理すればよい。WM_IME_COMPOSITIONを掴まえる。そのlParamを見て「変換中」のフラグが入っていたら、「これからIME変寒中の文字列を表示」を意味するので、自前で描画する。このとき、TextOut()する際の文字色と背景色を任意に設定できるので、これを以って「変換中の背景色の変更」を実現する。文字色と背景色ブラシを設定すると同じ流れですね。違うのは、続く「文字の描画」も自前でやる点。自前で描画したら、ウィンドウプロシージャを抜ける(デフォルトへまわさない)。それ以外の時は、デフォルトプロシージャへ回せばOK。「デバイスコンテキスト取得して任意に描画する」って意味。描画したとおりに表示される。抜けずにデフォルトプロシージャへ流すと通常のIME表示(背景色はデフォルトの白色)になるので注意。(=これが「変換中」のフラグに等しい)、IME変換中の背景色描画が絡むので、この2つを自前処理する(デフォルトプロシージャへは流さない)。それ以外はデフォルトプロシージャへ流してデフォルト処理を任せる。ここで「変換確定」も処理するのは、「変換確定」と同時に次ぎの入力に対する「未確定」が存在しえるため。これを処理しておかないと、背景色描画が元に戻る場面が出てしまう。自前処理するとき、デバイスコンテキストが取得できるので、ペンとブラシを指定してあげれば文字色や背景色を変更できる。