何人かにはお話させていただきましたが、Kodougu の IE 実装は Firefox の 1/10 位の速度です。通信による遅延と思っている方も多いようですが、インターネット上でも Firefox ではそこそこ軽快に動作します。

Kodougu の IE 実装がしょぼいからですが、VML のような先があるのかどうなのかわからない技術のパフォーマンスをチューニングするのは、なかなかモチベーションが上がりません。そこで、Silverlight を使おうかと考えています。おそらく、今後の IE 上のリッチなコンテンツは Silverlight に収束していくでしょうし、新技術との格闘なら私のモチベーションも上がりそうです。（私が Flash にしない理由は・・・Silverlight のアーキテクチャを調べてください。）

とはいえ、パフォーマンスの問題、既存の Kodougu の実装との整合性など問題は山積みです。そもそも実装できるのかどうかすらわかりません。年内リリースを目指して実装していくつもりですが、当面は調査を行います。

Kodougu の表示が IE7 でおかしくなることを確認しました。IE6 では表示されるのに。orz

IE7 になって HTML のレンダリングエンジンが新しくなったらしく、このブログでも細かいところが、表示されなくなっています。Web アプリとしては、IE6 と IE7 を別物のブラウザとして考えて実装せよってことですかね。。。大変な世界だ。

Kodougu は Web 上で動作するモデリングツールです。今私が頭を悩ませているのは、クライアントにどの技術を選択するのかです。ざっくりと以下のような候補が考えられます。
・ JavaScript（VML or SVG）
・ Flash
・ JavaApplet

今の世の中の流れを考えれば、間違いなく JavaScript です。ただ、モデリングツールのようなアプリケーションを開発する場合、ベクトル形式の描画処理が必要になってきます。JavaScript の世界では、ベクトル形式の描画の決定的な方法が存在しないのです。ベクトル形式の描画用の技術としては、VML や SVG が存在していますが、これがめちゃくちゃブラウザ依存の世界で、とてもですがまじめに実装する気が起こりません。

Flash や JavaApplet は、モデリングツールに必要な機能はそろっているのですが、世の中の流れからは逆行しちゃいますし、ブラウザだけでモデリングができるという Kodougu の利点と若干相容れないことになってしまいます。
# それに私はあまりこれらが好きじゃないですし。

この辺の事情から Gliffy も Flash で実装されているんだと思うんですよね。はぁ、どうしたもんだろ。

ちなみに、未踏の提案では JavaScript と言っちゃったので、最終的には JavaScript で実装しちゃうのだと思います。クロスブラウザな設計にして、未踏の期間中は IE だけで動作って感じですかね。うーん・・・。