クラスライブラリのプロジェクトで型付きデータセットを定義します。
で、別のプロジェクト（たとえばWindowsアプリケーション）でそのプロジェクトを参照します。
Formのデザイナ画面に、ツールボックスのDataSetをドラッグ＆ドロップすると
こんなダイアログが出ます。
こんな感じで、よそのプロジェクトに含まれるデータセットを利用できるのですが、
なぜか、クラスライブラリのアセンブリ名が～Systemで終わっている場合は、含まれているはずのデータセットが表示されません。
コードエディタのIntelliSenseでは参照できます。この「データセットの追加」ウィザードだけの問題です。
これ、既知の問題なのでしょうか。
＃そもそも「データセットの追加」なんてするなよ、というツッコミは却下。
角谷HTML化計画より。
http://www.microsoft.com/japan/msdn/aboutmsdn/rss/
ちなみに「Java系の人々はMS関連のサイトをウォッチしてないのかな？」という発言のきっかけになった“Data on the Outside vs. Data on the Inside”ですが、私はTSS.NETのスレッドで知りました。（いずれちゃんと読もうと思ってメモしておいただけだったのですが。）
明確にページを意識できるものとなると、ExcelかPowerPointだろう。
Excelならシート、PowerPointはスライドが使えそうだ。
行数の自由度を考えてExcelをWikiクライアントにしようと思った。
しかし、落とし穴があった。Excelだとハイパーリンクはセルの属性なのだ。
1つのセルをWikiの1行に対応させるとなると、1行に複数のリンクを設定するのが難しい。
しばらく悩んで、ハイパーリンクによる実装をあきらめる。
そのかわりにカスタムメニューを追加しよう。
ユーザがメニューを選択したらアクティブなセルに含まれるリンクを全部抜き出してドロップダウンリストを表示し、
そこからユーザに選んでもらうというインターフェースはどうだろうか。
いずれにせよ、VBA、そしてExcelのオブジェクトモデルに関する知識が必要だ……
COMLispという、Lisp処理系のCLR実装。
Lispを「実装してみよう」という行動に、いちプログラマとして感心することしきり。
.NET Framework上のLispには他にも：
プログラマが手すさびに実装してみたくなるものにはWikiもあると思うのだけれども、
「Wikiを実装してみました」より「Lispを実装してみました」の方が強そうだな…
Microsoft UKからプレゼントが届きました。ありがとうございます。少しずつ読みます。
WebMatrix Hostingを借りて、自作のWikiを設置しました。
http://inomata.japan.webmatrixhosting.net/
このWikiは、XML Webサービスに対応しているのがポイントです。
インタフェースは、JSPWikiのWiki RPC Interface 2を勝手にSOAP化したものです。
http://www.hyuki.com/yukiwiki/wiki.cgi?WikiRPC
Office 2003およびVisual Studio Tools For Officeをインストール。
VS.NET 2003を起動して新規プロジェクトを追加しようとすると、「Microsoft Office System Projects」が増えている。よしよし、順調だ。
Visual C# プロジェクトの「Excel ワークブック」を選択。するとウィザードが起動してプロジェクトを作成する。
作成されたプロジェクトにはThisWorkbook.csというソースコードが自動生成されている。ThisWorkbook.csではOfficeCodeBehindという名前のクラスが定義されている。
それはいいのだが、なぜかプロジェクトにMicrosoft.Office.Coreへの参照だけが追加されていない。ここでハマった、
Webでいろいろ探していると、Office 2003を修復すると治るとの情報が。さっそく試す。おお、たしかに治った。
