今年4月頃に買ったマウス(Microsoft Stanard Wireless Optical Mouse)が6月頃動きが悪くなったので、交換してもらった。 最初は交換ではなく、修理に出していたので代替用のマウスにArvel のレーザマウスを買った。 修理せずに交換で保証に応じるとのことだったので、新品をもらったがしばらくレーザマウスの方を使っていたので、そのまましまってあった。 しかし、嫁の PCのマウスが壊れたのを機に Laser Mouse は嫁に取られた。で、仕方なくワイヤレスマウスを使用していたのだが、このたび電池が古くなったのか、動きが悪いので電池を交換したが、まだなぜか動きが悪い。何かに引っかかる感じでポインタが動かないのだ。 同様の経験がある方が他にいないかと、ブログに書いてみた。 もしそんな方が居られたらコメントを頂きたい。 暇を見て MS に連絡してみようとも思うが、今回も修理に出した方が楽かもしれない。 で、一時的にレーザマウスに交換したのだが、ワイヤレスではないのでUSBポートに接続。引っかかる位置だったのでポートを変えた。 すると、クリックするとダブルクリックするようになってしまった。 原因を調査すると、ポートを変えた際に、前のドライバが消えずに追加でもう1個ドライバが入った様だ。 都合2個入っていることになるので、二個のドライバがそれぞれOSに応答しているのでクリックがダブルクリックになったようだ。 んー。マウスだけでなくOS本体も腐っていたのか＞MS。 しかし、こういうケースは最近見なかっただけに、久々におもしろかった。

DateTimePicker で中身の日付を表示したくない場合、どの様な対応をしているだろうか？
Delphi に関わらず、他の言語処理系にも共通する問題なのだ。この問題を解決するために、DateTimePicker に最初からあるチェックボックスを使用して空白を表現している方もいるのではないだろうか？くろねこも最初そう考えた。
しかし、ある時とある設定ミスから発見したある方法がこの問題の解決にぴったりだと思った。
その方法は、書式設定に "g" を使うという物である。
Windows 上での日付書式フォーマットでは "g" は元号を表す記号である。しかし、DateTimePicker はこの元号に対応していないらしく、"g", "gg", "ggg" などのフォーマットが指定された時に何も表示しない。これを逆手にとって表示すべき日付が無いときに、これを設定するのだ。
これで、データベース中の日付を表示するときなどに現れる Null を DateTimePicker で表現できる。
このときの書式には Delphi の書式ではなく、Windows の日付書式を使用する。また commctrl ユニットを uses 節に追加する必要がある。

※ Delphi で月をあらわす書式は "mm" だが、Windows では "MM" となる。
 

uses
  commctrl;

procedure NullDateFormat;
var
  szFormat: PChar;
begin
  szFormat := 'g';           // Windows の日付書式
  SendMessage(DateTimePicker1.Handle, DTM_SETFORMAT, 0, longint(szFormat));
end;

2012/04/07 追記
Delphi2010 on Windows7 で上記を試してみたところ、"g", "gg", "ggg"のいずれも"西暦"と表示された。よってこの方法はすでに使えなくなっている。おそらくOSに依存しているものと思われる。
よって、何も表示しないDateTimePickerの実現方法を別途考えないといけないようだ。

前回、最終パッチ以降は1週間しかないことと、その一部の期間が旅行でつぶれることからその前でもう終わりにしようと思った。

しかし、旅行から帰ってきたらやっちゃったんですよ。
最終パッチでどうなったか？βテストが終了した今振り返ってみると...
くろねこが要望した仕様が実装されてました。
要望したのは、まっすぐ向いて撃つだけではなくて、横向いて撃てるようにすること。
真横は無理でしたが、前方から左右15度くらいづつは自由度が増えましたね。
そのほかにも、コンテナやバックパックの容量が少なくなってテントに帰る回数が増えたり、生産の資材の値段変更や資材の使用量も変わったりしました。おおむね受け入れられる仕様変更だと思います。
しかし、安定性はいまいちでした。安定度が増したというよりは、仕様変更によって描画も増えたのかアプリケーションエラー連発でした。
エラーの発生するケースは、振り向いたときや爆発したときなど、大量の描画が発生するときに多いようです。この点はUCGOであるネオジムの方に報告させていただいたので、製品版がでて最初のパッチで修正されることを希望しています。

しかし、最終日ネオジムを交えて話をしているところで以外な見落としが発覚しました。
それは、GMコール機能がないということです。
これがないと、不具合によって正常なゲームの進行が出来なくなったとき、元に戻すことが出来ないとか、またバグか仕様か判断に困ったときなどに確認してもらうなど、そういう重要なことが出来ないおそれがあります。
ビルの中に閉じこめられたときなど、くろねこもβテスト中にBBSによるGMコールをしたことがありますが、テストではその間が待ててもお金を払っているとそうはいきませんよね。

とまあこんな感じで、まだまだ未完成な部分が多いままの見切り発車的オンラインゲームですが、製品版をやる方はどんどん開発の方に要望は上げた方が良いですよ。
でも、無茶は言わないように...

最低限、安定性が上がればぼちぼち遊んでいけるとは思うのですが、完成度の割に値段が高いです。
初期費用だけでもただにすれば、ユーザも納得するのではないかと思うのですが、その辺は提供元が考えることなので...

遊んだ数ヶ月が、思い出になった頃どこからかひょっこり、本運用に顔を出しているかもしれません...

前にフィットのドアが壊れたのはお伝えしたとおりだが、今度はナビが壊れた。

音声認識が全く行われないというか、音声を検出しなくなった。
ホンダの品質管理っていったいどうなっているんだろうと思う。前の車に付いていた純正オプションナビも壊れて数回取り替えをしましたよ。初回の車検付近から、車を買い換える1年ほど前まで悩まされましたね。
また、ナビなどのオプション品は1年点検の検査対象にも入ってないのだという。
ナビが壊れても、即安全に支障をきたすわけではないが、やはり車全体を点検してほしい。
そのために、純正部品でかつメーカオプションで購入しているのだ。ナビが壊れた？と思ってそっちに気を取られている間に事故を起こす人がいないとも限らない。そういう点で考えてもやはり点検項目とすべきだろう。

しかし、ナビが壊れても代替品の貸し出しは無いのですね。昨日、ナビのメーカ(HONDAではなく、OEM供給している元)に発送していたので、今日はナビがありませんでした。先日の旅行に引き続き、今日も大阪市内に行くとき初めて行くところだったので、2時間ほど迷ってしまいましたよ。ええ、嫁にナビをさせたのが敗因かもしれませんが、そもそもナビが壊れなかったらこのようなことにならなかったわけで...

しかし、AUの助手席ナビというのを使ってみたのですが、全く使えませんね。
ない方がましですね、全然違う方向に案内しているみたいです。AUのナビを見ている嫁のナビということも有るかもしれませんが、携帯から聞こえる音声を頼りに曲がったらUターンとか、行き止まりとか最悪でした。

時速何キロの車を対象にしているのでしょうか？また、市街地で実地試験しているのでしょうか？
最後は音声案内は全く当てにせず、まず広域で確認して、曲がり角を確認してと言う具合でしたね。
使えない原因の最大の要因は GPS の通信速度不足にあるかと思いますね。嫁に次ぎどっちに曲がるの？って聞いてもまだ通信中って返ってくるので、通信終わるまで横に車を止めて数分待つというのが多かったですね。

たぶん、AU助手席ナビは二度と使う機会はないですね。