荒井省三のBlog : TechEd

TechEd 2009 での Silverlight3 を使ったピアノサンプルについて

shozoa — Tue, 08 Sep 2009 06:51:00 GMT

TechEd 2009のMVPラウンジでお見せしたSilverlight 3のマルチタッチ対応のピアノのデモですが、その後の調査で作成したデモのバグのためにSilverlight3ランタイムがハングアップしたようになっていたことが判明しました。この件は、多くの方が陥りそうな気がするので自戒の意味も込めて、状況を以下に記載します。

Silverlight3でマルチタッチを使用するには、System.Windows.Input.Touchクラスを使用します。
具体的には、「Touch.FrameReported += Touch_FrameReported」のようにイベントハンドラを登録します。イベントハンドラは、「void Touch_FrameReported(object sebder, TouchFrameEventArgs e)」というシグネチャを持ちます。
イベントハンドラ内では、タッチポイントコレクションを取得します。
「TouchPointCollection touchPoints e.GetTouchPoints(FrameworkElement)」メソッドでタッチポイントコレクションを取得します。タッチポイントコレクションには、複数のタッチされたポイントで構成されています。
タッチポイントコレクションからタッチポイントを取り出して処理します。
「foreach (TouchPoint tp in touchPoints)」のようにタッチポイントを列挙します。タッチポイントには、ActionプロパティとTouchDeviceプロパティなどがあります。
Actionプロパティによってタッチ動作を識別します。
TouchAction.Down、Move、Upという列挙値とActionプロパティを比較することでタッチ動作を記述します。タッチの動作の基本は、ダウン->移動->アップ(移動が無い場合もあります)になります。
TouchDeviceプロパティによって、タッチされた場所を識別します。
TouchDevice.Idにタッチした場所の識別子が格納されています。つまり、ダウン->移動->アップが一回のタッチ動作であれば同じ識別子になります。複数(マルチ)のタッチであれば、TouchDevice.Idが異なるので一致するId毎にActionプロパティと組み合わせてタッチ動作を記述します。言い換えると、タッチ動作がダウン->移動->アップですからダウン時にTouchDevice.Idと座標を記録して、移動やアップ時に記録されたIdを取り出してタッチ動作にするのです。
私のサンプルで問題があった個所は、MouseLeftButtonDownイベントとタッチイベントの両方をハンドリングしていたことでした。これで何が問題になったかというと、軽いタッチの場合はOSというかブラウザがタッチダウンをMouseLeftButtonDownイベントに変換してしまうので、タッチダウンイベントを処理できないというものでした。

if tp.Action == TouchAction.Down)
{
    Path hitKey = null;
    // タッチされた場所の最上位のFrameworkElementを取得
    FrameworkElement hitElement =
        tp.TouchDevice.DirectOver as FrameworkElement;
    // これが対処したコード
    while (hitElement != null)
    {
      if (hitElement is Path)
      { hitKey = hitElement as Path;
        Breake;
      }
      // Visual Tree を上へたどる
      hitElement = hitElement.Parent as FrameworkElement;
    }
    if (hitKey != null) タッチダウンの動作を記述
}

上記のwhile文が対処コードです。このサンプルでは、Pathオブジェクトにタッチした場合に動作を作り込んでいます。while文の中で「hitElement = hitElement.Parent as FrameworkElement」とすることでVisual Treeを最上位までたどりnullでwhile文を抜けます。このwhile文を入れたことで、タッチダウンがMouseLeftButtonDownイベントに変換されなくなりました。

この動作はSilverlight3のマルチタッチ対応において仕様ともとれるものです。タッチデバイスでのタッチダウンイベントは、マウスのボタンダウンイベントと同様に扱うこともできるからです。

Windows Touch について

shozoa — Mon, 07 Sep 2009 10:31:00 GMT

Windows 7もRTMしまして、マルチタッチに対応しているPCが幾つかあります。具体的には、以下のようなPCです。

