input HCLK; // Clock
output [31:0] HADDR; // Address
output [1:0] HTRANS; // Transfer type
output HWRITE; // Transfer direction
output [2:0] HSIZE; // Transfer size
output [2:0] HBURST; // Burst type
output [31:0] HWDATA; // Write data
input [31:0] HRDATA; // Read data
input HREADY; // Transfer done

そして次に示すコマンドを実行してみる。

コードをリージョンで選択→M-x align-regexp→Align regexp: \[
コードをリージョンで選択→M-x align-regexp→Align regexp: H
コードをリージョンで選択→M-x align-regexp→Align regexp: //

するとコードが次のように桁揃えされる。

input         HCLK;   // Clock
output [31:0] HADDR;  // Address
output [1:0]  HTRANS; // Transfer type
output        HWRITE; // Transfer direction
output [2:0]  HSIZE;  // Transfer size
output [2:0]  HBURST; // Burst type
output [31:0] HWDATA; // Write data
input  [31:0] HRDATA; // Read data
input         HREADY; // Transfer done

同じようなことを3回繰り返しているのでちょっと面倒だが、手作業でやるよりはマシだと思う。どこで桁揃えするかを正規表現で指定できるのでかなり応用が利く。場合によっては余計面倒になるかもしれないが…。

ちなみにC-u M-x align-regexpでもう少し複雑なことができる。詳細はEmacsWiki: Align Commandsを参照。さらに、桁揃えのルールをあらかじめ定義しておくことができるので、これを定義しておけばもっと便利になりそう。

(font-lock-add-keywords
 'verilog-mode
 '(("\\(\\<[1-9][0-9_]*\\)?'h[0-9_a-fxz]+\\>" . font-lock-number-face)
   ("\\(\\<[1-9][0-9_]*\\)?'d[0-9_xz]+\\>"    . font-lock-number-face)
   ("\\(\\<[1-9][0-9_]*\\)?'o[0-7_xz]+\\>"    . font-lock-number-face)
   ("\\(\\<[1-9][0-9_]*\\)?'b[01_xz]+\\>"     . font-lock-number-face)
   ("\\<[0-9][0-9_]*\\>"                      . font-lock-number-face)))

フェイスは好きなものを指定する。ちなみに32'D0とか5e3とか0xとかには未対応。使わないので。

Emacsを本格的に使い始めて1ヶ月もたっていないので間違いがあるかもしれないけど、とりあえず強調表示はできてる。Verilogを書くにはEmacsのverilog-modeが一番便利っぽい。

ちなみにこのサーバーのPHPで自動生成しているので、関数名などはサーバーのPHPにロードされている拡張に依存するので注意。

SP1適用作業はSlipstreaming Visual Studio 2005 Service Pack 1の手順どおりに行うことで成功。DVDに記録する場合はボリュームラベルをオリジナルインストールディスクのものと同じにする必要があるので注意。

最初に注目したのはNotifyIcon。NotifyIconにContextMenuStripを設定すると正常にタスクバー上に表示されます。MSIL逆アセンブラでNotifyIconを覗いてみると、ContextMenuStripのShowInTaskbarというプライベートメソッドを呼び出していることが分かります。とりあえず、

contextMenuStrip.GetType().InvokeMember(
    "ShowInTaskbar",
    System.Reflection.BindingFlags.NonPublic |
    System.Reflection.BindingFlags.InvokeMethod |
    System.Reflection.BindingFlags.Instance,
    null,
    contextMenuStrip,
    new Object[] { Cursor.Position.X, Cursor.Position.Y } );

とすることでcontextMenuStripをタスクバー上に表示させることができました。

ただし、この方法では何故かメニューが常にマウスポインタの右上に表示されるようです。いまいちスッキリしないのでShowInTaskbarメソッドの中をさらに覗いてみると、ToolStripDropDownにWorkingAreaConstrainedプロパティが存在するらしい。強制的に作業領域に表示させるという意味なので、

