原因はいろいろですが、一番大きいのはコード書く仕事から離れている事かな。

休祭日も望まない予定で埋まっているので、どうにも趣味の時間もままならない状況です。

それも７月で一区切りつくはずなので、もうひと頑張り。

まずは、それまでに自宅用のPCの中身を更新しないとね。

DDNSの更新が失敗していて、繋がらなくなっていたので手動で更新して復旧。

見直しが必要だけど暇無し

４～９月が非常に忙しかったせいか、この3連休はまったりと過ごしたいところです。
オッサンにクラスチェンジしたせいでしょう。

連休中に８を試しましたっていう輩がチームメンバに居ればうれしいのですが・・・
（全員にMSDN Premiumを付けているけどね。無駄にやる気があるやつが欲しいっていうのは贅沢か）

それはさておき、Windows 8のDeveloper Previewは仮想環境とはまだ仲がよろしく無いようですね。
VMWareやVirtual PCでは動作しないという記事がネット上に多くありました。
唯一VirtualBoxだけ動作報告があります。

Windows8をVirtualBOXで試す - 俺様のブログ

Virtual BOXはだいぶ前にアンインストールしたなーとか思いつつ、ダウンロードはしておく。

気になるポイントは、次の2つ。

• Windows 8で .NET Framework 4がインストールできて動作するか
• しないか不必要な場合、.NET Framework 4.5で既存製品が動作するか（互換性）

Vistaの初期は、既存製品のインストーラがコケて焦りましたが、今回も最初はそんな物でしょう。

動かないからと言ってDeveloper Preview段階では判断できない事ですが、フィードバックは必要です。

しかし、.NET Frameowrk 4.5がXPで動かないとなると、VS2012への移行には時間がかかりそうだ。
いまだに新規マシンをXPで動かすお客様がいらっしゃいます。
XPのサポート終了までは、4.5に移行できないって事になったら嫌ですね。

インストーラのダウンロードからサンプル実行まで一気にやってみる。

結論から先に言うと、実行は、Virtual PCを予定していたが、上手く行かなかったのでVMWareをインストールして試した。

まずは、Cosmosのインストールから。

Codeplexにあるオープンソース プロジェクトです。
C#でOSを作っているという。

ざっと探したところ、2008年1月ぐらいからスタートのようです。
日本語で紹介されている記事をさらっても、最近までほとんど存在しません。

• 2008-01-31 C#で書かれたOS - あおきのTechメモ
• 2011-07-09 Cosmosで遊んでみた。 - （Ｕ＾ω＾）わんわんお！ - @linerlockの日記

最新のリリース beta バージョンは、2010年12月29日。
プロジェクトとしては未だ生きているようです。

Cosmos以外のC#OSプロジェクト

「あおきのTechメモ」さんによると、Cosmos以外にSingularity、SharpOS があったようだ。

• Sigularity
  • 2008年ぐらいで止まっているっぽい。
  • Singularity - Microsoft Research
  • Singularity RDK
• SharpOS
  • 2009年ぐらいで止まっているっぽい。
  • SharpOS - Download SharpOS software for free at SourceForge.net

いずれも停止しているようなので、Cosmosだけが生き残っている。

時間作って試してみたい。

⇒ 試してみました（2011/09/11）

Debian Etch + Apache2 + mono 2.4でASP.NET 2.0を動かしてたサーバ（Pentium III）なのでとっくに寿命だった。
いつ壊れてもおかしくない為、新PCは用意してあり、今度は高速なPentium 4だ（orz）。
まあ退役したDesktop機の余生なわけです。

WebコンテンツやDBは仮想マシンのステージサーバにあるため、OSその他を入れてコンテンツ アップデートの設定をすれば一気に復旧となるはずだった。
新PCは、OSインストール済みで設定の半分ぐらいで放置されている状況。

ここでチョット欲がでた。
開発環境がVS2010に移行しているのでASP.NET 4.0にした方が今後楽できる。
monoは、去年10月の記事「Mono 2.8 リリース （C# 4.0対応）」にある通り、2.8で.NET Framework 4.0対応している。

OSをDebian Squeezeに上げる