Microsoftで行うデモで良く見かけるのが、IQ800です。個人で所有するとなると、ノートブックになると思います。このように記述している私もHP Touch Smart tx2を購入しました。現在は、Windows 7 RTMをインストールして、マルチタッチ対応のプログラムを開発するのに使っています。マルチタッチ対応のプログラムの実行環境としては、以下のような方法があります。

Silverlight 3
.NET Framework 3.5
WPF4(.NET Framework 4.0ベータ1)
Win32 APIを使ったネイティブアプリケーション

Silverlight 3で開発するには、System.Windows.Input.Touchクラスを使用します。.NET Framework 3.5(WPFかWindows Forms)の場合は、Windows 7 Multitouch .NET Interop Sample Libraryを使用するのが簡単です。このライブラリの場合は、Win32 APIをラップしたヘルパークラスが提供されています。WPF4では、FrameworkElementにTouchイベントハンドラを記述できるようになっています。が、IDEで自動的には記述できませんのでXAMLに記述する必要があります。

Windows Touchを理解するには、ManipulationとInertiaを理解するのが良いでしょう。WM_GESTUREやWM_TOUCHメッセージは低レベルなものなので、自分で動作を作りこむ必要があります。これに対して、ManipulationやInertiaでは、複数のタッチによる振る舞いを処理するための仕組みが用意されているからです。デモなどで見かける、写真の移動や回転、ズームなどがManipulationで実現されているのです。
Silverlight3のWindows Touch対応は、WM_TOUCHメッセージのみの対応となります。従って、タッチによる振る舞いは、コードで作りこむ必要があります。

HP Touch Smart tx2を使っていて気がついた点は、マルチタッチのドライバーの動作が不安定だということです。色々と調べていくと、ACアダプタを抜いてバッテリモードで試すと安定していることに気がつきました。私が使用しているマルチタッチのドライバーでは、静電式パネルのタッチポイントの認識時に電源周りの磁界が影響するようです。この点を気をつけるようになってから、安定してマルチタッチを試すことができるようになりました。

Deep Dive to .NET Framework CLR を作成中です

shozoa — Sat, 04 Jul 2009 07:54:00 GMT

TechEd 2009 横浜で「Deep Dive to .NET Framework CLR」というセッションを担当します。この資料を作成しています。このセッションは、私の著書である「The Root of .NET Framework」という書籍をモチーフにして、資料を構成しています。どのような内容が良いか、悩みながら作成を行っています。その途中経過を以下に引用します。

PEヘッダーから CLIヘッダーのアドレスを見つけて

CLI ヘッダーを読み解くのが、上記のスライドです。ここまで来るとメタデータが、どのように格納されているかを知りたくなることでしょう。それらも作成しているのですが、どこまで作るかが難しいところです。

これ以外にも、GCやCLRのホストインターフェース、RCWなどとアイディアがあるのですが、如何とも時間の制約がありますので作成したスライドを全部、説明しきれないかもしれません。現時点で30スライド程度が出来上がっていて、ここから SOSデバッガ拡張や.NET Framework 4.0の話を入れようと思っていますので。まだまだ、悩みは尽きません。公開されているセッションレベルは400番台なので、最低でも16進数ダンプの見方を知っている方が対象になると思います。

DLR Console を使って時計をドラッグするサンプル

shozoa — Wed, 03 Sep 2008 11:49:00 GMT

前回のエントリで Silverlight Dynamic Language SDK 0.3.0がリリースされたと記載しました。このSDKで提供されているサンプルにDLR Consoleがあります。もっともDLR Consoleは、SDK 0.2.0(Silverlight 2.0 ベータ2と一緒に提供されたものです)で動作するようになっています。SDK 0.3.0に含まれているDLRを調べると、IronPythonのChangeset38029以降のもののようです。このためIronRubyプロジェクトで今日時点で公開されているSVN138よりも新しいDLRになります。このDLRでは、ホスティングAPIなどの細かな変更やネームスペースの変更が行われています。

