【WHATWG】HTML5 Part4【W3C HTML WG】

1 ：12/02/18

現在絶賛規格策定中のHTML5を語るスレです
だが、とんちんかんなこと言う奴はDraftを100回読み直せ
http://www.whatwg.org/
http://dev.w3.org/cvsweb/html5/
前スレ
【WHATWG】HTML5 Part3【W3C HTML WG】
http://toro.2ch.net/test/read.cgi/hp/1295872957/

2 ：12/02/18

乙

3 ：12/02/18

音まわりの実装はいつになったら安定しますか

4 ：12/02/19

安定してないの？

5 ：12/02/20

重くなると音がとぶ
重くなくても割れる
ずっと使ってると鳴らなくなる

6 ：12/02/20

audioの実装は特にスマホがひどいな
PCもダメダメだけど
スマホはそもそも鳴らなかったり、あとiPhoneは非常に制限が厳しい仕様が意味不明
データのキャッシュもできないし、やる気あるのかと

7 ：12/02/20

iPhoneはHTML5でアプリ作れるようになったらappストア売れなくなるからな
意図的に制限だらけ

8 ：12/02/20

それは妄想だろ

9 ：12/02/20

firefoxは短い音が割れるからけつに無音をつけなきゃなんない

10 ：12/02/20

>>8
現実だ低脳

11 ：12/02/20

本当にAppleの存在は公害でしかないな

12 ：12/02/20

「アプリが売れなくなるから意図的にHTML5のサポートはしないようにしよう」という趣旨のApple内部の議事録でもあるんなら見せてみろよ
それができないならお前の妄想だド低能w

13 ：12/02/20

ｱｲﾌｫﾝｶﾞｰｱｲﾊﾟｯﾄﾞｶﾞｰｱｲﾎﾟｯﾄﾞｶﾞｰ

14 ：12/02/20

洗脳済みマジキチアポー信者になにいっても無駄
言葉が通じないので＾＾；；；；；；；；

15 ：12/02/20

反論できなくなったらレッテル貼りとか、かっこわるw

16 ：12/02/20

ｋｓは相手にするなよ、皆さん

17 ：12/02/21

また情弱あぽーが沸いてたのかｗ

18 ：12/02/21

そもそも論理すら成り立ってないものに対して反論のしようがないだろ

19 ：12/02/21

情弱は上客です。
頭の弱いのしかいないios市場はぶっちゃけ入れ食い＾＾ｂ

20 ：12/02/21

スレチ…でもないんだよな、iOSでHTML5がちゃんと動かないという話で始まったから
audioの制限は3G接続時のパケット代節約みたいなことを言ってるらしいがあれ大嘘だぜ
鯖のアクセスログ見てると、再生させないだけでデータのダウンロードはしてるｗ
それじゃ全く意味ないだろｗｗｗバカなの死ぬのｗｗｗ
あとパケット云々言うならキャッシュさせろよ
これは何故かAndroidもだけど、音データはキャッシュしてくれず毎回必ず読みに行く仕様ぽい

21 ：12/02/21

iOSのAudio、どう考えても絶対に解禁されるわけがないよな……
Safari使ってる限りAppleの檻の中で、
Webアプリをネイティブアプリ並にという目論見はもうこの時点で崩れる。
未だに夢見てる人達は何なんだろうか。

22 ：12/02/21

あと、GoogleとAppleがWebKitとWebKit2に分裂したのも
今後のことを考えて腹の中であれこれ企んでのこととしか思えん。
Appleだけじゃなく、最近はIEBlogあたりも香ばしい記述が多い。
コメント欄でいろいろツッコミが入ってたりするんだがまあ無視。
http://ascii.jp/elem/000/000/672/672818/
> なかなか勝てないとき、アメリカ人は「オープン」と言い出す癖がある
（略）
> 自身の既得権は決してオープンにせず、他人の権利は自由や公平性を主張して奪い取る。
> ビジネスの世界で是非とも真似しなければならない。

23 ：12/02/21

民主党そのものみたいだなw

24 ：12/02/21