既にDebian Etchはセキュリティ アップデートのリリースも終わっているので、このまま使い続ける訳にもいかない。
ここは安定板になっているSqueezeに上げる事にした。

まず、新PCはDebian LennyだったのでSqueezeにアップデート。これはすんなり完了。
ステージサーバは、Deian Etchなので、一旦停止して仮想HDDをコピーでバックアップ。
一気にSqueezeに上げてみたら・・・だめですね。
apt-get dist-upgrade が依存関係でハマって失敗する。

Etch ⇒ Lenny ⇒ Squeeze の順を踏んで上げるべきでした。

バックアップしてあった仮想HDDを上書きコピーして再度順を追ってアップデートで成功でした。

引きづづいてMonoをアップデートする。

しかも、設定変更しようと［Edit］⇒［Preferences... Ctrl+K］を実行すると、C++ Runtime Errorで落ちる。

ここまでは我慢してそのまま使おうかと思ったが、印刷で同様に落ちてしまった。

Adobe製品を全アンインストールして、再度インストールしても駄目。

とりあえず、Googleで調べても有効な情報が見つからず、他のPDFビューワで代替してた。

ひょんな事から半解決

こんな記事を見つけて保護モードを無効にしたところ日本語表記になった。

「Lovingly Yours- Adobe Reader Xをインストールすると「保護モード」の影響でOffice文書にPDFオブジェクトが貼り付けられなくなる件」

次のキーを追加：HKEY_CURRENT_USER\Software\Adobe\Acrobat Reader\10.0\Privileged

DWORDを追加：bProtectedMode 値： 0

レジストリを編集したら、Adobe Reader Xを起動してみる。

日本語で出るじゃん。［編集］⇒［環境設定］を実行するとちゃんとダイアログが表示されるようになった。

試しに、［一般］内の［起動時に保護モードを有効にする］チェックボックスをONにして、［OK］ボタンを押してAdobe Reader Xを再起動すると元の英語状態に戻る。（レジストリには、bProtectedMode = 1 になっている）

要するに保護モードを無効にすればちゃんと動く

後ろ向き且つセキュリティ的にどうなの・・・という回避方法であるが、Adobe Reader X自体もちゃんと動かなくなる程のPC保護に敬服。

Adobeのページ 「APSB11-24- Adobe Reader および Acrobat に関するセキュリティ情報の事前通知」によると

Windows、Macintosh 版 Adobe Reader X（10.1）以前のバージョン、および Windows、Macintosh 版 Adobe Acrobat X（10.1）以前のバージョンのクリティカルなセキュリティの問題を修正するため、アドビはアップデートのリリースを予定しています。アップデートは、2011 年 9 月 13 日の火曜日（米国時間）に公開する予定です。

今日が9月10日なので3日後です。
この問題が直るかどうか分からないが、保護モード有効な状態でアップデートを待つことにする。

どうも「シムエントリ」部分のようで（名前を思い出すのに苦労した）、調べたところサービス終了でした。

2011-08-31 を持ってシムエントリの運用を終了します « こえむの編集後記

2008年2月より運用しておりました『シムエントリ』は、2011/08/31をもってサービスを終了します。

この手の無償サービスは長く続くものではありませんし、ちゃんと終了のお知らせも出されていて立派ですね。これまで有難う御座いました。

これから取り外し作業にかかります。

関連記事：

Windows Live Writer 2011からMT5のページ オープンが出来なくなってる -- C#.NETでいく？
WLW2010でページをオープンできるようになったが・・・ -- C#.NETでいく？

経緯

Windows Live Writer 2011からMovable Type 5の既存ページを開けなくなっていた。
開けなくなったタイミングは明確には解らない。
MovableType側は更新していない。WLWも明示的なアップデートはしていない。
Windows Updateは随時行っているので全てインストール済み（現時点で言語パックを除いて）。

記事を開く事は出来ている。
複数台のPCで現象を確認済み。

Windows Live Writerのフォーラムに質問したところ、「Firewallを解除を試して」とのこと。
記事はオープンできているのに・・・と思いつつ試すと開ける！

