脳log[2008-06]

♪ [BAD BOY] スラッシュドット・ジャパン｜道交法の改正をどう思います？

どの言い分もわかる。結局問題なのは、

• ルールを守らない自転車乗りと
• 車道を自動車四輪自動車のものだと勘違いしたドライバー

なのだが。自転車や自動車を一括りにしたって何も始まらない。なくそうと思えば両方を取り締まればいい。

取り締まればいいんだけど……

• 左折レーンのある交差点で自転車はどう動くべき？
• 雨の日は歩道をてれてれ走りたい

また、ドライバーに関しては取り締まる理由がないから*自転車が圧倒的に不利。無法な自転車乗りを取り締まると同時に自転車の車道での立場を固めてもらわないと困る。原付に乗ってても 250ccに乗ってても勘違いしたドライバーにでくわす確率はそうとう高かったのに、自転車の立場なんて確保できるとは思わないが。

 追記

タレコミに「危険だと判断した場合は自転車も歩道を走ることができる。」というような文言が見あたらなかったので上のような文章を書いた。現状の追認には特に反対しない。自転車乗りとドライバーの積極的な教育を大いに望む。

 追記: 自己解答>左折レーンのある交差点で自転車はどう動くべき？

交通の方法に関する教則( http://www.npa.go.jp/koutsuu/kikaku90/shinkyuu.pdf )から省略・抜粋。

道路を横断しようとするとき、近くに自転車横断帯があれば、その自転車横断帯を通行しなければなりません。

左折レーンのあるような交差点なので自転車横断帯はあるし(多分)、規定されてなくても実際そうせざるをえないんだけど、自転車横断帯を横断した後が問題。歩道と車道をうろうろするのは危険でしょ。自転車横断帯への誘導は歩道への誘導と同じこと。

「歩行者・自転車専用」と表示されている歩行者用信号機がある場合は、歩行者用信号機の信号に従わなければなりません。

見ない。歩行者用の信号の横に付いてるプレートなんて見ない。歩行者用の信号って先読みのためにあるんでしょ？<違

 追追記：左折レーンがあるが自転車横断帯はなかった

確かめてみたら自転車横断帯も歩行者・自転車専用のプレートもなかった。これでふりだしへ戻った。

• 道の真ん中で車と一緒に信号待ち。
• 自転車を押して横断歩道を渡る。

どちらも選べなくて困っている。

最終更新: 2010-07-05T02:44+0900

♪ [SakuraEditor] 現在適用されているファイルタイプを表示/変更するツールバーボタン

既存のコード(主に検索ボックス)の切り貼りで、とりあえず機能するものに。

ソース面の難はニンともしがたいが機能面の問題くらいは何とかしたいところ。以下、わかっている問題点。

• 検索ボックスより右に表示できない。(済み)
• リストにフォーカスがある状態では(検索ボックスと同様に)共通設定で割り当てたキーボードショートカットが効かない。(済み)
• マウスオーバーでツールチップが出ない。(対応しない)
• 頭文字を利用した選択。(Jを押すと Jで始まるアイテムを順番に選択する機能)(済み)
• ツールバーを非表示から表示にしたとき、現在のタイプ別設定を反映していない(2010-06-29追記&修正済み)。

 追記@2008-06-05: 「検索ボックスより右に表示できない。」を修正した。

switch-caseで break忘れというまぬけぶりが原因だった。

フォント(HFONT)の削除漏れも修正した。

ツールチップはリストの上下数ピクセルで出ていた。(役に立たない！でもマウスオーバーでツールチップが出てもうるさいだけなのでそのまま)

 追記@2008-06-05: リストのキーボード操作「頭文字を利用した選択」を有効に。

他に、WM_PAINTで行っていた処理を、本来あるべき位置である WM_COMMAND(CBN_SELCHANGE)で行うように変更した。

キーボードアクセラレータを有効にするのは難しい。矢印や PageUp/PageDownキーまでが登録されているから、単純に有効にするとアクセラレータにそれらの入力を奪われてリストの操作が行えなくなる。

 追記@2008-06-14: キー割り当てを有効に。

ドロップダウンリストにフォーカスがあるときでもエディタのキーボードショートカットを有効にした。優先順位は

1. リストの操作(↑, ↓, ←, →, PageDown, PageUp, Home, End, F4, Alt+↓で全部かな？)
2. キーボードショートカット (↑, ↓, ←, →, PageDown, PageUp, Home, End, F4を使わないものと、Tab、Shift+Tab以外のもの)
3. 頭文字を利用したリストアイテムの選択

なぜ一部のキーボードショートカットを無効にするかというと、リストの先頭のアイテムが選択されているときに Homeを押してもリストはこの入力を処理しない(すでに先頭が選択されているから)のだが、リストの選択位置に依存してキーの意味が変わってしまう(リストの先頭を選択↔キャレットを行頭に移動)のは不自然だと思うから。同様のキーをわかっている分だけ無効にした結果が上記リストの 2。モディファイアキーの状態やリストの選択位置を考慮して、もっと多くのキー入力をキーボードショートカットとして渡す余地はある(が、こんなアドホックな対処にこれ以上の手間をかけるのもどうかと)。

 SakuraEditorに欲しい機能

 ウィンドウのリサイズに追従する「現在のウィンドウ幅で折り返し」

追従しないことにむしろ驚いた。ブラウザにできてテキストエディタにできないはずがない。

 標準入力から編集テキストを読む機能

ファイル名も与えられていた場合は、それを上書き保存先にしてくれると尚良し。長めの出力をコマンドプロントからエディタに流して読んだりできる。

 svn diff hoge.rb | sakura --stdin "hoge.rb.diff"

 追記@2009-07-19: アップデート > SakuraEditor(Toolbar-FileTypeBox)_rev2.diff

Set/GetWindowLongPtr(hwnd, GWLP_USERDATA, ) の代わりに Set/Get/RemoveProp(hwnd, TEXT("MyData"), ) を使うようにした。

参考> http://hilbert.elcom.nitech.ac.jp/~taki/program.html

 1. そもそもあった疑問: GWLP_USERDATAはウィンドウクラスに属するのかウィンドウに属するのか？

以下のものを見つけた。

• Set/GetClassLongPtr()
• WNDCLASSEX.cbClsExtra
• WNDCLASSEX.cbWndExtra

答え。GWLP_USERDATAはウィンドウに属し、その領域は WNDCLASSEX.cbWndExtraの値に従って確保される。

 2. ぎゃっ！ WNDCLASSEX.cbWndExtraなんて変更してなかった。

いったいどこを読み書きしていたんだろう？ クラッシュしなかったのは Windowsが俺みたいなうっかりもののために余白を空けていたから？

言い訳。msdnのこの記述は非常に誤解を招きやすいと思う。予め 32ビットだけメモリが確保されてると勘違いしても仕方ないじゃない？

GWLP_USERDATA | ウィンドウに関連付けられた 32 ビット値を取得します。この 32 ビット値は、ウィンドウを作成したアプリケーションで使用する目的で各ウィンドウが持っているものです。この値の初期値は 0 です。

現状の理解で、この「32 ビット値」の出所は、読み書き(Get/Set)の単位が 4バイトだというところから。LONG=32ビットだから。

ここで、LONG_PTRが 64ビットのとき、GetWindowLongPtr(,GWLP_USERDATA)は 64ビット値を取得するのでは？ドキュメントあってる？という新たな疑問。

 3. いずれにしろ

GWLP_USERDATAのように汎用的な場所から取得した値を恐る恐る CMainToolbar* にキャストするより、特別な名前をつけた場所に保存した値をキャストする方がまだ安心できる、という理由で改訂した。

ありふれた課題のようで GWLP_USERDATA を検索するだけで似たような話が見つかる。最初にリンクを張ったページは理解しやすかったが ATLのは難しい。これから読む > WTL/ATLのメッセージマップ実現のしくみ

GWLP_USERDATAと WNDCLASSEX.cbWndExtraが別物の可能性。

別物。GWLP_USERDATAは負のオフセット(-21)。cbWndExtraで確保した領域には 0から始まるオフセット(バイト単位)でアクセスする。

GWLP_USERDATAの有効な領域はポインタのサイズに関係なく、ドキュメント通りの 32ビットなのかについては winuser.hを見てもよくわからない。GWLP?_USERDATA(-21)から GWL_EXSTYLE(-20)まで差が 1しかないし……。GWLP?_* というのはオフセットでなく特別扱いされる値で、Windowsのソースを見ないと何もわからない、ということ？ GWLP_USERDATAにポインタを格納できるのとできないのの差は大きいからハッキリ 64ビットサイズだと知りたい。

/*
 * Window field offsets for GetWindowLong()
 */
#define GWL_WNDPROC         (-4)
#define GWL_HINSTANCE       (-6)
#define GWL_HWNDPARENT      (-8)
#define GWL_STYLE           (-16)
#define GWL_EXSTYLE         (-20)
#define GWL_USERDATA        (-21)
#define GWL_ID              (-12)

#ifdef _WIN64

#undef GWL_WNDPROC
#undef GWL_HINSTANCE
#undef GWL_HWNDPARENT
#undef GWL_USERDATA

#endif /* _WIN64 */

#define GWLP_WNDPROC        (-4)
#define GWLP_HINSTANCE      (-6)
#define GWLP_HWNDPARENT     (-8)
#define GWLP_USERDATA       (-21)
#define GWLP_ID             (-12)

 追記@2010-06-29: ツールバーを非表示から表示にしたとき、現在のタイプ別設定を反映していないのを修正

// まだファイルタイプは取得できないっぽい。常に基本(0)になる。
//::SendMessageAny( m_hwndFileTypeBox, CB_SETCURSEL, m_pOwner->GetDocument().m_cDocType.GetDocumentType().GetIndex()+1, 0 );
::SendMessageAny( m_hwndFileTypeBox, CB_SETCURSEL, 0, 0 );

とコメントアウトしていた部分を復活させて

::SendMessageAny( m_hwndFileTypeBox, CB_SETCURSEL, m_pOwner->GetDocument().m_cDocType.GetDocumentType().GetIndex(), 0 );

ちょっと修正した(謎の+1を取り除いた)だけ。

アプリケーションの起動と同時にツールバーが作成されるときであれば、コメントの内容は正しい。アプリケーションが起動してファイルが読み込まれた後でツールバーが表示する設定に変更されたとき(このときもツールバーが作成される)は、そうではなかった。

♪ Visual C++ 2008 Express Editionのオレオレ仕様が許せない。

• なぜ新しいタブを左端に開く！
• なぜ Ctrl+Tab(Ctrl+F6)で単純に隣のタブに移動しない！
• Ctrl+TabTab(Ctrl+F6F6)と Ctrl+Tab,Ctrl+Tab(Ctrl+F6,Ctrl+F6)を区別するな！

使用者の予測できない小賢しいことはしなくてよい。

ところでこれってデスクトップにオーバーラップ表示された複数のウィンドウに対するインターフェイスと同じだろう。

• 新しいウィンドウは最前面
• Alt+TabTabTabでウィンドウ選択
• Alt+Tab, Alt+Tabは二つのウィンドウを行ったり来たり

ウィンドウとタブは違う。タブコントロールは既に存在している。まねをしろ。見た目をまねしたなら反応まで。ドキュメントの上に常に表示されているタブリストは飾りじゃないんだよ。オーバーラップ表示されたウィンドウの切り替えには Z-Orderという手がかりがあるが、それに対する操作だけをまねしたタブウィンドウには何がある？ ユーザーの目の前のタブリストでなく、プログラムが覚えてるだけの、過去にアクティブになった順番だ。それでは先読みができないだろう。毎回選択肢から探さなければならないのなら、いっそ名前順でソートされてる方がましってもんだ。

ところでところで、Operaの Ctrl+Tabも VC++2008EEと同じだったんだな。小さいウィンドウで選択肢を表示してワンクッション挟むところまで Windowsの Alt+Tab、VC++2008EEの Ctrl+Tabと同じ。まことにまどろっこしい。

Operaは Ctrl(+Shift)+F6、1(2)という、隣のタブに移動する代替手段を用意しているが、VC++2008EEには見つけられなかった。Safariは Firefoxと同じ操作感で良いけど、やっぱり Firefox + Tabs Open Relativeが理想的。

つまりは VC++2008EEのタブ*だけがイレギュラーで、使えない子。ほんとうんざり。

最終更新: 2009-08-30T23:50+0900

♪ [MX610] Logitech Pointing Devices SDK v1_1 なんてものを発見

別に隠してないみたいだけど。

ftp://ftp.logitech.com/pub/techsupport/mouse/

ボタンが押されたことの通知を受け取ったり、LEDを制御したり、(持ってないけど) MX Airに関連した機能が用意されている。

もっとも、MX610HIDが既にあるので、メールの受信時にこれを叩けば LEDは点灯する。特に使い途はない。

 追記@2008-10-23: Thunderbirdで MX610HID

例えば、Mailbox Alertというアドオンを入れて

[チェック] Execute a command: C:\path\to\MX610hid\mx610hid.exe mx mpg t60000 mx

というふうに設定すればメール着信後一分間ホタルのように光る。

♪ [買][VGF-WA1]["SONY Wi-Fi オーディオ ホワイト VGF-WA1/W"]

なんだかんだで SONYが好きなのだろうか*。今、これだけが目に入る。

• SACD/CD/DVDプレイヤー & PCスピーカー (CMT-SE3)
• PlayStation2
• 携帯電話 (W53S)
• 充電器(単3単4兼用。単3は4本まで同時に充電できるのに単4は 2本までとか言わないやつ)

PlayStationは代替がないが、それ以外は比較検討した結果だ。もちろん VGF-WA1も。

VGF-WA1の決め手は安さ(￥17000)と、二度のファームウェアアップデートで、指摘された弱点(その1、その2)をきっちり潰しているところ。(もちろんハードウェアはどうにもできないが)

 選択の際のポイント

• DLNAクライアントであること。
• 入出力端子が付いていること。(IN:AUX / OUT:S/PDIF(角形), LINE OUT, ヘッドホン)
• 無用な MDプレイヤーが付いていないこと。(mp3 CD-R対応の CDプレイヤーはあってもよかったが)

 重視しなかったがあって悪くないもの

• ネットラジオ対応。(制限は二度目のファームウェアアップデートで改善している)
• スピーカー内蔵。
• 4時間もつバッテリー内蔵。
• オンタイマーの設定に、時刻や再生ソースだけでなく音量が含まれている。(寝る前と起きるときに同じ音量では不便だということらしい)
• ダイナミックノーマライザ

 残念

• 内蔵メモリ(128MB)って、電子レンジの使用中に音切れしないようにバッファリングするためのものではなかった。
• 出力を落としても(8W+8W->4W+4W) バッテリーが 4時間しかもたない。
• スピーカーとのトレードオフだと思うし、ラジカセだと思えば小さめだが、期待ほど小さくはない。
• 対応フォーマットが少なめ。(VGF-WA1が再生できるのは基本的に DRMなしの WMA/MP3と WAVとリニアPCM。DLNAサーバーの種類によっては DRM付きの WMAと DRMなしの ATRAC3/ATRAC3plusも可となる。あとのフォーマットはサーバーソフトの頑張りしだい。例えば VAIO Media Integrated Serverは DRMなし AACの変換をやってくれる。
• ネットワーク上の共有フォルダを覗いて再生可能なファイルを見つけることはできない。(必ず DLNAサーバーが必要)
• 有線LANの口がない。(安定性や無線LANが使えない/使えなくなったときの保険として)
• アルバムシャッフル機能がない。(アルバム単位での選択・再生を繰り返すか、おおざっぱにアーティストやジャンル単位での全曲シャッフルになりそう。<このへんはサーバーソフトに因るところもある。iPod classicのブラウザ/再生モードが合格ライン)

 See also

• Roku SoundBridge
• Slim Devices Squeezebox
• Slim Devices Squeezebox Duet
• DENON S-52
• Sony NAS-C5
• TRANSTECHNOLOGY TRANSGEAR APX-300

♪ [VGF-WA1]["SONY Wi-Fi オーディオ ホワイト VGF-WA1/W"] 届いた。

箱を開けたりしているうちはウキウキだった。さすが日本のメーカーだなー、とか。梱包とモノはすごくいい。でもいろいろつまずいた。

 無線LANの暗号化方式に WPA-PSK AESがない。

VGF-WA1がサポートしているのは IEEE802.11b/gの

• WEP(64-bit)
• WEP(128-bit)
• WPA-PSK TKIP
• WPA2-PSK AES

説明書を見たら WPA-PSK AESは確かに抜けている。うちのアクセスポイントが古いのは認めよう。でもクライアントにはどんなアクセスポイントにも接続できるように幅広い対応を求めたい。仕方がないのでアクセスポイントを TKIPにした。

 ファームウェアがアップデートできない。

最新のファームが購入の決め手だったのに……。

デバイスドライバのインストールに失敗したというメッセージが出て失敗する。(VGF-WA1の液晶が updating firmware...と表示したままになるが、電源を切っても再起不能になったりはせず問題なかった)

説明書に Vista対応とは書かれているが、SP1なのがいけないのか、64-bit版なのがいけないのか。(ちなみに Vista対応を謳うのならそれは当然 32/64-bit両対応を意味するものと了解しているので、64-bitがいけないとは思っていない。原因である可能性は極めて高いと思っているが)

XP SP2を使ってファームウェアのアップデートだけはできたが、インストーラがファームウェアアップデートという、最初のプロセスでこけるので Vista機にワイヤレススピーカーマネージャをインストールできなかった。だもんで、VGF-WA1を PCのリモートスピーカーとして使用することができない。インストーラから個別のインストーラを展開できれば他のモノのインストールは成功する可能性もあるのに。

 PCと音楽ファイルの共有ができない。

DLNAサーバーには Windows Media Player 11を使うことにした。

コントロールパネル > ネットワークと共有センター > メディア共有 > 変更...

で設定画面が開くがデバイスリストに VGF-WA1が現れない。パケットが届いていない可能性もあるかと思って、別の DLNAクライアント(I-O DATA AVel LinkPlayer2)を起動したらこれはリストに追加された。VGF-WA1は現れない。当然、VGF-WA1の方にもサーバーが現れない。

とりあえず Webラジオ*を聞きながら日記を書きつつ途方に暮れている。

追記: DELLの XP SP2パソコンでは問題なく共有できる。

追記: VAIO Media Integrated Serverなら Vista機でも共有できる⁑。でも余計なものはインストールしたくない。

追記@2009-03-23: LinkStation Mini(LS-WS1.0TGL/R1)を DLNAサーバーにした。 日本語の表示も問題なし。DLNAクライアントとしても使えるようになりネットラジオ専用機状態から脱却。

♪ [VGF-WA1] いまだ DLNA機能せず (追記: TVersityで解決)

• Dell Inspiron (XP SP2)の WMP11では共有できる (これが普通)
• VAIO Media Integrated Serverでは共有できる (さすが自社の組み合わせ)
• WMP11では共有できない (この PCのDLNAがダメ)
• TVersityでも共有できない (この PCのDLNAがダメ)
• Windows Firewallとアンチウィルスソフトを切っても共有できない
• WMP11と AVLP2/G-2の組み合わせなら機能している (なんで？)

AVLP2/G-2の件が謎だが、どうもこのパソコンに問題があるらしい。Vistaなので Windows Media Connect 2.0をインストールしたり、WMP11を再インストールしたりできないのがつらい。WMP12をインストール(いつの話だ)したときに共有できるようになったらいいなあ。

 追記

AVLP2/G-2は OKと書いたが安定していない。起動してもなかなかデバイスリストに追加されない。

TVersityと VGF-WA1を起動した状態で、ルーターを再起動したりなんかしていて、ふと WA1の画面を見たら TVersityが現れていた。謎。WMP11ではやはり共有できない。

TVersityは Shift_JISな mp3タグが化けるので使いにくい。それ以外は設定項目が多くて良い。何よりサーバーとして役目を果たしている！ でもアルファベットを問答無用でキャピタライズするのはやめて。

 追記: TVersityは安定してる。

1.0.0.0 RC1を、UACオンの Vistaに XP SP2互換モードでインストールして、SSDP Discoveryサービスも動かしたままだけど問題ない。ただ、ハイバネーションから復帰したあとつながらなくて、TVersityのサービスを再起動する必要があったりする。文字コードも iTunesと同じ Unicodeにしたら化けないし、もはや何のソフトが原因で Shift_JISにこだわっていたのかも思い出せないのでタグは、Unicodeに一括変換してしまう。

これで VGF-WA1を使い倒す環境が整った、わけではなくて、WMA Losslessをこのように

PC --(IEEE802.11g)--> AP --(IEEE802.11g)--> WA1

無線で送り出して無線で受け取ろうとすると再生が途切れ途切れになる。WMAファイルのプロパティを見たら 1Mbps弱だったから、理論上限値 54Mbpsの IEEE802.11gにはがんばって欲しい。

(余談) WMP11の共有もずっとオンにしているが WA1から見えたことはない。