仲良しこよしなビジネスしてるのは日本くらいなもんだ

25 ：12/02/22

ビジネスどころか国際貿易でも同じだけどな
グローバルとか貿易自由化とか規制緩和とか
エゴイスティックなのばっかり

26 ：12/02/22

本気のビジネスってのはし合いだぞ

27 ：12/02/25

HTML5＝民主党だよな。
重いキャンペーンサイトが嫌だ、プロプラ嫌だ、と叩き出して別のさらにクソなものを招き入れるという。
救いがたいのは、今回それを無知蒙昧な一般人ならともかくエンジニアまでがこぞってやってるんだぜ。
俺PC歴30年くらい、プログラミング歴25年くらいでいろんなプラットフォームの死を看取ってきたけど
自然死ならともかく、現行技術がポピュリズムじみた集団リンチで潰されるのは初めて見るよ。
はてなブックマーク - HTML5は本当にFlashの代替になり得るのか？〜Webテクノロジー進化論
http://b.hatena.ne.jp/entry/www.slideshare.net/otachan/html5flashweb
ネガコメやスターを見ると、もはや何の論理的な抗弁も出来なくなっているのが分かる。
「キモい」「幼稚」「必死」「見てるだけでうんざり」「3年後10年後もエンジニア」だから等。
正直、スターも含めて全員IDを晒したいレベルなんだが。まともに技術検証すらしないエンジニアたち。
Flashに問題がなかったとは間違っても思わないけどね。
まあどっちにしろ、今後10年20年クソ技術HTML5とクソ言語JavaScriptに付き合うことを余儀なくされるのでした。
私たちが招いた現実です。
ところでSlideShare、FlashからHTML5に移行してものすごく重くなったよね。Chromeがクラッシュしまくるし。
こういうの誰も口に出さない。HTML5は正義。

28 ：12/02/25

id:amachang
こいつだけは晒しとこ。お前最初からずっとJavaScript野郎だろ。

29 ：12/02/25

あと文句いっこ。
HTML5 Rocks
http://www.html5rocks.com/
がリニューアルして悲惨になった。
レイアウトは酷いし、スクロールは流行り（）のparallax scrollで重いし、しかもなんだよこのロゴ。誰か止めてやれよ！
http://www.html5rocks.com/static/images/site_title.png
どう見てもHTML5は正義でブレーキが何もかかってない。

30 ：12/02/25

>>27
hspがでるときもC言語がなくなるとか世間はさわいでたじゃん

31 ：12/02/25

Unityはすごい勢いで伸びてきてるのに
HTML5は相変わらずのくるくる詐欺。まぁHTML5は技術的にだからしゃーないんだけど

32 ：12/02/25

またFlashエバンジェリスト()が荒らしにきてるのか

33 ：12/02/25

>>31
出来る事でやってりゃいいじゃん。
どうせ趣味のページで使うだけでしょよ？

34 ：12/02/25

これだから老害エンジニアは。。。Chromeが落ちる原因がわからないなら引退しなさい

35 ：12/02/25

と低脳ど素人が意味不明な主張します

36 ：12/02/25

>>34程度の日本語がわからないとはｗｗｗガチじゃんｗｗｗｗｗｗ

37 ：12/02/25

>>34
はいはい

38 ：12/02/25

javascriptのオーサリングツール早くでねーかなぁ　手打ちめんどくせえ

39 ：12/02/25

顔真っ赤の消防が脊髄してるけど2chはじめてか？

40 ：12/02/25

頭痛そう？大丈夫？

41 ：12/02/25

やめろ　フラッシャーが発狂しだすとまたスレが荒れる

42 ：12/02/25

Adobe、Linux版Flash Playerの開発打ち切りへ http://linux.slashdot.jp/story/12/02/25/0443218/

43 ：12/02/26

>>41
>>42
スレチだチョン豚
二度と来るな＾＾；；；；；；

44 ：12/02/26

>>43
お前もいい加減韓国卒業しろよ

45 ：12/02/28

姦国豚スレか気持ち悪い