contextMenuStrip.GetType().InvokeMember(
    "WorkingAreaConstrained",
    System.Reflection.BindingFlags.NonPublic |
    System.Reflection.BindingFlags.SetProperty |
    System.Reflection.BindingFlags.Instance,
    null,
    contextMenuStrip,
    new Object[] { false } );
contextMenuStrip.Show( Cursor.Position );

としてみるとうまく表示させることができました。ただし、メニューが表示されるとWorkingAreaConstrainedがtrueに設定されるようなので、表示させる前に毎回WorkingAreaConstrainedをfalseに設定しないと駄目なようです。

これらの方法は本来アクセスできないメソッドやプロパティに強引にアクセスしているわけで、実際はこのような方法は好ましくありません。とりあえずこのような方法もあるというだけです。

http://sks.s101.xrea.com/i/stopwatch/ に携帯電話でアクセスして、DOWNLOADからダウンロードしてください。このURLのQRコードも載せておきます。

ストップウォッチをエミュレータ上で動作させた場合の動作画面と設定画面は以下のような感じです。1/100秒単位まで表示していますが実際どの程度の精度なのかは分かりません。設定画面では画面の更新間隔、文字サイズ、動作モードを設定することができます。

操作方法は動作モードによって異なります。スプリットタイムモードおよびラップタイムモードにおける操作方法は以下のとおりです。

スタート、ストップ

決定ボタン

リセット

ストップ状態のときに左ボタン

スプリット、ラップ

スタート状態のときに左ボタン

スプリット、ラップモード切替

右ボタン

スプリット、ラップタイムのスクロール

上下ボタン

マルチタイムモードにおける操作方法は以下のとおりです。マルチタイムモードでは5つのストップウォッチをそれぞれ操作することができます。

スタート、ストップ

決定ボタン、2、5、8、0

リセット

左ボタン、1、4、7、*

全てスタート

上ボタン

全てストップ

下ボタン

ストップウォッチの動作中に電話がかかってきた場合iアプリはサスペンド状態に移行しますが、通話を終えてiアプリに復帰したときストップウォッチは通話前と変わらず動作しているはずです(通話中の時間もカウントしています)。ただし、通話中はスタートやストップ、リセットなどの操作は行うことができません。これを回避するには携帯電話を公共モードに設定すれば可能ですが、そういう場合は素直にちゃんとしたストップウォッチを。

DoCoMoが配布しているiアプリ開発ツールにはEclipse用のプラグインも同梱されていましたので比較的楽にソースコードを書くことができました。ただ、iアプリのサイズを考慮せずに書いたためサイズは約7 kBで、この程度のものとしてはちょっと大きめだと思います。

そういえばファイル検索やウェブ検索で正規表現を扱えたらなぁってたまに思うんですけど、デスクトップ検索アプリケーションなどで対応しているものありますかね。

で、C#やVisual Basic.NETなどの.NET対応の言語においてコントロールに送られてくるメッセージを受け取るには、コントロールのクラスを継承してWndProcをオーバーライドすればメッセージを処理することができます。継承のできなかったVisual Basicと比較するとかなり扱いやすくなっていると思います。

一応これで十分なのですが他にも方法があり、Eco-Softさんのコントロールのサブクラス化(フック)を行うに書かれているように、Windows APIを用いる方法もあります(GCHandle.Allocがポイントなんですよね)。これはVisual Basicにおけるサブクラス化と同じ方法なんですけどね…。

また、さらにMemory of the futureさんのNativeWindowクラスを用いたサブクラス化を見て知ったのですが.NETのNativeWindowクラスを用いる方法があるようです。

自分のコントロールのメッセージを処理したい場合は継承してWndProcのオーバーライドでいいと思いますが、他のコントロールに送られてくるメッセージを拝借してこちら側で処理をしたい場合などにはNativeWindowクラスを用いる方法がいいかもしれませんね。