IE7の透過PNG実装内訳話 68
ストーリー by yoosee
標準へ向かうIE 部門より
標準へ向かうIE 部門より
Anonymous Coward曰く、"本家記事より。公式IE Blogで、マイクロソフトIE開発チームのSam FortinerがIE7でのアルファ透過PNG描画の詳細について書いている。
IE7 でのアルファ付き透過PNGサポート実装は、ただのバグフィックスでもなければ表示エンジンの完全な書き直しでもなかった。実際はその中間で、いわば「長編の作業」を必要とした。透過PNGを実装するには、IEの画像デコードとディスプレイパイプラインに結構な量の変更が必要で、PNGデコーダにも数多くの新機能を追加したこうした改善実装により、IE7 ではαチャネル付き透過PNGは正しく表示されるようになり、また後方互換性もとれている、とのこと。"
つまり、従来のIEでは事前定義されたパレットないし二値的な「透過/非透過」しか表現できなかったものを、PNG のピクセル単位でのαチャネル制御に対応させるため、IEへのデータの流し込み方やPNGデコーダ自体にも手をつける必要があった、と言うことようだ。
IEの存在意義 (スコア:3, すばらしい洞察)
IE5->6の時点でこれをやってくれていれば良かったですね・・・
IEはOSのシステムコンポーネントとして存在させることに意義があって、
ブラウザはFirefoxなりOperaなりを使えばいいじゃん。ってな事を
、MSも考えてるような気がしていたんですが。そうでも無いのかなぁ。
IE7でタブブラウザにするって方針もちょっと意外でした。
エンジニアとマーケティングが協調できてないだけかも？
Re:IEの存在意義 (スコア:2, すばらしい洞察)
透過PNGをサポートするのに慎重になってたんじゃないですかね。
機能追加でバグが増えるのも困るでしょうし。
Re:IEの存在意義 (スコア:0)
機能追加にバグを恐れる会社じゃないんじゃないの？ > MS
> 事前定義されたパレットないし二値的な「透過/非透過」しか表現できなかった
って事だから、実装をサボって速度優先にしてたんでしょう。
IE7はIE6とかよりメモリ食いで鈍足になるのかも知れないねぇ。
Re:IEの存在意義 (スコア:0)
大丈夫、XPのビジュアルスタイルオンにしても軽快な環境とか
Longhornがサクサク動くようなPCだけサポートするので、
512M以上積んでも、うまく扱えない（パッチは出
Re:IEの存在意義 (スコア:0)
どうも怠慢だとかそういうのばっかりだけどサポートしなければならない
環境などを考えるとここがベストだと判断した。とは思えないのか
IE5あたりで実装した結果、激重になったりしたらどんな論調になるかは誰の目にも明らかだろう
サポートするのに慎重になってた (スコア:0)
次期IE7のUA（おふとぴ） (スコア:2, 参考になる)
さて、皆さんならどんなUAを希望されるだろうか？（もちろんIE7.0にね）
# さっそくUserAgent Switcher [mozdev.org]で遊んでみよう
# Firefox1.0.3ユーザーだからID
compatible; Netscape Navigator? (スコア:1)
# といってみるテスト
Mozilla/4.0 互換となると、Netscape が Communicatorだったころ？
ずいぶん止まっているなあと思いつつ。
むしろ、Internet Explorer の User-Agent のプレフィクスは、
"Mozilla/4.0 (compatible; MSIE" なのではないか、
…とか。
# Firefox = "Mozilla/5.0" なのでID
Re:次期IE7のUA（おふとぴ） (スコア:1)
UAを変更すると、
Java Plugin がSegVを起こすバグがあったはず....直ったのでしょうか？
# そのためにUAをHAL9000から戻したのでID
--- 駆り立てるのは納期と仕様変更。横たわるのはPGとSE。
新機能だけならいいけど (スコア:1, 興味深い)
>PNGデコーダにも数多くの新機能を追加した
このあたりに一抹の不安を感じるのは私だけですかね?
んー、 (スコア:2, 参考になる)
内部のデコーダが焼きなおされたのだとすると、PNG を DIB として扱う他のアプリケーションにも影響があるのかもしれませんね。例えば、透過 PNG を利用してスキンがより簡単に (かつ美しく) デザインできるようになるかもしれません。もっとも、そうなってしまうと、IE7 をインストールした環境と、そうでない環境で、外見が異なるアプリケーションが出来上がってしまうことになりますが。
むらちより/あい/をこめて。
Re:新機能だけならいいけど (スコア:1)
って点で不安になった（ぇ
Re:新機能だけならいいけど (スコア:0)
Webに携わってる人が今まで泣かされ続けてきたの、
> PNGデコーダにも数多くの新機能を追加した
この部分なんですよね。
レンダリング部分はいい加減に標準に準拠させて、
アドバンテージはブラウザ本体のインターフェイスで取るべきと思うのですがねぇ…。
Re:新機能だけならいいけど (スコア:0, 余計なもの)
せめてオフトピにしてほしかった
＃結して他意はないんです
Re:新機能だけならいいけど (スコア:0)
Re:新機能だけならいいけど (スコア:0)
透過PNGのアルファチャネルなんてoperaやfirefoxが実 (スコア:1)
ちょうどこれ [impress.co.jp]の逆のような・・・。
Re:透過PNGのアルファチャネルなんてoperaやfirefoxが (スコア:1)
これってつまり (スコア:0)
っていうアピールと捉えていいんですよね。
こういう話題が発表される度にタレ込まれるんでしょうか・・・
Re:これってつまり (スコア:2, 興味深い)
裏を返すと、この件に関する皆さん関心がいかに高いかの表れと言うことですね:-)
# その「一挙手一投足に関心が集まる」っていうヤツ
内訳話? (スコア:0)
明細を語るのか?
内訳話って (スコア:0)
内は毳無し
随分いい気分になっているようですが (スコア:0, フレームのもと)
IE6以前にこの成果が反映されれば偉業かもしれませんが。
YAGNI? (スコア:2, すばらしい洞察)
実装をサボったというよりも、その時点で必要な機能のみを実装していたのでは。
十分にテストされたコンポーネントとして実装され、結果として IE7 に搭載されるのであれば、歓迎。
Re:YAGNI? (スコア:2, すばらしい洞察)
＃Microsoft は unisys に使用料払っていたから積極的ではなかったのか？
ブラウザは安易な実装をすると、それに合わせたコンテンツが蔓延するという事情もありますし、最初にαチャンネルの実装をサボったことを肯定的には考えられません。
「本丸」CSS には期待しています。
Re:CSS (スコア:1)
技術的にも困難な仕事ですが、「今までのレンダリングと違うことをどう説明するか？」と言う半ば政治層に近い問題も横たわっているので、賛成した挙句お披露目できないと言う状況すら想像してしまいます。
＃もちろんそれは望んでいません。
ただ、いま話題になっている IE7 と呼ばれているものが Microsoft の中ではどのような位置づけであるのか、非常に興味があります。
単なるアドバルーンではないのかと想像するのは邪推でしょうか？
＃(90年代初頭の旧)C#みたいなに期待させた挙句世に出なかったと言う実例もあるので
Re:YAGNI? (スコア:0)
当時の状況を考えると同感であります。
ドッグイヤーなこの業界で間が開き過ぎてしまったと言うだけで、
Re:YAGNI? (スコア:0)
当初はそれでよかったのかもしれませんが、その後 (独占してから) 放置されていたのが問題なのではないでしょうか？
Re:YAGNI? (スコア:0)
ウインドウのエフェクトとしてαブレンドのWinAPIを、
W2Kで実装したぐらいなんだから、
必要性があるって意識はあったんじゃないかな。
だったらIE5か5.5あたりで書換えてくれよっ…て思ったり。
長編の作業？ (スコア:0)
原語を見たら、
feature workですか。そのまま、
「目玉機能並みの作業」
でどうでしょう？
Re:長編の作業？ (スコア:2, 参考になる)
このfeature workが「そのまま」で
「目玉機能並みの作業」になるセンスはもっと変。
featureっていわゆる「機能」とか「特徴」と訳される使い方もあるけど、この場合は「おまけやついでじゃない、それだけで主となる(規模の)もの」とかそんな意味。たとえばfeature filmという言葉は、むかし映画の同時上映が普通だったとき、そのなかで主となる作品て意味。それでfeature film＝長編映画という訳語ができた。タレコミ子はそれで「長編」にしたんだろう。
だからfeature＝メインの呼び物、目玉になる場合もあるんだけど、このPNG実装の文脈では、すぐ終わるついでの作業ではない(さりとてチーム全員でかかる一大プロジェクトでもない)、まとまった単位の作業、という意味で使ってる。
feature=目玉に引きずられると「目玉機能並み」になるのだろうけど、「目玉機能を実装するための作業量」に目安なんてないから、この場合の「作業量の例え」としてはおかしい。
こんなところで。
Re:長編の作業？ (スコア:1, すばらしい洞察)
目安ですよ (スコア:0)
バグフィックス今回の作業完全な書き直し
と言いたかったんだと思います。
目安になってませんか？
真のWeb職人は (スコア:0)
Re:真のWeb職人は (スコア:1, おもしろおかしい)
Re:真のWeb職人は (スコア:1, おもしろおかしい)
#意味が違う気がするのでAC
Re:真のWeb職人は (スコア:0)
PNGなんかどうでもいいからCSSを完全なものにしてくれ。
元記事読んでみたけど (スコア:0, 余計なもの)
Re:ウチのデザイナーと一緒に、 (スコア:2, 参考になる)
次のWindowsがでるのはまだ先の話だし。
IEだけが新しく登場したとしても、
いつまでもNetscape4.xを使い続けるところがあったように、
なかなか移行は進まないんじゃないでしょうか。
「IE6でみてください」というサイトが多くなってる昨今、
見る側にすれば、件の画像が使えないことによる不満は無いでしょうし。
せめてWindowsUpdateでIE6のパッチとしてでてくれれば、
作り手にとってうれしいですね。
Re:ウチのデザイナーと一緒に、 (スコア:0)
XP SP2のように、時限機構付きで自動PatchしてくれればさらにGood.
全て？のウェブ屋さんへ (スコア:1, すばらしい洞察)
だったらFlashやJavascriptがないと見れないサイト作るのも辞めてもらえませんかね？
＃MSもWeb屋も自分本位は変わりゃせん
Re:全て？のウェブ屋さんへ (スコア:2, 興味深い)
著作権保護の為に flash を使っていると思しきサイトを多々見受けます。
例えば、集英社のヤンジャンのホームページ [shueisha.co.jp]なんかは十分 html で書ける構成であり、意図的に flash を使っているとしか思えません。
歌手やバンド等の音楽関係アーティストのホームページが軒並 flash なのも、単に見栄えを良くする為だけじゃないかと。
コンテンツのコピーや特定コンテンツの外部リンク等を防ぐ為に、これから flash は多用されるんじゃないかと思います。
Re:全て？のウェブ屋さんへ (スコア:0)
Re:全て？のウェブ屋さんへ (スコア:0)
そしてむずいことをわざわざやるような人は悪意があると、(集英社が)言えるわけで。
Re:全て？のウェブ屋さんへ (スコア:1)
一部同意します。
flash って、ゲームもできちゃう、というのは頭ではわかっていても、例えば、いざこういうコンテンツを見せられる [idolbox.net]と、その表現能力に圧倒されます。
金さえつぎ込めば幾らでも娯楽性に富んだコンテンツができる。
また、いわゆるポータルサイト等のバナー広告は、アニメーション gif から flash にほぼ全て置き換わったと言って良いと思います。
flash は金のなる木なんでしょう。
Re:全て？のウェブ屋さんへ (スコア:1, すばらしい洞察)
下の方のコンテンツは仕方ないとしても、Flashで
全体作るのはやめて欲しいです。
見づらいたらない。
Re:全て？のウェブ屋さんへ (スコア:0)
たとえば、こことか。フラッシュだと、回線が遅いと動画が良く止まる様な気もしますし。Windows MediaPlayerに戻して欲しいな。
Re:全て？のウェブ屋さんへ (スコア:0)
mediaplayerって出来悪くありません？
flash動画の方が互換性あっていいですよ。
それとIEにバグが多すぎてflashで作ってしまった方がレイアウトしやすくてウェブ屋には便利なんですよ。
ただ、htmlみたいに置換ができないとか、検索エンジンにひっかからないとかいろいろあることはあるんですけどね。
Re:全て？のウェブ屋さんへ (スコア:1, 興味深い)
Re:全て？のウェブ屋さんへ (スコア:0)