そのあとはFirewallを有効にしても開けるが、何らかのタイミングでまた再発する。
タイミングはWLWやWindowsの再起動とかではない。

回避（解決）方法

Windows FirewallにWindows Live Writerの通信を許可する設定を追加する。

同時に、5.0と4.2のセキュリティ アップデート版がそれぞれ 5.05, 4.29 として公開されている。

ニュースリリース：[重要] Movable Type 5.1 および、5.05、4.29 セキュリティーアップデートの提供を開始 - MovableType.jp

セキュリティ アップデートの内容

Movable Type 5.04 および 4.28 を含む以前のバージョンでは、アプリケーション上の入力項目の一部において、適切に入力エスケープ処理されないため、クロスサイトスクリプティング（XSS）および クロスサイトリクエストフォージェリ(CSRF)が発生する可能性があります。Movable Type 4 および Movable Type 5 のすべてのバージョンの、修正版へのアップグレードを強く推奨します。

個人ライセンス向けにも同時にリリースされています。

フォーラムで回答を頂いた。

いまいち納得出来ないが、回避する事はできた。

回避方法

一度ファイアーウォールを止めてページを開いてみる。 （← えぇぇ～～っ！ だけど、しようがない）

24日の時点で試した2台のPC両方でオープンできない事を確認。

• 1台はWindowsファイアーウォールを停止したところ開けるようになり、以降ファイアーウォールを有効にしてもオープンできました。
  ファイアーウォールの設定等は変更していません。
  セキュリティソフトはFCS（Forefront client security）
  
• もう1台は、本日試したところWindowsファイアーウォールを無効にせずに開けるようになっていました。
  （オープンできない24日時点で、再起動等も行っている）
  この1台は、本日28日にWindows Updateを行い、KB2541014（Win7の更新）とKB2310138（MSEの更新）がインストールされています。
  これ以外の更新等は行っていません。
  アンインストールでの再発確認はしていません。

また、サーバ側は更新等はありません。

「ページが開けない」問題は、現状回避できました。

最近の記事を開くで［ページ］を選択すると、一覧は表示される。

ページを選択して［OK］ボタンを押すと例外が発生する。

System.ArgumentException: PostId was not part of the headers fetched
   場所 WindowsLive.Writer.PostEditor.RemoteWeblogBlogPostSource.GetPost(String postId)
   場所 WindowsLive.Writer.PostEditor.OpenPost.BlogPostListBox.RetrieveSelectedPost()
   場所 WindowsLive.Writer.PostEditor.OpenPost.OpenPostForm.AcceptSelectedPost()

最新のページは、3月20日に編集している。

Window Live Essentials 2011をインストールしたのが2010年10月。
（更新プログラムには特に何も表示されない）

MovableType 5.04に更新 -- C#.NETでいく？が2011年1月。

MT側の定義ファイル等を変えた覚えがないので、WLW側が3月20日以降に変わった可能性が高い。

WLWのログを確認してもエラーメッセージ以上の情報は無い。

WindowsLiveWriter,1.2576,None,00026,22-May-2011 18:40:28.955,"Non DisplayableException-derived exception thrown. Subsystems need to handle these exceptions and convert them to WriterExceptions:
System.ArgumentException: PostId was not part of the headers fetched
   場所 WindowsLive.Writer.PostEditor.RemoteWeblogBlogPostSource.GetPost(String postId)
   場所 WindowsLive.Writer.PostEditor.OpenPost.BlogPostListBox.RetrieveSelectedPost()
   場所 WindowsLive.Writer.PostEditor.OpenPost.OpenPostForm.AcceptSelectedPost()",""

サーバに置いてあるWLW用のマニフェストファイルも変更していないし。

Novell を買収した Attachmate において、『Mono』プロジェクトは終焉を迎えた。そして同プロジェクトの活動は、新たに Xamarin として生まれ変わった。

Mono とは『.NET Framework』互換のオープンソース実装だ。
Attachmate は数週間前、Novell の買収にあたって Mono プロジェクトの開発チームは引き継がない、との決断を下していた。その時点で、開発者やプロジェクトの今後は知る由もなかったが、ようやく明らかになった。