46 ：12/02/29

HTML5とFlashは比較するものじゃないし。
Flashの世界に閉じこもってりゃいいじゃねえか。
わざわざ荒らしに来るな。
スマホだとiPhoneとかそもそもFlash動かない上に、
Android4でもFlash搭載できない端末（FPUのない端末）を
正式に認めているから、スマホにおいてはFlashは議論にすらあがらん。
比較するものじゃないって意味わかるかな

47 ：12/02/29

フラッシャーは全盛期に十分儲けただろｗ
進歩を阻害すんなよｗ

48 ：12/02/29

>>46
mobageはflashをiphoneで動かすことに成功してる。他にも動かしてるところが出だしてる

49 ：12/02/29

>>47
国へ帰れよ朝鮮豚

50 ：12/03/02

>>47
少なくとも代替を目指してるだけの現状は、進歩とも違うだろ

51 ：12/03/02

>>49
お前の故郷なんかごめんだわ

52 ：12/03/03

一企業の一ソフトへの依存からの脱却は進歩だよ

53 ：12/03/03

html5のコーディングツールってあるの？

54 ：12/03/04

実はここまで全部俺一人の自演

55 ：12/03/04

色々見てみるとflashの9割方がHTML5で代替出来るものばっかりだな。
ただ、本当にflash使いこなしてるものは、すぐには変わらないだろうね。

56 ：12/03/04

>>55
本当にFlash使いこなしてるサイト教えて

57 ：12/03/04

>>53
メモ帳

58 ：12/03/06

JQuery使えば簡単にflashサイトみたいなことできるじゃん。

59 ：12/03/06

>>58
参考にしたいから適当なサイトリンク貼ってくれる？

60 ：12/03/07

>>56
スクエニの糞重いゲーム紹介サイト

61 ：12/03/07

html5を持ち上げてた奴ら静かになったな。ようやく自分の馬鹿さ加減に気づいたのか

62 ：12/03/07

広く浸透してわざわざ持ち上げるまでもなくなったからな

63 ：12/03/07

広く浸透ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

64 ：12/03/07

Internet Explorer の自動アップグレードについて
http://technet.microsoft.com/ja-jp/ie/hh859701

65 ：12/03/07

スマートフォンではHTML5以外の選択肢がないからな。
ついにIce CreamでもFlashなくなる端末デフォルトらしいし。
PCならFlash使わない理由がわからないけど

66 ：12/03/08

Flash落ちまくるじゃん。PCごと固まるし。

67 ：12/03/08

PCごと固まることはここ数年ないなあ

68 ：12/03/08

それよりも、Flashはキーボード入力を奪われるのがムショーに腹が立つ。
Ctrl-tとかCtrl-kとか無意識に入力するけど、反応が無かった時の苛々感は異常。

69 ：12/03/09

>>68
スレチだ消えろ低脳

70 ：12/03/10

>>69
スレチではない。HTML5が普及すればそういうギャップがなくなるって話し。

71 ：12/03/10

まあ頻度が減りはするだろうけどな
逆にキーボードイベントをフックして完全に入力コントロールするサイトも増えるだろうよ
俺も業務用にそういうの作ったことあるし
あと、やっぱりスレチじゃね？

72 ：12/03/10

日本語通じない低脳豚に何いっても無駄ｗ

73 ：12/03/10

> 技術的な意味ですごい。。HTML5で作られたゲームボーイカラーのエミュレータ
> 「JS GameBoy Color Game Center」
今日は朝からTwitterでこんなRTが駆け巡ってて、本気でげんなりするんだが。
アクセスしてみたら大量のゲームボーイのROMがまんま組み込まれてやがる。
前からHTML5でマリオ動いてるすげえだのなんだので気になってたんだが
こいつらモラルもクソもないな。

74 ：12/03/10

HTML5盛り上げてる連中こんなゴミどもばっか。唾棄すべき手合い。

75 ：12/03/10

>>68
> それよりも、Flashはキーボード入力を奪われるのがムショーに腹が立つ。
JavaScriptもイベントで簡単にデフォルト動作奪えるよ。

