セッション5「混ぜるな危険? 複合文書から見たXHTML+CSSとスキーマ活用」
XHTML を複合文書として利用する際の注意点とCSSを正しく適用するコツを解説
スキーマに照らしてXHTMLの可能性を広げるスキーマ活用
Ruby Annotation
XHTML Media Types
名前空間の役割
要素名及び属性名として使用される名前の集まり
セッション6「ブラウザ表示モード解説:傾向と対策」
楯突きました。すみません。。。
でもきちんとお話しできたのでよかったです。
セッション7「Internet Explorerの開発・フィードバックプロセスと、業界標準への取り組みについて」
このセッションの目的
IEをもっと信頼できるブラウザにするために
- 信頼できるブラウザで一番重要なのは?
- どんなフィードバック方法が有る?
日本語版ベータプログラムの異議
実施の有無
- 市場規模に沿って、日本語版が無い場合がある
- 日本語版のプログラムが有る場合は常に英語版と連動
- 実施希望と評価フィードバックが有れば実現のための働きかけも可能
日本語版が優先される理由
- 市場が評価されている
- 2バイト圏唯一のベータプログラム
- ローカルアプリケーションがある
日本語版の体制について
- 日本に Windows Div が存在することで、US開発チームへ積極的にアプローチできる
現在のフィードバックフレームワーク
製品開発チーム主催
- Technical Beta Program(クローズド)
- 開発チームにダイレクトにレポート
Technical Beta Program とは
目的
- 製品品質の向上のため、フィードバックを収集し、反映させた後製品出荷するのが目的
開発部隊が主体となって実施
- 日本の開発チームによる日本語での対応
- 原則としてベストエフォートな対応
メリット
- 最新の情報を入手できる
- 計画的に参加し、評価期間を確保することが可能
製品開発サイクルと評価のポイント
英語版のベータでも他言語に対応
- 英語でも機能は共通
- 日本語環境での動作・テスト可能
各リリースの段階でbug barが設定される
- 遅れるほど重要問題しか守成されない
- 修正されなかった問題は技術情報/リリースノート/回避策を提供、そのご修正モジュールとして公開
次のIEの評価は・・・
まとめ
セッション8「パネル・ディスカッション:ブラウザはどこに向かうのか?」
注意:聞いて書いてるので、内容の信憑性は保証しません。
Web標準とは?
最新版でのサポート状況
今後のサポート計画
firefox
- 準拠度を高めていく
- 新しい仕様に対応するのか、既存のバグを修正するのか
- パフォーマンスに影響なければ新しい仕様は来るものは拒まず
ie
- 修正や仕様変更はUpdateと言う形で行っている
- 日本向けにフィードバックプログラムを構築する予定
microformatsについてどう考えているか
firefox
- firefox3でサポートする予定(プライオリティ2)
- コミニュティ内ではする方向であるが、優先順位はかなり高い方ではない
- UI側の問題や、実際に製品としてサポートするか未定
ie
- 現段階で言えることはない
- しかし、全く無視しているわけではない
ベンダー間の協力関係
ユーザとの対話/共同
opera
- 新機能追加時に使われ方を調査
基本的機能の進化
firefox
- オフライン機能を開発中
- キャンバス周りはがんばる
- JavaScriptの強化
- CSS3も対応する方向で進んでいる
- audio,videoのオープンコーデック策定を考えている
ie
- UIの強化を予定
- インテリジェントな機能を追加していきたい