要するに、『MonoプロジェクトをAttachmateが不要と判断したため、mono開発メンバが新会社Xamarinを立ち上げた』という事らしい。

Xamarin - ものがたり にこの解雇が突然だったことが書かれている。

Mono創始者のMiguel de Icaza氏、Novellから独立したMono技術ベンチャー立ち上げへ - SourceForge.JP Magazine - オープンソースの話題満載の記事：

Xamarinは、Monoベースの製品に特化した企業となる。これまでde Icaza氏らは米Novell下のMonoチームとして、C#と.NETでiOS向けアプリケーションを作成できる開発環境「MonoTouch」やAndroid向けの「MonoDroid」などを開発してきた。Xamarinはこれを継続するもので、Monoをベースとし、これらとソース互換性のある商用製品を開発する。

Xamarinがmonoと関連製品、特に『iOS』と『Android』分野をターゲットにするのは、monoプロジェクトの成果の継承（派生？）として当然だ。
Xamarinのトップページにそのものが主張されてる：

気になるAttachmateとの権利関係についてjapan.internet.comの記事に書かれてる：

Mono はオープンソースのプロジェクトだ。もし Attachmate が商標権を主張し、何らかの基礎となるプロジェクトを自身の手元に置こうと決断しても、Miguel De Icaza 氏の一存でプロジェクトを「派生」させることができる。何が起きるにせよ、Attachmate に勝ち目はなく、オープンソース モデルが勝利を収める。

この通りであれば、monoは名前を変えても存続する事になるのだろう。
たとえ有償であっても、Microsoftが埋められないプラットフォームのサポートがあるのは、C#や.NET Frameworkを開発プラットフォームとして選択する際のポイントとなる。（説得しやすい）

今のところ、monoプロジェクトの公式ニュースページ（www.mono-project.com-news）に最新情報は無く、今後バージョンアップされたmonoをこれまでのように気軽に利用できるのかどうかは判らない。

個人的には、できる事ならLinux版のリリースも継続して欲しい。

mono関連のまとめページ ⇒ Mono （もう一つの .Net Framework実装）- C#.NETでいく？

SQL Server 2008 R2 Expressはインストール済み。
ダウンロード：ダウンロード詳細 Microsoft SQL Server 2008 R2 RTM - Express

基本的なインストール手順は、Windows Server 2008 R2上に入れる場合と同じ。
（過去記事は、TFS 2008からの移行の手順になっています。）

評価版の入手方法

Visual Studio 2010 や Team Foundation Server 2010 を持っていない場合、評価版をダウンロードしてテストする事が出来る。

Visual Studio 2010 のダウンロード - Microsoft Visual Studio

TFS 2010をインストール

メディアをセットしてTeam Foundation Server 2010のインストールを開始する。

［次へ］で進む。

［次へ］で進む。

［インストールする機能］が初期状態で×になっていたのでチェックを入れて［インストール］で進む。

［Team Foundation Server 構成ツールを起動する］のチェックを外して［完了］。

SP1のインストール

TFSの構成を始める前にService Pack 1をインストールしておく。

ダウンロードする場合ここから → ダウンロード詳細 Microsoft® Visual Studio Team Foundation Server® 2010 Service Pack 1

TFS2010SP1-KB2182621.exe を実行するとインストーラが起動する。

［次へ］で進む。

［次へ］で進む。

［完了］で進む。

Team Foudation Serverの構成

今回はWindows 7上の小規模テスト環境なので、サーバ1台の非AD環境。
SQL Server Expressサービスは起動状態にして構成を開始。

スタートメニューから［Microsoft Team Foundation Server 2010］⇒［Team Foundation Server 管理コンソール］を起動する。

管理コンソール

［アプリケーション層］ノードを選択。
［インストール済みフィーチャーの構成］をクリック。

［基本］を選択して、［ウィザードの開始］。

【重要】上段にある［ここをクリックしてください］をクリックして注意点を確認する。

2011/05/22現在では、Team Foundation Server 2010 SP1がリリースされている旨が表示されている。
既にインストール済みなので次に進む。

［次へ］をクリックして進む。

SQL Server Expressがインストールされていない場合、ここでインストールする事が出来る。
既にインストール済みなので、［次へ］。