76 ：12/03/10

Flashで作られたエミュレータもそんな感じだったけどな
単に時代は繰り返すってだけだろ

77 ：12/03/10

モラルとか不謹慎ゲー作って喜んでるクズFlasher共に言われたくないなw

78 ：12/03/10

Flashだとデフォルトでキーボードを奪うのが問題なのを理解できない低脳がいるらしい

79 ：12/03/10

あーそりゃ大問題だねーすごいねー
で？
スレチだからとっとと失せろよ

80 ：12/03/11

>>75
> JavaScriptもイベントで簡単にデフォルト動作奪えるよ。
意図して奪ってるならいいんじゃねーの？Flashは必ずだからな。

81 ：12/03/11

どうしても二項対立に持っていきたい奴がいるようだな
HTML5の話をしろよ
つっても話題なんか無いわけだが

82 ：12/03/11

HTML5はスマホサイト作る時に使うもの
と覚えておけば間違いないですか

83 ：12/03/11

いいえ

84 ：12/03/11

ターゲットがある程度固定出来る上に
それなりに対応してるから使いやすいってのはあるわな
WQVGAを想定しときゃ鉄板だし

85 ：12/03/11

HTML5（JavaScript）の問題点
　(1) 遅い
　(2) ブラウザ間の互換性が低い
　(3) videoコーデック
(1) 遅い
Flashはソースコードとネイティブコードの中間であるバイトコードを用いる
これに対しJavaScriptはソースコードをインタプリタで逐次解釈しながら実行するためFlashよりも遅くなってしまう
参考：FlashがJavaScriptの10倍速いことを示す例
http://lab.co-conv.jp/blog/2007/05/01/graph-js.gif
http://lab.co-conv.jp/blog/2007/05/01/graph-as.gif
(2) ブラウザ間の互換性が低い
JavaScriptには常にブラウザ間での互換性問題が付きまとっている
最大の理由は過去の資産との互換性である
ブラウザのベンダは標準仕様よりも「今存在するサイトが正しく見られること」を優先するので、
サイト側が標準仕様に違反するような実装をしていてもそれが多すぎればそれに従わざるをえない
その上標準仕様自体に曖昧な記述などの問題がある場合もあり、それが原因でブラウザごとに実装が異なる場合もある
参考：http://news.mynavi.jp/articles/2010/08/31/ie9-javascript-impl-decision/
PCのブラウザだけでもこれほどの互換性問題があるため、スマートフォンも含めたHTML5の開発は混迷を極める
しかしFlashの場合は互換性の調整をAdobe側が負担してくれるため、開発者は互換性について意識する必要はない
(3) videoタグ
これは(1), (2)とは異なり有名な話
HTML5の目玉とも言えるvideoタグのコーデックが平行線なのは痛い
動画サイトがHTML5への以降に二の足を踏むのは動画のコーデックを決められないのも原因の一つだろう
参考：http://blog.kazuhiroshibuya.com/archives/51245301.html

86 ：12/03/11

Flashなら10分でできそうなのにHTML5で作ってって言われた。
知識ゼロなのにどうしよう…。誰かぼすけてください。

87 ：12/03/11

>>85
(1)は過去の話。実装によるわけでV８なんかはネイティブC並の速度が出る。
だから老害エンジニアはさっさとって言ってるんだよ。

88 ：12/03/11

Chromeって結局H.264切ってないよね

89 ：12/03/11

>>85
最近Flasherさん、いつも長文だね(́・ω・`)
何か嫌なことでもあったの？(́・ω・`)

90 ：12/03/11

>>87
高速に動作するjsゲームとかみたことないんだけど教えてよおじさん

91 ：12/03/11

全然わかってないな。そりゃお前が糞な環境しか用意できないからだ。
そんなお前にどんなコーディング紹介しても高速には動作しねーよ。

92 ：12/03/11

HTML5グラディウスとかすごかったんじゃね、あれ見た時は結構いけるなーと思った

93 ：12/03/12