SDK 0.3.0のDLR Consoleでは、時計をドラッグするというRuby用のスクリプトが含まれています。時計をドラッグするサンプルは、Jimmyさんのブログに解説がありビデオのリンクやDLR Consoleを試すリンクなどがあります(英語キーボードなのでご注意ください)。このサンプルを動かしているのが、以下の画像になります。

ここで入力しているコードを以下に記載します(Jimmyさんのブログには、一か所不足しているコードがありますので)。

require 'lib/clock'
$clock = Clock.show
require 'lib/drag'
Drag.new($clock.canvas).enable

これで私は上記のサンプルを動作させることができました。
ちなみに今日時点でIronPythonの最新のChangesetは38690がUpされています。

追伸:実はTechEdでこのデモをお見せしようとしたのですが、時間が足りなくて忘れてしまいました。Peer Talkで一部の方に受けていたのが、このサンプルです。

DLR B4 対応の MyCalc サンプルです

shozoa — Sat, 30 Aug 2008 16:14:00 GMT

TechEd 2008 Yokohamaでお話したようにDLRのホスティングのサンプルを公開します。今回は、1)MyCalc、2)Toolサンプルの2種類が含まれています。どちらもIronPython 2.0ベータ4のDLR対応ですので、DLRはIronPythonプロジェクトからダウンロードしてください。TechEdに参加して頂いた方には、事後になりますがカンファレンスDVDにも収録しますので、そちらを見ていただいても結構です。もっともDVDが届くのまで時間がかかりますので、早く知りたいという場合は、ここからダウンロードしてください。

それから当日にお話したと思いますが、IronPythonプロジェクトとIronRubyプロジェクトに含まれるDLRの状況を記載しておきます。

IronPython 2.0ベータ4に対応したIronRubyのソースを私は見つけていません。
IronPython Changeset37512とIronRuby SVN138のDLRは同期しています。
IronPython Chnageset38029のDLRは、37512から変更されていますのでご注意ください。

TechEdでお見せしたオブジェクト共有のデモの環境は、Silverlight2ベータ2とIronPython Chnageset37512、IronRuby SVN138です。それぞれのソースコードは、TechEd期間中にサブミットされた最新を使用しています。

明日からTechEdが始まりますが、まだデモの準備中です

shozoa — Mon, 25 Aug 2008 04:50:00 GMT

いよいよ明日からTechEd Yokohamaが始まります。実は、まだデモの準備をしている最中なのですが... 先週中にIronRubyとIronPythonプロジェクトで動きがありました。具体的には、IronRuby SVNが135になって週末には137になっていました。IronPythonでもChangeset 37512が週末にUpされました。これらのリビジョンに含まれるDLRですが、かなり同期している模様です。前回のエントリに記載したChangeset36656とSVN132に含まれるDLRとは異なりますので、ご注意ください。

動かないというものではありませんが、OLEオートメーション系のリファクタリングが行われていました(これだけではありませんが)。IronRubyのソースコードを調べていくと、インタロップ・アセンブリを利用するためにSystem.Scripting.Comネームスペースを使用していました。またIronRuby SVN135からは、RubyというネームスペースがIronRubyというネームスペースに変更になっています。

IronRubyとIronPythonのDLRが同期した模様

shozoa — Mon, 18 Aug 2008 05:18:00 GMT

FXさんからのフィードバッグから色々と調べていました。

IronRuby SVN 132とIronPython Changeset35778で試したところDLRが同期している模様です。両方のソースコードからビルドして組み合わせて見ると問題なく動作することを確認できました。Changeset35778の詳細をまだ調べきれていませんが、ベータ4に対してネームスペースなどのリファクタリングが行われています。一番顕著なのが、System.Scripting.Runtimeネームスペースが、Microsoft.Scripting.Runtimeになっていることです。つまり、Microsoft.Scripting.CoreプロジェクトからMicrosoft.Scriptingプロジェクトへ変更になっているのです。