SQL Serverのインスタンスは自動的に表示される。［次へ］で進む。

内容を確認して［次へ］。

チェックでエラーが発生し、解消方法が下部に表示される。

コマンド プロンプトで次のコマンドを実行する。
sqlcmd -E -S "サーバーホスト名\SqlExpress" -Q "ALTER LOGIN [サーバーホスト名\ユーザ名] WITH NAME = [サーバーホスト名\ユーザ名]"

［準備チェックを再実行するには、ここをクリックしてください］をクリックして再チェック。

今度は成功したので［構成］をクリック。

［次へ］で進む。

あっけなく正常に構成が完了した。（初代から比べて、ずいぶん簡単になった）

［閉じる］でいったん閉じる。
アプリケーション層の構成が完了すると、管理コンソールに設定表示される。

スクロールして一通りの設定を確認しておく。

TFSからビルド結果やアラートなどをメールで通知する事が出来るので、これを設定しておく。

［電子メール通知の設定］の［通知の設定］をクリックしてメール送信の設定を行う。

入力して［OK］を押せば完了。

ビルド構成

Team Foundation Serverでは、ビルドをサーバ上で実行する事が出来、ビルド方法も色々カスタマイズ可能になっている。
（TFS2010のチーム ビルド（自動ビルド） -- C#.NETでいく？）

自動ビルドを実行するため、ビルド構成を行う。

［ビルド構成］ノードを選択して、［インストール済みフィーチャーの構成］をクリックする。

［ウィザードの開始］をクリック。

［次へ］で進む。

［次へ］で進む。

ビルド エージェントの数を指定する。ビルド エージェントは後から追加する事が可能なため、ここは1のままで［次へ］で進む。

ビルド実行アカウントを指定する画面。
他のシステムと連携する際には、他のリソースへのアクセス権を持つアカウントを指定しておいた方が楽。
そのようなアカウントが無い場合は、チーム ビルド用のアカウントをADに新規登録して指定する。
（後で、リソースにアクセス権を追加する事で管理が容易となる。）

ここでは、評価用PC内での事なので、SYSTEMアカウントを指定して［次へ］。

内容を確認して［次へ］。

［構成］をクリックする。
（構成を実行中にエラーが発生した）

・・・ビルド構成の途中で管理コンソールがビルド サービスにアクセスしたようだ。
少し待ってから［はい］をクリック。

ビルド構成が成功。［次へ］で進む。

これで、ビルド サービスの構成が完了。［閉じる］で進む。

［閉じる］で進む。

管理コンソールの［ビルド構成］にビルドのサービス状態が表示される。

• ビルド サービス
  再起動のリンクがあればサービスが起動している。
• コントローラ
  コントローラの右側に灰色で［準備完了］と表示されていれば動作している。
• エージェント
  エージェント数値の右側に灰色で［準備完了］と表示されていれば動作している。

動作していない場合、しばらく待ってみる。
3つが起動しない場合、ビルド サービスを［中止］してから再度起動する。

ビルド サービスを止めると、コントローラ、エージェントも自動的に停止する。
停止状態が表示されるまで、ちゃんと待ってから起動する。

VS2010から接続してみる

Visual Studio 2010 SP1を起動して［チーム エクスプローラー］を表示する。

［チーム プロジェクトへ接続］アイコンをクリック。

いきなり自サーバが選択されていた。
（表示されていない場合、［サーバー］をクリックして［追加］する必要がある）

［接続］をクリックして成功すると、［チーム エクスプローラ］にサーバとお気に入りが表示される。

これでTFSのインストールは完了。

TFS2008までは、クライアントOSでの動作は不可だったが、タスクとソース管理だけでも良い場合の選択肢が増えたことがうれしい。

ただ、SQL Server Expressの制限事項に注意する必要がある。

ここまで使えるSQL Server Express Edition － ＠IT

SQL Server 2008 R2 Expressであれば、データベースサイズの最大が10GBまで拡張されている。
それ以前は、4GBまで。
Team Foundation Serverのソース管理にドキュメント等を格納すると結構容量を使うので、
チームで長期にTFSを使用するならExpressではなく、製品版のSQL Serverを使用する方が安心。