>>85
> (1) 遅い
JavaScriptを逐次解釈っていつの時代の話しだよ。
最近はかなり速いし、まだ早くなる。
> (2) ブラウザ間の互換性が低い
逆にFlashは古いバージョンを入れてると問答無用に見れなくする事で回避している。
参考のサイトはブラウザを実装する時の苦労話で、開発者が向き合う問題でないように思う。
それにライブラリとかフレームワーク使えば、互換性をあまり気にしなくてよくなるぞ。
> (3) videoタグ
H264とWebMの両方置いておけば、実用上問題無い。

94 ：12/03/12

>>90
http://videos.mozilla.org/serv/mozhacks/flight-of-the-navigator/
↑WebGL必須だけど。
あと、Quake3とかも移植されてるよ。俺の環境では動かんかったけど…

95 ：12/03/12

>それにライブラリとかフレームワーク使えば、互換性をあまり気にしなくてよくなるぞ。
そうかなあ
俺のスマホでjQueryがうまく動かなくて困ってるぞ
携帯デバイスはまた別の話？

96 ：12/03/12

>>94
すげー。こういうの作りたいな。

97 ：12/03/12

@HTML5_now
> 片や矩形描画、片や毎回サーバーに問い合わせ、での比較じゃ当然の結果でしょう。てかネットワーク依存だし。
> HTML5はFlashの3倍重かった! 描画パフォーマンスの比較
何を言っているのか意味が分からないｗ
どっちも使ってるのは同じ描画APIだっての。サーバに問い合わせって何をだよｗ
HTML5やってる連中は基本的に頭悪い。HTML/CSS/JavaScriptしか使えないところに何か新しいものがきて
わーすげーって言ってるだけだから、それがどれだけ素性が悪い技術なのか理解できない。
視野がすこぶる狭い。
HTML5 Canvasめちゃめちゃ遅いよ？
2Dイメージの描画でCanvasはWebGLの5倍遅く、さらにWebGLはDirectXの5倍遅いという
ベンチマーク結果が出てる。つまりネイティブの25倍遅い。ちなみにアンチHTML5やFlasherなどではなく、
今まさにHTML5のゲームエンジンで商売してるところ（http://www.scirra.com/）が取ったベンチマーク結果だぞ。

98 ：12/03/12

>>87
> (1)は過去の話。実装によるわけでV８なんかはネイティブC並の速度が出る。
お前実際に測ってみたことがあるのか。プログラマ板より。
> V8そんなに速くないよ？もともと鬼のように遅かったJavaScriptが相対的に速くなっただけで。
> ちと前にNative Client方面やEmscriptenの作者やら巻き込んで話題になったベンチ結果↓
> Box2D Pyramid Stress Test
> https://docs.google.com/spreadsheet/ccc?key=0Ag3_0ZPxr2HrdEdoUy1RVDQtX2k3a0ZISnRiZVZBaEE#gid=0
JavaScript（V8）はCの20倍遅い。
重要なことなので２度言います。
JavaScript（V8）はCの20倍遅い。

99 ：12/03/12

HTML5で現にコード書いてる人たちはみなクソクソ、遅すぎ、ブラウザ依存ひどすぎ、しんどい、
でもビジネスチャンスだし他に選択肢もないから頑張ろうって言ってやってるのに
周囲が勘違いしてる感がすごいです。
むしろ、今HTML5をすごい技術、良い技術だと勘違いしてるやつは
まだろくに使ってもいないわけで、すぐ置いてかれると思う。
Flasherどもにすらあっさり抜かれるよ、きっと。
現にWebGLでデファクトスタンダードになりつつあるThree.jsなんか元Flasherが作ったライブラリだし。

100 ：12/03/12

Flashエバンジェリストさん今日も長文で必死なの… （´・ω・｀）
きっとストレスたまってるんだね （´・ω・｀）

101 ：12/03/12

>>98
実際に測ってないのはお前じゃねーかｗｗｗ
だいたいV8はC++のランタイムで動いでるのに20倍も遅くなるわけないだろｗｗｗ
実測してみろ