IronPythonからはclrモジュールのUse関数を利用することでRubyのスクリプトを実行することができます。またIronRubyのソースコードの大きな変更は、署名無しのソースツリーになったことです。

これを使って来週に迫ったTechEd Yokohamaのデモをこれから考えるところです。

追記:FXさんよりフィードバックを頂いて、Changeset36656がリリースされているそうです。このChangesetを使って試してみるつもりです。

IronPython 2.0 Beta4 に含まれるDLR

shozoa — Fri, 08 Aug 2008 13:41:00 GMT

IronPython 2.0 Beta4のリリースに伴ってDLRにも変更が行われています。細かく調べていくと、Microsoft.Scripting.Core.dllに含まれるネームスペースが大きく変更されています。具体的には、以下のようなものです。

Microsoft.Scripting -> System.Scripting
Microsoft.Scripting.Runtime -> System.Scripting.Runtime
など
Microsoft.Scripting.Ast -> System.Linq.Expression

現時点では、全てがSystemネームスペースに移行しているわけではありません。一部、Microsoft.Scriptingネームスペースも残っています。また、Microsoft.Scripting.dllの方は、ネームスペースの変更はありません。

現在、TechEdの資料やサンプルを作成しているのですが、上記のネームスペース変更以外にLanguageContextクラスなども変更になっており、色々と調べています。この関係で、IronRubyのSVN 127のソースコードも調べていくと、DLRはSystemネームスペースになっているものが含まれています。でも、Beta4とは違うバージョンのためIronPython 2.0 Beta4からIronRubyを利用することはできませんでした。

IronPython 2.0 の OLE オートメーション・サポート

shozoa — Tue, 05 Aug 2008 11:50:00 GMT

ShiroさんのブログにIronPython 2.0 Beta4でOLEオートメーションサポートがどのようになるかが詳しく解説されています。彼の記述した内容の概要は、以下のようなものです。

IronPython 1.x系では、オンザフライでインタロップ・アセンブリを生成するか、インタロップ・アセンブリを明示的に指定してCOMオブジェクトを使用する(チュートリアルにあるマーリンのデモがこれです)。
IronPython 2.0Beta3では、デフォルトでPIAかインタロップアセンブリを生成します(実際に私がBeta2で実験すると、-X:PreferComDispatchスイッチによってSystem.__ComObjectを使用していますし、Beta3ではスイッチが削除されています)。
IronPython 2.0Beta4では、デフォルトでSystem.__ComObejctを使用するようになります。-X:PreferComInteropAssemblyスイッチを使うことでインタロップ・アセンブリを使用するようになります(彼のブログでは、DLR_PreferComInteropAssembly環境変数と書かれています)。

DLR上のOLEオートメーション・サポートは、1)Type.GetTypeFromProgIDメソッド、2)clr.AddReferenceToTypeLibrary関数を使う方法と従来通りインタロップ・アセンブリを使用する方法になります。このような仕様にした理由として、VB6のCreateObject関数と同様の仕様にするためであると彼は説明しています。

ChageSet34570を使って試してみると彼のブログに記述されているような動作を確認することができました。但し、DLR_PreferComInteropAssembly環境変数だけは動作しませんでした。ソースコードを調べていくと、環境変数としてのサポート機能はまだ実装されていないようです。これ以外にもOLEオートメーション・サポートに関する内容がShiroさんのブログに記述されていますので、ご興味がある方は参照してください。

ドメイン特化型開発の書籍

shozoa — Fri, 25 Jul 2008 12:14:00 GMT

色々な方たちのご協力を得ながらDomain-Specific Development with Visual Studio DSL Toolsの書籍の作業を行っていました。このほど出版していただける日経BPソフトプレスさんから TechEd 2008 Yokohamaで関連書籍のイベントを開催していただけることになりました。微力ながら私も参加させていただきますので、宜しくお願いいたします。

IronRuby アルファのリリース

shozoa — Fri, 25 Jul 2008 06:50:00 GMT