TFSに関するまとめページ：Team Foundation Server

Vistaの起動途中でエラーになり、修復も駄目。
一部読みだせそうなので、「ダイナブック(dynabook)をもっと楽しもう！ dynabook SS RX1 HDD換装」を参考にさせて頂いてHDDを取り出しを計画。

この際なので、SSDに変えてみようと思う。
IntelのSSDでこの辺りが値段的にも良いかな。

Intel SSD 320 Series(Postville-Refresh) 2.5inch MLC 9.5mm 120GB ResellerBOX SSDSA2CW120G3K5

2011/05/28追記：

SSDが届いたので、さっそくHDDと入れかえました。

交換方法は「ダイナブック(dynabook)をもっと楽しもう！ dynabook SS RX1 HDD換装」そのままなので書きません。

ただ、カード バスからのフレキが繋がっているメイン基板のコネクタを取り外す事が出来ませんでした。
（爪の部分をドライバで避けつつ引いても押しても抜けない・・・）

monoとは

monoは、Microsoft社が開発したアプリケーションの開発及び実行環境である .NET Framework の互換環境で、現在はNovelが主導している。

.NET Framework 自体はWindows XP以降のWindowsに対応しているが、monoはそれに加えて、Linux, FreeBSD, Mac OS X などで動作する。

互換性は？

全般的には、Windows上のVisual Studioでビルドした実行モジュール（EXEファイル）をそのまま実行開始できる程度の互換性。
互換性が無い部分では例外等が発生する。

CLS準拠（CLSCompliantAttribute(true)が付いている）アセンブリであれば、そこそこ動作する。

また、FileSystemの違い等を最低限意識してコーディングしておく必要がある。
たとえば、string.Format(@"c:\abc\{0}", fileName) とかはダメ。 Path.Combine等で結合等の配慮は必要だ。
もちろんP/Invokeはだめ。

つまり、マルチ プラットフォームを意識したコーディングをする必要がある。

公式サイトの互換性ページは⇒ http://www.mono-project.com/Compatibility

Mono 2.8での、非互換のフレームワーク

• WPF
• EntityFramework
• WF

Mono 2.8での、制限付のフレームワーク

• WCF

WinForm等のGUIの互換性

微妙かも知れない。
簡易なWinFormのプログラムをVisualStudio上で作成し、DebianのGNOME上で動作させた時の再現性や速度面は「一応動く」という感じで快適というわけにはいかない。

ただし、これは仮想マシン上で行ったテストなので実マシンでは異なるかもしれない。

WPFの互換性

WPFについては現在のところ対応する予定が無いようだ。

ASP.NETの互換性

Apache2とmod_monoで動作させることが出来る。
Mono 2.4になって、かなり互換性が取れてきて安定的に動くようになってきた。

既存プログラムの互換性を確認する方法は？

MoMA（Mono Migration Analyzer）と呼ばれるプログラムが公開されています。
既存プログラム（アセンブリ）を指定して、mono上での動作可能性をレポートしてくれます。

MoMAは、.NET Framework 2.0以降か、Mono 1.2以降で動作する。

mono公式サイト

monoってなに？という方は → 「Mono (ソフトウェア) - Wikipedia」

Main Page - Mono

現在TFS2008からTFS2010へ移行調査中

ただし、投稿自体がうまくいかない場面もあります。

Windows Live Writerの技術的な情報

• マニフェストファイル（wlwmanifest.xml）の配置場所
• マニフェストファイル（wlwmanifest.xml）の読み込みタイミング
• マニフェストファイル（wlwmanifest.xml）のフォーマット
• <options>エレメント

]]> http://www.cs-dotnet.com/windows-live-writer.html http://www.cs-dotnet.com/windows-live-writer.html Fri, 20 Mar 2009 12:18:55 +0900 NET Framework 2.0以降で使用可能な、主にグリッドとツールバーやメニュー、ドッキングウィンドウ等で気になったGUIコンポーネントを有償・無償を問わず調査しています。

調べるときのポイントは・・・