102 ：12/03/12

え、何言ってるのこの人。。。

103 ：12/03/12

ブラウザが追いついてないからHTML5使うのはまだ当分先

104 ：12/03/12

互換性さえどうにかなってくれればHTML5はいいんだがなあ

105 ：12/03/12

>>97
>CanvasはWebGLの5倍遅く
OpenGLの間違い？

106 ：12/03/12

とりあえずC並の速度が出るって言ってる奴は頭おかしいだろ

107 ：12/03/12

V8はCのネイティブコードと比較して2倍から8倍の速度
これをC並と言っても頭おかしいとは思わんがな

108 ：12/03/12

http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=v8&lang2=gpp
純粋なベンチマークだと↑ここが割と定番。
大体C++の3,4倍ぐらいの速度になってる。一部異常に遅いのがあるけど、多分ソースに
問題があると思う。

109 ：12/03/12

DOM操作もhtmlマルマルモリモリ読み込んで正規表現でやった方が速いんかな

110 ：12/03/12

んなこたーない。ブラウザ自体はネイティブコードで極限までチューニングしようと
してるんだから、それにかなう訳ない。

111 ：12/03/13

target="_blank" の復活は評価する

112 ：12/03/14

タブで開いたりウィンドウで開いたりめんどくさい

113 ：12/03/14

見出し要素は、h1,h2,h3,h4,h5,h6 じゃなくて、
たとえばレベル属性を使って以下のように記述する方がスマートではないか？
<h level="1">見出し</h>
恣意的に決められた「6階層まで」しか表現できないのも問題だし、
別々の要素であるためにCSSの指定も一括でやりたいときにスマートに書けない。
…みたいな話って、このスレでおｋ？

114 ：12/03/14

さらにこういう問題もある。
記事本文中で見出し要素を使えないという悩み：メモランダム（転載）
http://az-store.nrym.org/archive/mynotes/blog/2006/11/headings
まあ、「記事の見出しにはh1を使い、サイト名やロゴなどにhn要素を使うべきではない」
派にとってはむしろ当然なのかもしれないけど。てかこの問題に気付いて、この派閥に入りたくなった。

115 ：12/03/16

HTML5の最大のネックはIE8でサポートされてないこと。
取引先のオッサンに、IEじゃなくてchrome使えって言っても
「うちはwindowsXPを使っている」と返信される。ブラウザから説明しな
くちゃいけない

116 ：12/03/16

>>114
派閥じゃなくて仕様通りだろ
「急須を茶入れに使い、人を殴るのに使うべきではない」派、とか言ってるのと同じ

117 ：12/03/16

>>113
HTML5ではどのレベルの見出しも<h1>で表現できるよ。

118 ：12/03/16

怖いくらいに野心的なスタートアップのアイデア
http://www.aoky.net/articles/paul_graham/ambitious.htm
> いくつかの戦術的なアドバイスをして締めくくることにしよう。私が論じたような大きな問題に
> 取り組みたいのなら、直接正面から攻撃しないことだ。たとえばメールを置き換えるなどとは
> 言わないことだ。もしそのように言ったなら、あまりに多くの期待を持たせることになる。
> 社員や投資家から絶えず「まだできないの？」と聞かれることになるだろう。
> そして失敗を望むアンチが山ほど現れるだろう。
HTML5のことかー！
つか、そもそも既存技術への敬意がない新参者は侮蔑されるに決まっている。

119 ：12/03/16