John Lam が OSC2008で最初のバイナリーセットであるアルファをリリースしたとアナウンスしています。RubyForgeのIronRubyプロジェクトからダウンロードできます。合わせて、IronRubyの協力者向けの(Contributor)プロジェクトもアナウンスされています。

これから色々と試してみる予定です。
リポジトリをチェックすると127になっています。

DLR ホスティング API の概要

shozoa — Thu, 24 Jul 2008 11:54:00 GMT

Silverlight 2.0 Beta2やIronPython 2.0 Beta3に含まれているDLRのホスティングAPIの概要図を作成しました。

TechEd Yokohamaに向けて準備したものです。この作業の中でBeta2向けに移植した簡単な言語シリーズもBeta3向けに移植しています。Beta2からBeta3への移行は、それほど難しくないので、TechEd Yokohamaが終了してから公開する予定でいます。それまでに新しいベータがでなかればという条件が付きますけど。

会場では可能な限り最新版のDLRでお見せしたいと考えています。

TechEd2008 の資料を作成中です

shozoa — Wed, 16 Jul 2008 11:52:00 GMT

IronPython 1.1.2RC1がリリースされています。バグフィックスが主体のようです。
今は、今年のTechEd Yokohama のプレゼンテーション資料の作成を行っています。テーマは「Lightweight Language」にしたので、内容を色々と検討しています。今、考えているのは以下のようなものです。

DLRホスティングモデル
(コンソール、Silverlight 2.0)
オブジェクト共有(DynamicObject)
俺様言語
DynamicSiteの利点と欠点
etc

DLRのASTに関しては、プレアルファから極端な変更がないので、基本的な考えは昨年のセッションを参考にすれば良いかと考えています。今回はホスティングモデルの拡張性を中心にしようかと考えています。ホスティングモデルが理解できれば、John Lamが公開しているASP.NET MVC + IronRuby や Silverlight 2.0のDLR対応も理解できるようになりますので。

#IronPythonのChangeSet 34286とIronRuby SVN Rev123を調べていて気が付きましたが、IronRuby側のDLRがIronPythonに同期し始めている模様です。

Dynamic Silverlightの記事が公開されました

shozoa — Sun, 13 Jul 2008 09:09:00 GMT

遅まきながら日経ソフトウェア7月号に掲載された「Silverlightで動的言語を使う」の記事が日経BP IT Proでオンライン公開されました。詳細な記事というより、IronPythonやIronRubyでSilverlightアプリが作れるという紹介程度なんですけど...
SilverLight2.0 Beta2でIronPythonを使う場合に、追加のアセンブリを読み込むには
import clr
clr.AddReference("アセンブリ名")
とすることで読み込むことができるようになっています。Beta1の場合は、アセンブリの完全名である必要があったのですが、Beta2から使いやすくなっています。IronRubyの場合は、requireでアセンブリの完全名を記述するのは、Pre Alphaの頃と同じですのでご注意ください。

IronPython ソースコード・リポジトリ

shozoa — Wed, 25 Jun 2008 11:38:00 GMT

　IronPython 2.0 Beta3が公開されてから気がついたのですが、ソースリポジトリにBeta3が入っていないですねぇ。何ででしょうね。少し、不思議な気がしています。まだまだ準備に入れていないのですが、今年のTechEd横浜でもDLR関係のセッションを持たせていただくことになりました。内容などはまだまだこれからです。

米国のTechEdでは、IronPythonとIronRubyのハンズオンがあったようです。それと今月の初めにあったRailsConfでIronRubyを使ってRuby on Railsを動作させたようです。最近のJohn Lamのブログには、IronRubyでASP.NET MVCのサンプルが掲載されています。これらのサンプルも面白いと思うのですが、やはりDLRの面白さはオブジェクトの共有にあると思うので、この点からは色々と考えなきゃと思っていたりします。

何か、取り留めもない話になりましたけど近況報告ということです。
#6/28は、札幌におりますので、OSC2008にいらっしゃる方が居りましたら、お気軽にお声をおかけ下さい。