• 有償の場合エンドユーザーへの配布ロイヤリティが無いこと
• OS（Windows）や開発環境（言語・VisualStudio）のバージョンアップ対応が早いこと、また継続が期待できること
• 多言語対応していること
• 応答性が良いこと
• 独自の設定ファイル等が実行時に必要ないこと
• バグ対応が早いこと
• ソースコードの公開を必要とするようなライセンスではないこと
  OpenSourceではありがち。LGPLでも結局自分で拡張できない場合があるので厳しい。また長期間の継続は期待できない。
  最近はコマーシャル ライセンスが購入できるものもある。

などです。

利用したことがあるコンポーネント

これまである程度以上の期間利用したことがあるコンポーネントです。

• DotNetBar （DevComponent社）
  現在も継続して使用している。
  VisualStudioのようなIDEを構築するための要素（メニュー・ツールバー・ドッキングウィンドウ）やOffice2007ライクなリボンバーを持っている。
  更新が早くVisualStudioの新しいバージョンや.NETの新バージョンなどにもベータ版から対応していく勢いがある。
  最近のバージョンでグリッドコントロールも含まれた。
  現在は1年間のサブスクリプション購入によりバージョンアップを受けられるため予算が取りやすい。
  WPF版もあるがこれは別途購入が必要なようです。
  いまはComponentSourceで円建てで買えるので買いやすくなった。
  （ComponentSourceの対応は早くて丁寧で感じが良い）
  
• El Tabelle （GrapeCity社）
  Excelライクなグリッドコントロール。
  VisualStudio.NET頃に使用していた。グリッド表示だけではなく表計算機能もあり、まさにExcelのような感覚で作成できる。
  
  v1を使用していてv2まで購入したが結局v2は使わなかった。理由はいくつもあるが、
  .NET Framework 2.0対応が遅かった。v2のリリースアナウンスおよび価格公表も遅く問い合わせもなかなか回答が来ず、予算を取れずに購入が遅れた。
  v1でVisualStudio 2005に対応しなかった。
  v1で公開されていたクラスがすべてintelnalクラスになり隠蔽されて拡張できなくなった。（拡張していた機能がすべてやわになった）
  v1で公開されていたメソッドやプロパティがほとんど難読化され利用できなくなった。
  v1を5ユーザーライセンスパックで買っていたがv2で無くなり実質値上げになった。
  
  しょうがない部分も多いがあまりに気分が悪いので使用停止した。
  
  （余談だがGrapeCityのDocToHelpも使っているがこれもVista対応予定なし、別のヘルプ コンパイラを探している...オリジナルのDocToHelpは日本語環境やIE7環境でなんか変...ぐちです）
  
• MagickBar （v1の頃はOpenSource)
  現在は商品化されているはず。
  VisualStudioのドッキングバーを組み込むことができるコンポーネント。
  .NET Framework 1.0から使えた。
  ドッキングの動きがとてもよく多少バグがあったが使いやすかった。
  DotNetBarのドッキングウィンドウはフローティング後ダブルクリックで元の位置に戻らないがMagickBarはちゃんと戻る。
  

まとめてみると、DotNetBarを使うまで、上記以外いろいろ試したがDotNetBarを使い始めてあまり困らなくなったのであまり調べていないのがわかる。

GUIコンポーネント

• これまでに調べたGUIコンポーネントの紹介
• これまでのGUIコンポーネント関連記事の一覧

Sandcastleに関する最新記事

• 2008/07/03 - SandcastleがCodePlexに復活！

]]> http://www.cs-dotnet.com/Sandcastle.html http://www.cs-dotnet.com/Sandcastle.html Sandcastle Sat, 31 May 2008 17:01:05 +0900 MovableType 4.15 ベータ版のテストのまとめページです。
VirtualPC 2007でDebian Etchのインストールから行います。
徐々にまとめていきます。

Debianインストール

• インストールメディアの入手
• テストに使用するバーチャル マシンの作成
• バーチャル マシンにDebian Etchをインストール

]]> http://www.cs-dotnet.com/movabletype-415-1.html http://www.cs-dotnet.com/movabletype-415-1.html Tue, 13 May 2008 20:04:27 +0900