>>105
WebGLで合ってる。これか。圧倒的だなネイティブｗ
HTML5 2D gaming performance ysis - Scirra.com
http://www.scirra.com/blog/58/html5-2d-gaming-performance-ysis
http://www.scirra.com/images/allperf-graph.png
まあJavaScirpt書けば手軽にものが動く、というのはいいんだが
ネイティブまで下りたことがないやつがどんどん増えていくのはどうかという気がするね。
「JavaScriptの速度がネイティブ並み」など、
どこのおっちょこちょいの誇大宣伝を間に受けたのかは知らないが、
実際にC/C++とJavaScriptを両方書いたことがあれば絶対にしない勘違いだろう……
思うに、コンピュータの歴史というのは
ハードウェアが速くなればなるほど横着して重いプログラムを書くやつが増えて
体感速度は全然上がんないというのがずっと繰り返されてきたけど、HTML5（）もそれでしょう。
自分が使っている機械の本当の計算能力を知らない人がどんどん増えていくのは悲しいことだ。
PCのネイティブのゲームの一例（動画）
Battlefield 3: Official Fault Line Gameplay Trailer - YouTube
http://www.youtube.com/watch?v=uA378g_gD1I
iPhoneのネイティブのゲームの一例（動画）
Infinity Blade: iPhone Trailer - YouTube
http://www.youtube.com/watch?v=JDvPIhCd8N4

120 ：12/03/16

今日もFlash宣教師さん仕事がんばってるようだね

121 ：12/03/16

ベンチ結果出てんのに何いってんだ。自分が信じるものしか見えない人か
「WebGLで5倍、canvasで5倍だから25倍遅い」とか言い出す人だからしょうがないか

122 ：12/03/16

だいたいHTML5を何だと思ってるのか。Gameのフレームワークじゃないぞ

123 ：12/03/16

>>119
俺のcorei5のacerノートだと、
IE9
　canvas::20fps/500objs
Firefox11
　canvas::20fps/200objs、WebGL::30fps/2000objs
Chrome17
　canva::30fps/3000objs、WebGL:::30fps/10000objs
C++/DX 30fps/20000objs
だった。ChromeのWebGLは流石という感じだわ。

124 ：12/03/16

レンダリングコンテキスト作って後は殆どOpenGLに丸投げするだけなのに
FxとChromeでそんなにパフォーマンスの差が出てるのは
ラッパーAPIの出来の差なんだろうか
どうでもいいけどもうFx11出たのかよ

125 ：12/03/16

JSエンジンの差じゃないの？

126 ：12/03/16

JSベンチでの一般的なスコア差以上の差が出てるから気になってな

127 ：12/03/17

経産省のHTMLソースがクソすぎる件 <div></div><div> <div> <div>
http://engawa.2ch.net/test/read.cgi/poverty/1331911662/

128 ：12/03/20

Mozilla が H.264 サポートを検討中
http://www.infoq.com/jp/news/2012/03/mozilla-h264
＞<video> タグ戦争は事実上，H.264 を勝者として宣告することで終結したのだ。

129 ：12/03/20

ChromeはH.264のサポートやめた(過去形)なんてデマまで流して
HTML5のネガキャンしてたFlasher(笑)のひとたち、いまどんな気分かな？

130 ：12/03/20

>>129
スレチだ低脳

131 ：12/03/25

sessionStorage に暗号化のキーを入れるのは
やっぱり危険ですかね？

132 ：12/03/27

XHTMLもHTML5も使えないなら何で書けばいいんだ？

133 ：12/03/27

plain/text

134 ：12/03/27

MacならWinもスマホも全部1台でできると言ってるのは一種の情弱だと思う
うちは逆に今はWin1台でMacもスマホも全部やってるし
紙のイラレやインデザもWinに完全移行した
もっともWin7になってからだけどね、実用的になったのは

135 ：12/03/27

唐突にどうした情弱

136 ：12/03/27

唐突に自己主張始めるやつってなんなんだろうな。釣り？

137 ：12/03/27

HTML5のCanvasの勉強にペイントのようなものを作っているのですが、
lineWidthを太くすると、
http://f.hatena.ne.jp/ogatashi/20110605130608
このような線になってしまいます。
これは何が原因で、どのように対策すればいいのでしょうか?
http://ascii.jp/elem/000/000/513/513377/index-4.html
を参考に作っています。

138 ：12/03/28

こっちのどもに聞け
Canvasについて語ろう
http://toro.2ch.net/test/read.cgi/hp/1305093769/l50

139 ：12/03/28

>>138
ありがとうございます
Canvasのスレッドがあるのは気づきませんでした
そちらに移動します