【WHATWG】HTML5 Part2【W3C HTML WG】

>>411-412
XHTML要素に@xml:idは使えるけど、@xlink:hrefとかはnot allowedって言われる
なんでだろ？

>>415
検証時に好き勝手な属性付加を認めるわけにもいかんだろ。
ある属性を全要素に持たせたいなら、そういう風にスキーマを書け。

validator.nu で使っているスキーマ（syntax.whattf.org のやつ）は、
ほとんどの XHTML 要素に xml:* 属性を認めているが、
XLink 属性は SVG と MathML でのみ認められている。
もともと HTML Syntax でそうなっているからだと思うが、
もし文句があればスキーマを修正して送ってやれ。

>>416
�d。現行の草案では問題はないってことね。

HTML5って、後何年で完成されるの？
五年くらいかかりそうじゃ無い？

When will HTML5 be finished?
http://wiki.whatwg.org/wiki/FAQ#When_will_HTML5_be_finished.3F

勧告されたとしても山のようにエラッタが出て
2ndEditionでまた一部が変更されるとｵﾓ

違う
実装がそろって十分にテストされてからでないと勧告されない
それまではせいぜい勧告候補のまま（だから2012年くらいを目処にしている）
完成を待つとかの問題じゃないってことに、はよ気付け
WHATWGのHTML5草案自体はすでに次のバージョンも視野に入れてんだぞ

>>421
そのためにとりあえず勧告候補くらいまでは進んでもらわないと
少なくともいつまで経っても変化の激しい草案のままじゃ使いものにならねーよ
完成形が一部しか見えてないから不安になる、完成するのは大体いつ頃か
ってのはコロコロ変わる草案見てりゃごく当たり前に浮かぶ疑問だろう

>>419に2012年度中に勧告候補にすると書いてあるよ

仕様の完成を待ち続けて潰れたXHTML2の反省から
実装具合を見ながら一緒に仕様を完成させていくプロセスを望んだのは
他ならぬ制作現場じゃないか
だからHTML5が完成するのは、HTML5の実装が完成するとき
全ての機能が完成するのは2022年くらいとエラい人が言ってたはず

そもそもHTML4の実装ですら、勧告から10年以上経っても
未だにHTML5で到達したいレベルに達していないと>>419にある
草案が使いものになるかどうかは草案の完成度ではなく
実装があるかどうかだ、てのがここ10年で学んだことじゃないの

と言うか、実装があったって移行しない奴は移行しないけどな
JavaScriptの書き方だって、実装自体は2002年には出そろって
さらにAjaxが流行したここ5年ぐらいで大きく変わったけど
大半は未だにNetscape JavaScript 1.3のレベルにとどまってる

草案の完成度でも実装の完成度でもないとしたら
現場が移行するファクターって、何なんだろうな

HTML4やxhtml1の頃だってこんなものだったんじゃないの？　よく知らないけど。

>>424
当時と仕様の策定プロセスや勧告の基準が変化してるから、単純に比較できない

あとは仕様の密度の問題もある

>>424
HTML 3.2/4.0には、ブラウザベンダの拡張競争を抑制する意図もあった。
「とほほ」とかを見ればブラウザ対応がメインでDOCTYPEの解説もないだろ。
ほとんどの人間は「HTML 3.2/4.0を書いている」という意識がなかったはず。
XHTML1の場合、Netscape4でXML宣言が表示されてしまうから意識しただろうけど。

今でこそテーブルレイアウトが(過剰なまでに)忌避されているけど、
ブログブームに火がついて「CSSテンプレート」が流行るまでは、
CSSなんてのは現実を知らない格好つけ、みたいな風潮すらあったわけだし。

どの段階で「使える」と見なすかは、ブームに乗るかどうかでしかないのかもしれない。

過去にひきずられない新世代が入ってくるかどうか、じゃね

先駆者が「こんなサービスができた」と発表→みんなこぞって追随
Googleが率先してHTML5を使ってるのは、それを知ってるから

Ajax のもとになった XMLHTTP は、もともと Microsoft が Outlook Web Access のために即興でつくったもの。
XML なんて全然関係ないのに、XML とついているのは、当時IE5がXMLの強化を謳っていたので、
標準機能としてねじ込むために無理やりつけたものだ。
http://www.hyuki.com/yukiwiki/wiki.cgi?StoryOfXmlhttp


新しい画期的な技術が生まれたとき、それをどれだけのブラウザが実装するかは政治力によるだろう。
当時圧倒的なシェアを誇っていた IE に実装された XMLHTTP は、他のブラウザにも取り込まれたが、
いま、IEを含めて、どこかのブラウザが新機能を実装したとき、それが他のブラウザに取り入れられるまで
どれほどの時間がかかることか。

CSSの仕様がまだ理想だった頃にHTML+CSSレイアウトすげーっ！とか
思ったら、webブラウザで対応がマチマチだった時代の苦労はもう嫌だ。
何でも良いからみんな仲良くまとまってくれ。

>>426
>草案が使いものになるかどうかは草案の完成度ではなく
>実装があるかどうかだ、てのがここ10年で学んだことじゃないの

数値文字参照みたいな基本的な部分すらコロコロ変わる草案だぜ
どう実装しろっつーんだよ。馬鹿も休み休み言え。

安価ミス
×>>426
○>>423

文字参照で何か変わったっけ？
HTML 4.0 の実体参照のちゃんとした実装も未だにないけど、みんな使ってるじゃん

ごめん、ないは言い過ぎだ

>>431
2012年内に勧告候補を目指すものを、今すぐ使えと言った覚えはないぞ
完成を待つ必要はないと言ってる
ちなみにIE4からIE5へは1年半、IE5からIE6へは2年半、IE7からIE8へも2年半
IE6は異常だったけど、2年で状況はだいぶ変わるよ

>>435
お前が何を言ったかは関係無く
使いたいやつが早く使い物にしろってせっついてんだよ

使い物になるかどうかの話なら
それこそ規格書なんか関係ないわなぁ

規格書が使い物にならんって話だろ
どうも一人くらい強引に、話題を捻じ曲げるやつがいるなあ……

規格書の中でも、俗に言うDOM Level 0の再定義部分は普通に参考になる
これまでの実装状況をまとめたものとして見れば、すでに「使い物」にはなってる
新しく追加された部分はまだ安定せず「使い物」にならない
HTML5に何を求めているかで、だいぶ違う

http://www.chromeexperiments.com/
とりあえずここでも見てまったりしようぜ。

HTML5で動画再生できるとしても、
それぞれのブラウザに対応させるために複数エンコードしなきゃいけないとか、運用がめんどくさい。

Flashでの汚いフォントを目にしなくて済む。良い事だ。

ScribdのCTO曰く”オンラインドキュメントもFlashを捨ててHTML5化する”（貴重なスクリーンショットあり）
http://jp.techcrunch.com/archives/20100505scribd-html5/
>これらのドキュメントは、FlashのないiPadのブラウザでよく見えるようになるだ
>けでなく、各ドキュメントのリッチなフォントやグラフィクスがそのままWebペー
>ジ上に表示されるようになる。

>>442
Introducing Scribd in HTML5
http://www.scribd.com/documents/30964170/Scribd-in-HTML5

HTML5 に変換済みのドキュメント
http://www.scribd.com/documents/29659337/Mr-Mean-Saving-Your-Relationship-from-the-Irritable-Male-Syndrome

x264 の開発者のウェブビデオや VP8 や Flash への失望を書いた日記を翻訳した
ttp://d.hatena.ne.jp/ampll/20100502/1272787459

html5に対応しているブラウザ使ってるユーザーって何％くらいですか？
flashではなくhtml5でいこうか悩んでるのですが

flashが98％ html5対応は半分にも満たない
いまだに日本ではIE6-8のシェアが高すぎる
IEからFirefoxやChromeに新規で乗り換える人数は増加してはいるが緩やか
どちらかというとすでにIE以外のブラウザを使ってる層が
IE以外の他ブラウザ（例えばFirefoxからChrome）へ乗り換えてるケースが多い
GoogleやAppleの知名度は日本で盛んなモバイル市場でメジャーになりつつあるので
(とはいってもスマートフォンユーザは現状では10％程度だが)
副次的効果でパソコンのほうにもChromeやSafariが適用されていく可能性はある
FirefoxやOperaがシェアを落としてChromeとSafariに流出してるのは知名度による効果が大きい
MSが次期IEのhtml5でh264サポートをあげたのにも多少関係してるだろうが
それを意識する技術者層の推移は微々たるものと思われる
IEも9になったらhtml5対応するのでIE9が浸透してきた頃には70％ぐらいになるんじゃないだろうか
IE8のユーザが全員9にアップデートするとしても
依然6＆7のユーザが多いのでほぼ100％のflashより高くなることは最低でも5年はないと見てる

趣味サイトでhtml5使うのはだるいな

XPのデフォルトブラウザがIE6だからな。
PCに疎い層は乗り換えずに使い続けるだろうな。

Windows7のIE８も相当長く生き残ると思うぞ・・・。

門外漢にHTML5はFlashを完全に置き換える夢の技術みたいに吹き込んだ奴吊るして殺せ
ウザ過ぎる

ジョブズ殺害幇助ですか？

どちらでも実現できるが普及率が分からないっていう質問だったんじゃないのか

Flashはcookie以外ならHTML5+JavaScriptで完全に置き換え可能だろ

HTML5は特定のマークアップ（video要素）だけじゃなく、従来のDOM level0みたいなAPIを含む概念
JSから触れるAPIが標準化されればFlashコンテンツを簡単にHTML+JSで置き換えできるって意味だろ
それこそHTML5の一番のメリットだ
それにDOM level0や新しいAPIの標準化はそれがなくとも大きな意義がある

別にvideo要素みたいな新顔のおかげでただちやほやされてるわけじゃない

今年は主要Webサービスが一斉にIE6非対応化をすすめて
レガシーブラウザを一掃しに行くと思う。えーと

FaceBook … 昨年より段階的にサポート停止中
YouTube … 2010/3/13サポート停止
Gmail … 2010年後半にサポート停止予定
Google Calendar … 2010年後半にサポート停止予定
Salesforce … 2010年中にサポート停止予定

あたり。コンシューマ向けだけじゃなくて、法人用途の
WebAppサービスもそういう動きになってきたのは大きい。

GoogleがAjax広めだしてからWebの進化速度が速すぎてついていけないよママン

今はHTMLしか知らなくて、今年末頃に新しいサイト作ってアップしようと思ってるんですが、
XHTML飛ばしてHTML5覚えてそれで作っても問題ないですかね？
ブラウザの方がまだ対応しきれてないから不利とかそういうのはないんでしょうか
もし、外部からもってきたWEB系の仕事をやる場合、XHTMLで書かれたサイトをいじる事もあるから、
一応覚えとけというのはあるかもしれませんが
（これはその時に、HTMLとの違いを確認しながら作業すれば問題ないのかな？）

無知故、質問がズレてる部分があるかと思いますが、ご意見ください

HTML5にいつでも移行できるようなHTML4

IEの場合独自（未知の）要素はそのままだとスタイルが適用できないので、
JavaScriptでdocument.createElementをする必要がある。

例えばIE以外のブラウザでは、
<html>
<head><style>
hoge {color: red; font-size: 2em}
</style></head>
<body><hoge>HOGE</hoge></body>
</html>
こんなのも正常にスタイルが適用できるが、
IEでやる場合、
<script>
document.createElement('hoge');
</script>
をヘッダに追加しなくてはならない。

IE8までにとって、HTML5の要素は未知の要素に該当するので、
もしIE8以下にHTML5要素のスタイルを正常に適用させる場合、
HTML5から追加された要素で使うもの全てにこの作業が必要になる。

この点だけを注意すれば別にHTML5で書いてもいいんじゃない？
XHTMLはあえて覚える必要はない。
というか細かいルールの差異はあるものの、
基本的に正常なHTMLがかければ、空要素を閉じるだけでXHTMLになる。

>>456
なるほど。
言い忘れてしまいましたが、今まで一応HTML４を使っていたので、
良かったです。
ということは、HTML4で作っておいて、　
IEが対応した頃にHTML5に変換したりの作業を行うのが、
今のところ良いですかね
手間は仕方ないとして。

>>457
なるほど。
よくわかる説明ありがとうございます。
無難にいきたければ、まだHTML5で書いてしまうのは早そうですね。
使うようになることは間違いなさそうなので、
まずは勉強だけしたり、もっと後にアップする予定のサイトがあればHTML5で書いてみます。

スレ汚し失礼しました。

HTML5が普及するのが遅くなればなる程人類は幸せ

たまにはSilverlightも思い出してあげてください
HTML5はFlashの代替になる！とかはよく聞くけど
Flash類似技術のSilverlightは名前すら出ないｗｗｗ

>>460
正直動画以外で何ができるのかよくわかんないし。
Flash黎明期はクリエーターが競ってFlash作ったり、集う場所なんかがあったけど、
そういった盛り上がりができそうな感じがしないもんなあ。

HTML5があれば、mixiアプリやフラッシュゲームみたいなのが楽しめると言う認識でいいんですね！？

mixiアプリってxml+javascriptじゃないのかね
mixi垢もってないからしらんけど
WebGLでGPU使った3D処理ができるようになるので
作ろうと思えば普通にMMOみたいなものも作れるよ
まともに動くかどうかは別問題としてね
>>338の引用先なんだけど
ttp://www.youtube.com/watch?v=fyfu4OwjUEI
これもhtml5らしいよ

>>463
俺があそんでるのはflashだけど、そう言うのもあるね
どっちが多いんだろ

覚えることが多すぎて死に体

PS2のエミュは早々に完成したけど重すぎて
パソコンのスペックアップを待ってたもんな
今Webの先端技術使ったところで
実行プラットフォームであるブラウザがその動作に追いつかない状態になるだろうね
ブラウザがOS並にサクサク動作するようになって
（OSの上で走ってる以上快適さでOSを超えることは無理だけど気にならなくなる日はきそう）
回線もMからGへの普及が進んだころには
WebベースOS+クラウド技術がパーソナル用途になるのかもしれんね
実用領域になるまでタイムラグがあるから
ゆっくり勉強していけばいいさ

しかしCPUのクロックは頭打ちで、
マルチコア化していくとはいえ
並列化できる部分も限られてくるから、
そんなに変わらない気がするなぁ。。。

むしろ帯域が広くなった結果、ビットマップを
ベタに転送したほうが早い、みたいな。

>>466
何を持ってps2のエミュレーションが完成したといってるのか分からん。
まだまだ不都合多い。
html5は別の話だと思うけどな。
過去の乱立を反省して、現状ある技術を標準化して行こうってものだと思う。
今のハードウェアが十分に高性能だからリッチな実装の標準化が始まった訳だし。

今、全部理解してる必要はないだろうけど、策定段階の今から勉強すれば、
晴れて正式リリースの頃には、環境も知識も必要十分にはなってんじゃね。

>>467
そっちはまだ伸びしろありそうだよね。

html5って、外部ファイルをincludeすることはできないの？
js,cgi(shtml),phpとか以外で、画像ファイルを埋め込む感じで、
ヘッダーやフッターなんかのサイト内の共通部分をインクルードできたら
すげー、楽になるんだけどな。。。

>>469
それやりだしたら、条件判断とかもほしくなって、結局新しい
プログラミング言語が必要になる悪寒。
素直にそこは既存言語のテンプレートフレームワークに任せる方がスマートでしょ。

>>469
もしくはXSLTでうまいことやるか。

>>470
そうかな〜
CSSとかはインクルードできるのに。。
ローカルで確認できるファイルインクルードは
JSしかないかな〜

<include src="./header.txt" />
こんなのあったら，超便利だと思うけどな〜

iframeがあるじゃん

iframeはいやだよ！！！

Flashだってtxetとか読込めるのに。。。

UI記述言語なのにプログラム的な動作を期待しちゃいかん

includeはサーバ側でやればいいんじゃないかな
なんだったらIG-JPで提案とかしてみれば？

俺もiframeで良いと思う

>>469
HTML5の以前のドラフトにはテンプレート機構があった。
けど削除されたみたい。

audioやvideoってUDPのストリーミングに対応するのかな

するわけないだろうな

>>472
じゃJS使えよ
HTML5に何を期待してるんだ

HTML5の対比でFlashが語られるけど、
実際にFlashと対比されるべきは、HTML5単体じゃなく、
HTML5+CSS+JavScript+メディアコーデック+α だからね。
よく分からないけど、Flashでtext読めるってのも実際そこは
ActionScriptがやってんじゃないの？

サーバにあるtextを読み込むってだけならAjaxで可能なわけだが
そのレスポンスをdocument.writeすればいいだけじゃね

おまいら朗報だ
ttp://www.atmarkit.co.jp/news/201005/20/vp8.html

VP8とかクソだし。

http://x264dev.multimedia.cx/?p=377

・VP8のコーデックとしての性能・効率は悪い
・今後次々に知財訴訟をふっかけられる可能性が高い
・Googleにはコーデック実装を改良する予定はない

ということでやや微妙。FireFoxがH.264
飲んでくれりゃいいのになあ。

統一されないことには始まらないしまぁいいんじゃね
それよかAppleの名前が見当たらないのが恐ろしいな

font-faceとかGoogle font APIの話しとかもここでいいのかしら

>>489
良いと思う。日本語フォント期待。

>>487
ttp://www.webmproject.org/code/contribute/
↑からコードコミットできるのはあくまでwebmフォーマットであって
VP8コーデックの実装にはさわれないって事？

>>490
The WebM project is labeled “developer preview.” What does that mean?

While we’re proud of our quality and performance today, there is
more work to be done. The VP8 bitstream is final, but some features
of the WebM format are not yet complete. W

Are VP8 or WebM subject to change?

The VP8 and WebM specifications as released on May 19th, 2010 are final.
We believe that the code and tools can evolve and improve for many years
without requiring changes to the core specifications.

バザール方式でみんなでよってたかってチョコチョコいじっても
質が改善されにくいタイプのプロジェクトなので、この見識も
まー正当なものなのではないかと。この書きぶりだと、たとえ
コミットしてもマージバックはされないでしょう。

覇権争いで余分なフォーマットが一個増えただけじゃないか。うんざりだ。

googleのパックマン、html5+canvasかと思ったらjavaか

>>492
対応フォーマットが1個増えたといったほうがいいんじゃね

Firefox Opera→Theora+VP8
IE→H264+VP8
Chrome→Theora+H264+VP8
Safari→H264(+VP8?)

対応フォーマットなんて多いほうに越したことがない
この3つが全てのブラウザに実装されるのが理想だが
現時点ではとりあえず共通フォーマットとして1つだけでも揃えることは重要

あとaudioはどうすんだろ？
さすがにmp3かm4aにしてくれよな。

だからｏｇｇだろ

このスレでjsをjavaと呼ぶヤツがいるとは思わなかった

パックマン音声はフラッシュだったけどな
そのほかはJavaScript
よくできてるものだ
canvasなくてもああいうの作れるといいね

IE8で動いたからCanvasは使ってないだろ
CanvasではなくVRMLでも出来るってこと

意味がわからんただのCSS操作だろ

いやそのりくつはおかしい

IE以外でもcanvas使ってないよ
膨大な量のdivを配置してる

ドット1つ1つがdivなんだなｗ

なんだこの流れ

いやそういう意味じゃ・・・
canvasなくてもああいうの作れてすごいねという意味なんだ
ややこしいいいかたしてすまん

http://www.google.co.jp/logos/js/pacman10-hp.3.js

Divをスプライトみたいにして動かしてるんだね
http://www.google.com/logos/pacman10-hp-sprite-2.png

html5+canvasでやらないあたりは流石

tableでマリオのドット絵を作るとかあっただろ昔。

いや全然ちげえから

CSS3だけでドラえもんみたいなやつ最近割と見かける

HTML5で3Dゲームを作ってるやつがいたがすげえな
FLASH嫌いだから早くHTML5になってほしいわ

Flashは金出さないと作れないしね…

それは間違い
Flashの実行プラットフォームが解釈できるバイナリ(swf)が作成できればいいのだから
本家のIDEを買う必要はない

Flex SDK

Googleの「WebM」に特許問題か　MPEG LAが特許料要求の可能性
http://www.itmedia.co.jp/news/articles/1005/24/news047.html

グーグルは脇が甘いんじゃねーかと思う。
相手は VP8 よりも品質の良い技術をもってるんだから、ここで潰すことができるなら、
ライセンスの特許条項関係なく訴えてくるだろうさ。

WebMのライセンスに、
「俺らの技術に対して特許を主張した奴らには、俺らの特許を使わせない」
って文面があるんだよね。
VP8には、もちろん確実にMPEG LA団体の特許も含まれてるだろうが、
それと同時に、On2も、たっぷり特許を取得してる。
第一、奴らが作ってたものだし。
だから、On2の持ってる特許が使えないということは、VP8も使えないことになる

とすると、MPEG LAの特許プールライセンスと契約したら、Google（On2を買収した）が所有している特許が使えないんで、結局WebMは使えないってことになる。

Google「分かってんだろお前ら。反抗しても、おまえらに利益はないぜ。賢く考えろよ」

ソフトウェア特許は何かおかしい。

>>513
…SDKでか？
何使うんだっけ…。

もちろんFlexSDKとかでも作れるけど
Flash作成ソフト フリーとかでぐぐればいっぱいでてくるんじゃね

HTML5に興味があるぐらいの人だから
Flashをタダでも作れることを知っている人ばかりだと思ってた

チラシ記事読んで知ったかぶりなミーハー（）だって来るだろう

むしろこの板でhtml5だのなんだの騒いでるのはそんなのしか居ないっぽい

まじでえいちてーえむえむごはやべー。

１、JPEGXR（MotionJPEGXR含む）
２、JPEG2000（MotionJPEG2000含む）
３、MPEG7
４、MPEG21
５、AC3
６、AC3＋
７、ドルビーTureHD
８、VC1

対応まだ〜？
HTML6まで待たないと駄目なんでしょうかね。

ブラウザがデフォで再生できるようになるってことは
再生するための機能をブラウザに持たせるってことでつまりブラウザが肥大化するってこと？
使いもしないようなフォーマットにまで対応しようとしたらブラウザがとてつもなくおデブさんになるってこと？

その頃にはクラウドが主流になってブラウザそのものが必要なくなってるかもねぇ

ブラウザの代替品は何になるの？

>>526
おもしろいね

雲に架ける梯子っていう
パーソナルコンピュータではない
ただの端末になるよ

クラウドのアプリケーション実行プラットフォームがブラウザなわけだが

別に面白いこと言った覚えが無いのだが・・・

そのただの端末に乗るブラウザの代換品は何になるのかって聞いてるの

効率のいいクラウド用の通信プロトコルでも考案されない限り
ブラウザの代替品になるものはない

ブラウザは多少形態が変わることはあってもこの先も残っていくと思うよ

ブラウザがなくなるのはインターネットが終了する時

ChromeOSっていう「ブラウザ」の将来の形が提案されてるじゃないか。
何を今更。
てかブラウザって何だよ。

ブラウザそのもの（HTMLとかCSSとかJavascriptとか解釈する部分）もクラウドから呼び出す
未来はおもしろくなりそうだ

そしたら動作遅くなるでしょ

クラウドが有用になるのは情報共有が活用される場面。

ブラウザってWindowsでいうexplorer.exeになるものだろ

IE自体はexplorer.exeをコアとしていろいろなコンポーネントから成り立っている

シンクライアントって奴？

>>528
そんな狭義な概念じゃないと思いたい

ディスプレイ、高速な無線規格、通信プロトコルを実行するCPU、描写するだけのグラボ

OS、その他はすべてクラウド側

こんなのを希望します

>>537
コアっつーかフロントエンドみたいな感じかな。
各コンポーネントと人の界面。

>>539
情報をブラウズすれば、どんな形になってもブラウザなのでは。

>通信プロトコルを実行するCPU
イミフ

こうやってクラウドという言葉がどんどん一人歩きして行くのですね。

広義の話は営業でやって下さい。

test

よくわかってない低レベルなやつがレスするからだよ

クラウド＝手元にないソフトウェア

俺の感覚だとこうなんだが。

間違いではない

いい加減すれ違い

現在過去未来

ハートは万華鏡

HTML5.0に切り替え取りて組む流れが弱いのは確か。
HTML5.0縛りのヒット製品が出て市場を支配する状況にならん限り、現行継続路線に、さらに余計なのが一つ増えた混沌とした状況になるんだろうな。

通常のサイト制作にも使うことにした。
クライアントさえ納得してれば、そろそろいいだろう。

基本HTML5で作って対応していないまたは対応が不十分な部分をFlashなどを使った互換ライブラリで補うのが
いちばんサポートできるブラウザの範囲が広いのではないかと思う

というより既にHTML5でない製品の方が少数派なんだがｗ
パソコンはもちろん、スマートフォンもWebブラウザはほとんどがHTML5対応なわけで

切り替えるとか増えた、とかいう状態ではなく既に「HTML5が当たり前」なんだよ
現状では、「HTML5でない環境の切捨て」が本格化している

少数派ではないだろ

全部のブラウザが一部サポートってだけなのにｗ

昨日のクラウドと良いどうも勘違いしている人がいるようだな・・・

そのまま勘違いしていてもらいたい

Flashとhtml5のどこが互換なのかｋｗｓｋ

>>559
どっかで記事を読んだような
互換の話じゃなかったかもしれんが

>>559
Flash = ActionScript, HTML4, ...
HTML5 = JavaScript, HTML5, ...
みたいなイメージだな。
adobeはFlashのIDE作ってるから割とすぐHTML5のオーサリング環境を
開発できそうなイメージ。

互換って言葉の意味わかるかい

ActionScriptもJavaScriptもECMAScriptだし、
HTML5はHTML4への後方互換性を保ってる。
そうゆうことじゃないの？

＞ActionScriptもJavaScriptもECMAScriptだし

そうだね、macもwinもパソコンだよね

>>559
これだった
ttp://clockmaker.jp/blog/2010/02/flash-vs-html5/

互換なんて言葉どこにもでてないじゃん
それとちょっと怪しい記事だったな
xxにしかできない項目を見てえーって感じのもあったし

小さいモジュール(画像ギャラリーとか単純な動画再生)はHTML5化が進むと思うけど、
中/大規模なインタラクティブサイトは暫くはFlashだろう。

HTML5/CSS3は現時点では実装も描画速度もブラウザ依存してしまっている。
上手い具合に依存性を吸収するような、JSで言うところのjQueryのようなライブラリや開発環境が出揃うまではまともに使えないだろう。


技術的になんでも出来るから標準になるのあれば、Javaアプレットがもっと盛り上がってても良いんじゃないかねｗ

中/大規模なインタラクティブサイト
って今で言うとたとえばどこ？

Flashを使った互換ライブラリをFlash互換と脳内変換したのだろうか？

脳内変換は良くない！

>>568
フルFlashなキャンペーンサイトとか、フルFlashなゲームとか、etc

>>567
Javaアプレットはネスケ4.0で動かすと固まったのが致命的だったな
もともと普及しているとは言い難かったのにそのせいで
Javaアプレットを使ったサイトは非常識で迷惑という風潮になって完全に廃れた

>>571
おれはまだまだフルフラッシュはいけると思うけどフラッシュはもうダメって人もいるね
キャンペーンサイトをフルフラッシュなしで作ると味気ないし、なにかいい見せ方ないかな

http://bit.ly/bfehpa

Javaアプレットってセキュリティはどうなの？
そのむかしブラウザで見るだけでPCぶっ壊れるとか言われてたんだけど未だにそうなのかい？
Flash並にセキュアになった？

セキュアさはどうか知らんけど、Flashと違ってオープンソース版JREのクリーンさはアピールできる
ただしオープンソース版JREなんて全然普及してないけどな

オープンソースってことは、穴を見つけて悪い人が悪用できるということだよ
すべてさらけ出して丸裸なんだから

丸裸だと、どうしても穴を探したくなるだろ？
そして穴があれば突っ込みたくなるだろ？

オープンソースのソフトは、言わば公然と丸裸で晒されているわけだ
そんな誰にやられるかわからないやつを信用できるか？

＞Flash並にセキュア

Flashに肩を並べる有名どころと言えばIEとAcrobatReaderぐらいだろ


もちろん悪名の高さで

Flashがセキュアとな？
ちなみにIEはセキュリティは強いよ
いらんもん実装してるだけで

>>573
Flashのような装飾がないと味気ないと感じる人と逆に装飾があるとウザいと感じる人が
同時に満足するようなページ作りは非常に難しいので
実際に見せたい部分(以下コンテンツと表記)と装飾部分を分けて
装飾が嫌いな人はコンテンツを直に、
味気ないと感じる人はコンテンツを装飾したものを見せるように作るのが無難なのかなぁと考えている
具体的にはコンテンツをblogやCMSで管理し、
装飾が嫌いな人はblogやCMSを直に閲覧してもらう
味気ないと感じる人はblogやCMSからフィードやXMLを通じてコンテンツを取得しFlashなどで装飾したページを閲覧してもらう
といった感じで、同じようなことを実践してる人は多分いっぱいいるのだろうけど。
問題はこれをどうやって振り分けるというかうまく好みに応じて誘導するかが難しい

>>580
サイトナビゲーション構築者の腕の見せ所になるわけだね。
うちが提案するときは入り口はFLASHも何もない静的なページで作成して、
キャンペーンページを作成してそっちに誘導してるようにしてる。
切り分けをうまく考える頭も技術もないし。
めんどうだからFLASHは極力使いたくない。

flashはブラウザのショートカットキーが効かなくなるのがムカつくので、
全部canvas+jsで作って欲しいんだが、あれってどうにかならんの？

なるよ

ならねーよ（ ´,_ゝ｀）ﾌﾟｯ

既出だが隠しクッキー以外は何とでもなるだろ

なんとでもなるなら何故効くようにしていないのか
効くようにできるならサンプル提示しとくれ

ブラウザのショートカットって具体的には何？どんな機能のこと言ってるの？

なんとでもなるけど、メンドクサイってだけ

クライアントからそんな要望されねーもん。

キーイベントリスナーとか使えばいんじゃねぇ〜の
http://hakuhin.jp/as/key.html

そこまでやる必要ないだろ

flashはマウスジェスチャーきかなくなるから嫌い

>>587
space,pagedown,pageup,カーソルキーでスクロール
ctrl+wでタブクローズ
F2,F3でタブ切替

他にもいっぱいあるけど書いてたらキリが無いのでね

>>593
こういうのに答えてたらキリがなさそうだなと思った。まぁニーズがないから仕方ないね。

１、JPEGXR（MotionJPEGXR含む）
２、JPEG2000（MotionJPEG2000含む）
３、MPEG7
４、MPEG21
５、AC3
６、AC3＋
７、ドルビーTureHD
８、VC1

2022年対応

すでに遺物だろ

>>594
入力イベントを破棄してブラウザに渡せば済む事だと思うけどね

>>597
そんなことできるの？ざっと調べた限りでは見つからなかったけど。
まぁもしそれができるとすればなおさらそういうニーズがないってことの証明にしかならないけど

無頓着なヤツが多すぎることの証明だな

無頓着とは言わないな

>>593
タブ切り替えやタブクローズは厳しいだろうが、
スクロールに関してはFlashがキーイベントを取得→ExternalInterfaceでブラウザを操作で実現では出来る。
でもそんな実装するくらいなら、最初からスクロールの必要ないページデザインをすると思うｗ

>>598
JSでFlashにフォーカスが当たらないようにしちゃえばいいんじゃないの？



個人的にはFlashのモーダルに実装されたローディングや画面遷移にイライラするわ･･･
画面遷移中は操作を一切受け付けないFlashとかまじで滅びて欲しい。

まぁ、おまえを中心に世界が回ってるわけじゃないので、我慢しろとしか言いようがない。

いやいや、ｈｔｍｌ５はそれらの欠点を解消できるというオチにだな

アプリ内アプリﾌﾟﾘﾌﾟﾘ

>>601
＞個人的にはFlashのモーダルに実装されたローディングや画面遷移にイライラするわ･･･
非同期通信がウリでもあったのにね

最近は画面遷移処理が甘いFlash大杉るよ。

http://www.capcom.co.jp/ghosttrick/
とかボタンを軽く連打するだけでゴミが残るバグっぷり。
単純なHTML実装ならありえないだけにFlashが使いにくいと言われても仕方ないよなぁ

http://www.apple.com/html5/

至っていつも通りのAppleじゃないか。

>>606 iPad でぬるぬると動くと感動するよ。　

Developerの方にはPixel Manipulationも有る。
さすがにPixel処理はiPadには少し重たいのかipadで２秒前後かかるが充分な速さ。
これ以外はサクサク動く

別に感動はしないよ。

Appleが iPad/iPhoneでも見られるHTML5ショーケースを公開
http://techwave.jp/archives/51460368.html#more
このデモをiPad/iPhoneで見てみると結構感動するのだ。

そんな糞端末もってないし

>>511
HTML5でそれだけのことができるってことは
お前がＦＬＡＳＨうぜーっと思うことをHTML5で作るやつが多く出てくるぞ。

要は作り手の問題。

何を思ってＦＬＡＳＨ嫌いかしらないが。

HTML5でネイティブアプリがいらなくなるようなサービスが現れだしたらappleはそれを排除しようと動き始めると思う

>>613 違うよ。　HTML5はそれだけでネイティブに近い事まで出来るようにしようという考え。
ブラウザ自体がプラットフォームとなりハードやOSから解放される。

嫌Flash派がHTML5でFlashサイトのようなサイトをバンバン作って、
今度は、そんなHTML5サイトに嫌気がさす。
そんなオチになりそう。

FlashとかHTML5関係なく、
使いにくいサイトは使いにくい。

ブラウザにHTML4.01モードがつくかな

>>616
モードも何も、過去に大量に作られたHTML4.01のページを
急に閲覧できなくなったら困るでしょ。

Web フォント ってどうなのかなぁ

まあ、どうせAppleのHTML5は、>>610みたいに独自拡張つかいまくりの互換性なしのクソミソになるだろうけどな。

>>610
アップルのシェアが100%になればそれでもいいな。

Apple製OSはアップル製ハードウェアにしか入れてはならないっていう糞ルールがなくならない限り
Appleは消えてなくなれってかんじですね
Appleの端末に対応させるものを作る＝Apple製品を買わないといけない
iPhoneやiPadが非対応な（すなわちFlashを用いた）コンテンツをがんがん作ってくださいね
html5の普及は糞Appleを調子づかせるだけなのでFlashを応援してくださいね

>>621
いや、HTML5ベースのコンテンツをどんどん作ればよいんだよ

動画はWebM、キーボード操作のをね

VP8とかクソだし。

じゃお前がライセンスフリーの糞じゃないと思うコーデックをスクラッチから作って
ブラウザ各社にかけあって採用するようプレゼンしてこい
そんなスキルもないやつは流れに身を任せるしかないんだからぐだぐだ言うんじゃねえ

>>624
うわぁ。。。

>>625
うわぁ。。。

html5の名前を一般に知らしめたジョブズはたいしたもんだと思う
おかげでこのスレに「htmlの作り方わかりません」みたいな質問無くなったしな。

でも代わりにGoogle VS Apple VS Adobeみたいな釣り見出しの
ブログ記事に踊らされるような奴ばっかりになったなw

Apple擁護厨キモス

ｼﾞｮﾌﾞｽだけのおかげじゃないだろｊｋ・・・

>>615
A「HTML5ならこんなことも出来るんだぜー」
B「いや、こっちのHTML5の方が凄い」
C「何をーー！！　このド素人が！　HTML5の真髄を分かってねーじゃん」
A「アタマに来たから作った。ちょっと重いがHTML5でこんなのも出来るぞ！」

以下ループ

そして俺は動画不使用なサイトを作る

>>619
＞>>610みたいに独自拡張つかいまくり
これ詳らかに。

HTML5でエロゲー作られまくったら純潔主義のジョブズが動くかな

すでにjavascript産のエロゲーモドキがいっぱいあるわな

>>633
エロゲプラットフォームとしては魅力的かもね。
既存のサウンドノベルエンジンとちがってマルチプラットフォーム簡単に
実現できるし、そうそう重い処理が必要なわけでもないし。
HTML5で誰かサウンドノベルのフレームワーク作れ。

吉里吉里互換で作ればすぐメジャーになるんじゃないか

ただのエロゲエンジンなら2.3日あれば作れるが
そんな既存のじゃつまらないし
物理エンジン積んで2Dで胸ゆさゆさ揺らせるのとか作ればいいよ

GmailとかGoogle Docsのオフライン機能って
そのうちHTML5版が出来るわけ？

>>636
XP3にどうやって対応するのかわからんけど、
是非頼むわ。

Safari 5 の新機能と噂のHTML5 Rubyって、ようやくルビ表示対応ってコトか？

<rb>はなくなったんだね。冗長だからか。

http://www.apple.com/html5/

chrome で見ようとすると、safari 入れろとか言ってきて萎える。

safariがスクリプト言語の方のRuby入れるのかと思った

俺も最初はそう思った。

>>635
blogなんかで書いた小説+αなHTMLを解釈するサウンドノベルエンジンなら
JavaScriptが動かないケータイブラウザでもblogで直接読めるし、
ケータイ小説を読む人とサウンドノベルなら読んでくれる人を同時に呼び込める


・・・なんて妄想をしたことがある

>>645
是非実現してくれ。

javascriptも使えないならhtml5にしてもゴミだろ

コンテンツと装飾を切り分けてHTML5は装飾に特化すれば
多くのユーザーや環境をカバーできる

ｊQueryがあればcanvasも別にいらないな

用途がまるっきり違うのだが

そう？canvasってグラフ作るためのもんでしょ

...Lzo

とはいっても今までのようにdivで線ひいたベタベタなコードになる
jQueryプラグインでもcanvas使ったhighcharts.jsはすばらしい出来
夏にはv2リリース予定でベクターイメージを扱うようになってセーブも可能になるそうだ

俺はcanvasよりsvgを選ぶぜ

SVG重い

explorercanvas使ってるけどdiv使う気にはなれない

Safari5 来たな。

>>657
デバッガ/インスペクタが使いやすくなってるね。

俺はシルバーライトでｗ

html5勉強会たのむ

>>660
独学で十分じゃん

いや、やはり女子高生と机を並べて綺麗なお姉さん講師に教えてもらわないとやる気でないでしょ

あんなに詳細な規格がありながら、他に何が必要だというのか。

労働意欲

デコメ用gifやflashが馬鹿みたいに売れるこの時代に…orz

header と #header どっちでもいいのかな

現存するサイトをどう変更するか解説頼む
この部分はこういうものだからこの要素を使って的な

>>667
とりあえず DOCTYPE 直しとけ。

>>667
ちゃんと直しておけよ。

そういや、HTML5ってDTDないんだよね。
パーザを作ってる人はどうするんだろう。

HTMLパーサー作る人にとってはDTDだけではほとんど役に立たずあってもなくても一緒だからなくなったと解釈するべき

htmlパーサにdtdなんていらんよ
例えばfontが廃止されて使えないバージョンのdtdを記述したからといって
後方互換保つためにfontがパースされなくなるという風にはなっていない
主要ブラウザではね
マイナーなブラウザエンジンでそういうものが存在するかもしれないが

HTML5ではDTDがなくなった代わりにHTMLパーザのアルゴリズムがもりもりと書いてある
http://www.whatwg.org/specs/web-apps/current-work/multipage/parsing.html#parsing

>>672
UAがするパーズじゃなく、コンテンツ製作者が検証として行うパーズを想定してた。
UAは今でもユルユルだし、それは間違ってないと思う。

どうでもいいがパースな。
ズじゃなくてスな。
パーズっていうとラピュタを思い出してしまう。
パズゥウウウウウ

いいんだよ。
パーズにしろパーザにしろ。

どちらが正しいかは知らんが、濁音でも間違いじゃないのは確か。
ソースは手元の英和辞典のIPA。

発音記号見るとスでもズでもいいけど
濁音は聞かないな

ウォーニングかワーニングか論争みたいだな。
日本語として馴染みがある方か、
ネイティブに通じやすい方か。

ttp://dictionary.goo.ne.jp/leaf/ej3/61513/m0u/parse/
発音きくとパースオアパーズっていってる
まぁパースのほうが日本人でもネイティブでも普通に使うけどな

>>675
そういう事で許容してくれ。

C言語のcharは「チャー」か、って話を思い出した。
日本はキャラ、アメリカはケイア、イギリスはチャーの傾向。

略語はそのまま読むのが通例だよ
char ちゃー
int いんと
args あーぐす

char はシャアだろ。

canvasで透過pngを作ることはできますか？
最初からある画像と透過pngのcanvasを重ねて
canvas側にエフェクトいれてじょじょに最初からある画像をcanvas色に染めていきたいのですけど

要はαチャンネル使いたいってこと？
rgba使えばいいと思う

>>686
ありがとうございます
rgba canvasでぐぐったところよさそうな資料がでてきました
これから試してみたいと思います

html5ってストリーミングできるの？または動画の途中から再生

標準性のなさを批判される Apple の "HTML 5 and Web Standards" ショーケース
http://www.infoq.com/jp/news/2010/06/apple-html5-gallery

Apple は，次世代 WWW に関する同社のビジョンを示す HTML 5 ショーケース を立ち上げた。
ただしこのページへのアクセスには Safari ブラウザを使わなければならない。
Web 標準を提唱していながら他のプラットフォームをサポートしない Apple に対して，
批判的な意見が多数上がっている。

Apple は HTML5 とオープン Web を推進すると主張しながら，そのページで他ブラウザを
ブロックするためのブラウザ識別コードや，独自の CSS3 関連のベンダプレフィックス
(コードでは -webkit-border-radious を使っているので，他のブラウザが border-radious を
サポートしていても動作しません)，さらには特許で縛られた H.264 ビデオを使用しています。
ページの内容で実際に HTML5 に関連しているのは，HTML5 <audio> と <video> タグだけです。

エラーメッセージを見れば，これが宣伝工作であることが分かります。
Apple が，使われているブラウザを検出してデモをブロックするようにしたのは，
Safari のダウンロードをユーザに勧めるため -- そして，他のブラウザが Safari より劣る，と
感じさせるためなのでしょう。Safari の技術デモページを直接参照すれば，
Chrome でも正常に動作するのがその証拠です。

>>689
俺もそれは同意だったな
見に行ったらSafariじゃないとだめって言われて
UA偽装してFirefoxでみてみたが
指摘どおりベンダプレフィックスが混じっててうまく動作しなかった
やむなくSafari5を入れて見たが
Appleの狙いはまさしくこれだったんだろうね
早速Safari消去しよう
くたばれジョブズ

SafariがIE6の再来となるのだな

http://pc12.2ch.net/test/read.cgi/software/1273432326/

面白いことになってるぞ

3行で

糞
林
檎

Opera最強
伝
説

そして日本の出る幕は無し

国産のレンダリングエンジン作るプロジェクトないのかね
ブラウザ名はKamikazeとかSamuraiとかNinjaとかつけると世界でもうけそうだな

影鷹

ネフロにがんばってもらおうか

>>689
最近は適当にオープンソース好きの人の反応を混ぜてアップル批判の記事でも書けば
アクセス稼げるんだろうからこんな記事ばっかりだけど、
作る方から見たらすばらしいデモじゃん。
ソース全部見れるんだし、なんぼでも研究できる。
webkit-border-radiusが効きません。とかどうでもいい。
このまま他サイトで使うわけじゃないんだし他で置き換え可能でしょ。

俺にはお前がただのアップル擁護厨にしかみえんですよ

普通にsafari以外でアクセスしたらsafariインストールしてくださいだもんな
HTML5使ってる意味ないよな

Canvasタグで２つ質問です。

Q１）　オブジェクトの入れ子は可能ですか？　つまりA( B( C ( ) ) )
という感じで、Bの中でCが動き、さらにAの中でBが動く状態です。
※FlashのMCのような扱いが可能かどうか？

Q２）　オブジェクトの重ね順の入れ替えはどうすれば良いでしょうか？
※AS3でのswapChildren(child1, child2) に相当する動作をしたいです。

以上、ググっても分かりませんでした。

>>701
技術は盗めるとこから盗んだ方が自分のためだろ。

Flashはオープンじゃないとか言っといてやってることがこれだからなw
何考えてんだか

>>704
あんなwebkit依存コードいらないですよ

結局Appleは全部自分を中心にまわってないと気がすまないだけ

何処の企業も欲しいものは自分のところで囲い込みたいだけだよなあ

囲い込み自体は全く問題ない。
問題があるのは、HTML5を名乗りながら標準に準拠しないその態度だ。

まあ、勧告がまだ出てないんだから、その点だけを責めるのは
いささか時期尚早な気もするけれど

俺は今年も買い替えるぜ。
割引なんてワープアしかこだわらねえだろ常考

さーて♪携帯機種板で情弱ガラけ〜厨でも叩いてくるかｗ

すいません。どなたか、>>703をお願いしまふ。

>>710
レンダリング済みの他のcanvasを画像リソースとして指定することが出来る。
画像になってるからもうコンテクストを弄ることは出来ない。
単純に重ねあわせるだけならCSSで重ねればいいです。

>>711
てんきゅう

マシン語でおｋ

はにーっ ふらっしゅ！

>>712
ちょっぴりイラッとした

MicrosoftのHTML5準拠テストの結果にGoogle、Mozilla、Operaが異議を表明
http://www.infoq.com/jp/news/2010/06/HTML5-Compliance-Dispute
MSDN上のSVG-in-HTMLテストは壊れていて、HTML5のパースルールにもDOMの仕様にも
合致しないことはよく知られています。また、このパース処理にはIEにもバグがあり、
このバグを利用することでテストに合格しています。Microsoftのエンジニアはバグのことも、
そして、テスト自体が間違っていることも知っています。なので、このテストが
ブラウザ間の相互互換を促進する活動の中の重要なテストとして持ち上げられているのには驚きました。
一方、Firefoxのベータ版ではHTML5パーサの準備は整っています。
ナイトリービルド版はSVG-in-HTMLの本物のテストにも合格するでしょう。
（中略）
私たちは、開発しているブラウザがどの程度の互換性を持っているか確認するために
随時テストを行っていますが、HTML5は現在も仕様を策定中です。
したがって、Microsoftのテスト用のページは、HTML5のほんの一部分を選択してテストしているようです。
例えば、Canvas要素のような多くの要素をテスト対象から除外しています。

>>716　Canvas要素のような多くの要素をテスト対象から除外しています

MSがCanvasを嫌うのは、Silverlight利権のため？

IEにcanvasを付けなかったらSilverlightが爆発的に普及するか。っとも思えないので
単にまだ人前に出せるものが出来てないのでは？

質問：
Canvasの描画はマルチOS描画ということでOK？
（つまり、OS非依存かどうか）

ほんで、同一コードでの描画の効率はブラウザに依存という
解釈でOK？

　あ

ほ

ば

の

>>696
webkit には日本人の開発者結構いるよ。

rapahelってどうですかね？？

>>724
http://trac.webkit.org/wiki/WebKit%20Team
多いか少ないかわからんけど、10人弱ぐらい?

HTML5で一番期待しているFormタグ系の属性が普及するのは何時になる事やら('A`

てｓｔ

IE9が圧倒的な描画性能でCanvasをサーポートとか
ついにこの日が来たか・・・

ttp://internet.watch.impress.co.jp/docs/news/20100624_376408.html

へー、すごいな。
IE8の様子からみてIE10くらいじゃないと難しいかと思ってたんだが。
世界最大のソフトウェア会社は伊達じゃなかったか。

もうメジャーバージョンアップか・・・いい加減ちゃんとしてからうｐしろよ

8週おきにアップデートって最初に言ってただろ

>>731
ちゃんとも何も、今はベータ版以前なんだが

5.5から6に比べての7,8の早さは異常だったな

>>485
二枚目の画像が未来を暗示している　＼(^0^)／

iOS4になったけどインラインでaudio再生できないじゃないですか!
こんなんじゃ紙芝居エロゲーも作れないじゃないですか！
やだー！

HTML5で注目されるのはcanvasばかりだけど
オーディオ関係が標準サポートされるのも大きいと
思うんだが、あんまり話題にならないね。

Flashと比較してCanvasやVideoをHTML5のメインだと思ってる人多いよね。
制作者は革新的とか思ってるんだろうけど、
大半のユーザからしてみればFlashから乗り換えるメリットは無いのにね。

Formタグの拡張やローカルストレージ等、
WEBアプリ作る上で制作者もユーザも相当便利になる機能が取り上げられないのが悲しいわ。

>>738
>>大半のユーザからしてみればFlashから乗り換えるメリットは無い

ユーザからしたら、ようつべがHTML5に変わってても
あっ、そーなの？って感じじゃね

ブラウザ使ってたらいつの間にかって感じで。
乗換えるも何も気づかないきがす。

メリットはあるさ
毎回Adobeのサイトでアップデートする必要がなくなるし
ウィルスの感染率も少しは下がるだろうし

というかブラウザの主要なクラッシュ要因がFlashだからな。

>>741
Appleデマ宣伝部の方ですね、ご苦労さん

Adobe Crash Player

自社のWEBサイトの作成を頼まれたのですが、
これから勉強して作成するならHTML５がいいですか？
従来どおりの普及しているもののほうが良いでしょうか？
HTML５にするメリットがあればそちらにしようと考えています

慣れてないなら
簡単なマークアップ+cssで書いとけばいい

HTML5のなんかいい本ないですか？
HTML4+CSS+Javascript+Flashでサイト作りはしていたので基本は分かってるんですが…。

おれはオレンジ色のぶあっつい本買ったよ
分からないときだけ逆引きでちょこちょこ調べてる

そもそも日本語の本がまだ2冊しかない気がするんだ。
仕様が未確定だし、本を買うのは損だと思う。

まったくだ意味分からん

>>747-748
ちなみのどの本でしょうか。

>>750
徹底解説HTML5マークアップガイドブック
羽田野太巳
秀和システム

HTML5とFlash、両方使えば良いじゃない。
なんで、HTML5のみのサイトにこだわるの？

FLASHサイトは、悪の帝国の植民地だから
民主的なHTML5を、独裁者の野望で汚しちゃいけない

FLASHで作るということは、侵略者の手先になることだからね

今、悪の帝国を打ち破りオープンなHTML5で真の自由・平等に基づいた博愛社会を作るための聖戦が行われている
世界のWeb制作者は、団結して聖戦に協力し自らの未来を勝ち取るべきなんだよ

子供たちを帝国の隷属と支配の鎖に繋がないために、そして自分たちの自由のために

両方使えて当たり前だろ

>>753
ふーん...

>>753
へぇ〜

HTML5をベースに未対応の部分を自動検出してFlashでエミュレートする方法が一番ポータビリティが高く、
音声、動画フォーマットもMP3、H.264に一本化でき、
さらにHTML5の利用範囲をコンテンツの装飾に特化すればHTML5やFlashとは無縁なブラウザにも対応できるんだけど、
こういう考えって少数派なのかな。

AdobeがHTML5のエミュレータ書くってこと？　なにそれこわい

Adobeがエミュレータを書くとかそういう話じゃなくて
HTML5の機能の一部をFlashに肩代わりさせるライブラリを利用するってこと

なにそれこわいって書きたいだけ

それだけ聞いてもどういう仕組みでエミュレートする話なのかよく分からん。

html5で再生できなかったらswfに投げるとかその程度の話だろ。たぶん。

FlashCanvasとかのこと言ってんでしょ。

canvasがないならsvgを使えばいいじゃない

そんな開発者のオナニーはいらねーよ。
中途半端にHTML5が実装されたブラウザが量産されている現状を嘆けよ。

まともにHTML5が使えるのは何年先になるの？
正式に策定されたとしてもJSを駆使したブラウザ振り分けが必要とか、アホじゃないの？

正式に策定される頃にはブラウザの振り分けなんて「古いIEとそれ以外」で十分になってそうだと思う

ちなみにオススメのライブラリはCanvasならuuCanvas、AudioならjPlayer、WebStorageならjquery-jstore2.0
どれもライブラリ側でサポート状態を判別してくれるからこちら側で振り分けしなくても同一のコードで書ける
あとは自分で振り分ける必要があるけども
VideoはSoundManager2の動画再生機能で代用できるし
WebWorkersはマルチスレッドにはならないけどfakeworker.jsで同様の動作をエミュレートできる
フォームは同様のことをやってくれるライブラリがたくさんあるので好きなのを使えばいいと思う
SVGはsvgwebがよさげだけど使ったことがないからなんとも
こういうのをまとめてやってくれるフレームワークとか出たら流れが変わるのかなとふと思った

>>764
SVGもIEでは9からしかサポートしてないから結局は同じこと

>>765
>中途半端にHTML5が実装されたブラウザが量産されている現状を嘆けよ。

現状をいくら嘆いたところで完璧なHTML5ブラウザの完成(まだ仕様確定してないから不可能なんだけど)や普及が早まるわけでも
iPhoneやiPadにFlashPlayerが搭載されるわけでもないので勝手に一人で嘆いてください

>>766
もう古いIE対応させること止めた方がいい

>>767
結局はライブラリかますんだろ？
最大公約数的な機能しか使えなくなるし、面倒だし、HTML5のメリット薄まるだけじゃん。
なんでブラウザ互換を保って欲しいって意見は否定されがちなんだろね。
バッドノウハウを自慢げに公開するオナニー開発者のせいかね。

＞現状をいくら嘆いたところで完璧なHTML5ブラウザの完成(まだ仕様確定してないから不可能なんだけど)や普及が早まるわけでも
＞iPhoneやiPadにFlashPlayerが搭載されるわけでもないので勝手に一人で嘆いてください

普及が「遅まる」「クロスブラウザが面倒になる」という事を嘆いてるだけだよ。

>>769
> 結局はライブラリかますんだろ？

ライブラリを使うことに対してすごく偏見を持っているように見えるのだが
なにかライブラリを誤解してない？

> 最大公約数的な機能しか使えなくなるし、面倒だし、HTML5のメリット薄まるだけじゃん。

どういう機能が制約されてどういうことが面倒で
HTML5のどういうメリットがどういう理由でどう損なわれるのか
もっと具体的に書いてくれないとなんともいえない

>なんでブラウザ互換を保って欲しいって意見は否定されがちなんだろね。

否定はしないがそんな意見をここで述べたところでブラウザを作る側が
すぐさま互換を保ってくれるようになるわけでもないので

>バッドノウハウを自慢げに公開するオナニー開発者のせいかね。

バットノウハウなんて使うな、ブラウザが規格を完全準拠するまで待て
という主張こそ理想主義者のオナニーだろう

>普及が「遅まる」「クロスブラウザが面倒になる」という事を嘆いてるだけだよ。

ライブラリがあろうがなかろうが開発や規格策定の速度が変わるわけがないし、
面倒なクロスブラウザの対処を最小限に抑え簡単にするためにライブラリを使うのに
ライブラリの利用に否定的な書き込みしてるのが全くわからないが
まぁ、勝手に一人で嘆いてください

>>770
＞どういう機能が制約されてどういうことが面倒で
＞HTML5のどういうメリットがどういう理由でどう損なわれるのか
＞もっと具体的に書いてくれないとなんともいえない

HTML4の現状を整理して標準化しようって思想なのに、
HTML5を実現(使用)する為にはバッドノウハウが必要ですというのは本末転倒かと、

具体例あげるなら
「フォームやビデオはHTML5で標準化されて、タグや属性一つで実現出来るようになる」
という話を根本から覆す方向になってるよね。

利便性や誤差吸収の為にライブラリを支持するというのならわかるが、
本来クロスブラウザであるべき標準仕様すら、ライブラリをかますのが当然って思考は、
HTML4事情に毒され気味だと思う。

まぁ作業量が増えて、敷居が上がることで制作側は金儲け出来るんだろうけどさ。

>>771
>HTML4の現状を整理して標準化しようって思想
>「フォームやビデオはHTML5で標準化されて、タグや属性一つで実現出来るようになる」
この2つはHTML5の基本的な思想ではあるけど、前者と後者を

>>771
>HTML4の現状を整理して標準化しようって思想なのに、
>HTML5を実現(使用)する為にはバッドノウハウが必要ですというのは本末転倒かと、

>「フォームやビデオはHTML5で標準化されて、タグや属性一つで実現出来るようになる」
>という話を根本から覆す方向になってるよね。

>利便性や誤差吸収の為にライブラリを支持するというのならわかるが、
>本来クロスブラウザであるべき標準仕様すら、ライブラリをかますのが当然って思考は、
>HTML4事情に毒され気味だと思う。

理想ばっかり並べられても現実はブラウザごとに実装度合いがバラバラなんだからどうしようもないだろ
その差異を出来るだけライブラリ等で埋めるのを否定するというならどうしろというんだ
全ての主要ブラウザが完全に対応してそれが普及するまで使うなというなら勝手に一人で待ってればいいだろ
そもそもW3Cが理想に偏りすぎてブラウザやWebサイト製作者がそれに全く追従しなかったこともHTML5が生まれた理由の一つなんだけどなぁ

>>773
＞理想ばっかり並べられても現実はブラウザごとに実装度合いがバラバラなんだからどうしようもないだろ
＞その差異を出来るだけライブラリ等で埋めるのを否定するというならどうしろというんだ

どうにかしようっていう思想自体を否定してるわけじゃないよ。
「標準化なんて理想論でしか無いんだからライブラリでなんとかしようぜ」
って状況は嘆くべき事だと思わんの？仕方無いから受け入れちゃうの？

＞そもそもW3Cが理想に偏りすぎてブラウザやWebサイト製作者がそれに全く追従しなかったこともHTML5が生まれた理由の一つなんだけどなぁ
ね。その失敗が全くいかされてないよね。
HTML5も実装が終わる前にカオスな状況になって、しょうもないハックが蔓延するのが目に見えるわ･･･

>>774
>どうにかしようっていう思想自体を否定してるわけじゃないよ。
>「標準化なんて理想論でしか無いんだからライブラリでなんとかしようぜ」
>って状況は嘆くべき事だと思わんの？仕方無いから受け入れちゃうの？

だからここで嘆こうが喚こうが現実は変わらないし、変わるにしても膨大な時間がかかる
その間の現実の差異を埋める行動を対案も示さず妥協だといって否定するなら
勝手に一人で理想を貫いて待っていればいいだろうとしか言いようがない

>その間の現実の差異を埋める行動
お前のも別に「行動」じゃないだろと。

具体的な行動っつったらChromiumや火狐の開発に参加するとか
バグ報告するとか、そんなところか

>>775
君が思考停止したオナニー大好き野郎という事だけはわかった
大好きなライブラリで存分に俺SUGEEEEしててください

>>776
Chromiumや火狐の開発に参加したりバグ報告しただけでは現実の差異は埋まりませんよ、
なにせ他にもSafariやIEやOperaというブラウザがあるからね・・・と
そういうあげ足とりするならこっちもこれくらいあげ足とりしてもいいよね？

>>777
勝利宣言乙です・・・って言ってほしいのかなこれ

>>778
議論しても現実が変わらないのなら、わざわざこんなところで反論しても意味がないだろう。
少なくとも君の意見は前向きでは無いと思うぜ

>>780
現状を嘆きながら完全対応したブラウザが普及するのを待つよりは
対応していない部分を別の技術で補えるライブラリがあるのなら
それを使っていこうと考えるほうがよっぽど前向きだと思うんだけど

ライブラリなんて単に楽するためだけさね

>>781
ライブラリや別の技術で良いのならそれこそHTML4でよくね？

>>783
HTML5の互換ライブラリはたいていIE独自技術やFlashで代替していて
全てのブラウザでFlashが使えるのならHTML4というか最初からFlashでやればいいのだけど
実際はiPhoneやiPadのSafariみたいに意図的に対応していないブラウザもあるので

ライブラリで楽するなんて大いに結構だと思うけどな
それとも俺はライブラリ使わないで苦労したのに
何でお前らはライブラリ使って楽してんだよみたいな単なる卑しい意地悪か

ライブラリがダメってわけじゃなくて
最初に言い出したFlashでエミュレートするとかいう話のせいなんじゃね
別に純正JSでもできそうなものをなぜFlashでやる必要があるのかという

>>786
IEでCanvasやAudioやVideoを純正JSで動作させる方法があればぜひ教えてください
FirefoxやOperaでmp3やH.264を純正JSで再生させる方法があればぜひ教えてください

あおりあおられ
売り言葉に買い言葉

仕様なんて結局どうでもいいみたいだな
どんだけ派手なの作る気なんだか

仕様よりも実装が重要なのは当然だろ

HTML5って言葉でAudio, VideoからForm, Section, Microformatsまで一絡げにしちゃうのがよくない

結局ブラウザ独自実装やFlashでエミュレートするのなら、それはもうHTML5風に書いたHTML4だよね
垣根を取っ払うための標準化なのに、内部実装がブラウザやプラットフォーム依存てのは可笑しいわ

>>787
横やりだけどそれを実現する為のHTML5だった気がするｗ

AudioとVideoはHTML5にまだ残ってるはずだが
Canvas含めてJavaScriptで操作するAPIは別仕様に分離されてはいるが

>>792
現実にHTML5に全く対応していなかったり対応し切れていないブラウザがあるのだから
そういったブラウザでも動くようにエミュレートすることにいったい何の問題があるのか

>>794
HTML4でエミュレート出来ちゃうならHTML5いらなくね？

iPhoneとかiPadにもフル対応したいなら、携帯サイトと同じくコード自体を振り分ける方がスマートだし･･･
現状ではHTML4+Flashのものを、iPhoneやiPadではHTML5でエミュレートしてますって状況だし･･･
無理矢理両対応させると、結局は最大公約数的な機能しか使えないし･･･

エミュレートしてて、あらゆるブラウザで動いて、かつHTML5を活かしてると思えるコンテンツがあれば教えてくれよ。

>>795
FlashとHTML5で振り分けるのがスマートと思うのならそうすればいい
俺はそうは思わないけどそれを言ったところで水掛け論にしかならないので

>>795
未来を考えずに、現状だけで判断しようとするから話がおかしくなる
テーブルレイアウトでレイアウトできるんだからCSSいらなくね？と言ってるようなもんだろ、それ

>>797
逆だろ
CSS対応していないブラウザではテーブルレイアウトやJSや画像やレイヤーを駆使してエミュレートします。

って言ってるようなもんだろ･･･
レガシーな技術を無理矢理新技術に変換しようとして無駄手間になる、と。

>>797
数時間前までいた現状を考えずに未来だけで判断して話してた人と同じ人じゃないかなと思う

だから、それは現状での実践的な回避策であって、ゴールではない。
過渡期を理解できない？

>>798
IE6でposition:fixedを設定したいので
expressionやjQuery.exFixed.jsを使って無理やり実現するのは反対？

制作者視点のオナニー業界だもんな
他人のオナニーに口出しするなって事だわな
ごめんなさい

僕もオナニーしてきます

>>801
反対じゃないよ。

ただ、ブラウザが標準を満たしてなかったらハックすればいいよね
って風潮がHTML5に引き継がれたら嫌かな。

>>803
現実問題としてブラウザが標準を満たしてなかったら
満たすように要求するのは当然として
修正されるまでの間はハックせざるを得ないよね

>>804
ハック自体は否定していないよ。

>>774に書いたけど、それはあくまで最終手段であり、本来なら嘆くべき事態だよねと言いたい。

HTMLに限らず新しい仕様に移行するまでの過渡期はだいたいあんな感じかと

>>789
あなたおばかさんね

>>807
はあ？俺はオバサンじゃねーよ。

>>808
さむいかたね

サムじゃねーよ

ほらまたスベった

>>785
楽はできるけど、要らない部分もあったりするし、必要な部分だけを取り出して使える人ならいいんじゃない？

>>805
それが嘆くべき事態かどうかなんてほとんどの製作者や閲覧者には関係ないことだからね
製作者は使いたくないが使わなければ仕方ないのだから使うのであり
閲覧者は使われてるかどうかなんて閲覧に支障がない限り全く関係のない話だからな

>>813
脱線しすぎ

こんな段階でHTML5はかくあるべきと主張することに何の価値があるんだろうな

>>813
まあ、でもそのとーり

HTML5ってデータベース使えるんでしょ？
それって、PHPみたいな使い方も出来るって事？

>>817
それは、没になったような気がする

>>817
PHPみたいな使い方が何を想定しているのか不明だからアレだけど
クライアントサイドのデータベースは当然のことながら外部に公開できないから
完全なPHPの代替にはならないよ

>>818
没にはなってない、別仕様に分離した

とりあえず>>767で挙げたライブラリを使って
HTML5の機能の一部(Videoを除く)をクロスブラウザにするテストページを作った

http://riafeed.web.fc2.com/html5/test.html

すいません、質問があります。たとえば、

あるサイトの各ページのタイトルが、
一章、二章、三章・・というような場合、
それぞれのタイトルタグは次のようになります。

<title>一章</title>
<title>二章</title>
<title>三章</title>
・・・・・
となる。

そこで次に、それぞれのページの記事に、h1タグをいれ、
それを各ページのタイトルタグの同じようにしたい。

<h1>一章</h1>
<h1>二章</h1>
<h1>三章</h1>
・・・・
というふうにしたい。

しかしながら、このサイトのページ数が、数十ページぐらいなら、
一つ一つh1タグを書いていけばよいが
このサイトのページ数が、数千ページとかある場合、
一つ一つh1タグを書いていくのが大変である。

こういう場合、どうすれば良いですか？
できれば、各ページのtitleタグとh1タグの内容が
自動で一括で同じように反映されるような方法があれば、教えてください。

>> 821
適切なスレで聞いてくれたら答える。

>>822
こういう質問(>>821)に対する
適切なスレって、どういうスレだと思いますか？

>>821
>一つ一つh1タグを書いていくのが大変

こう言うのを解決するのはHTMLじゃないのよ。
せっかくコンピュータ使ってんだから、手で書くのが面倒だったら
コンピュータに書かせればいいじゃない。

というか、なぜこのスレをターゲットにしたのか判らんｗ

とりあえずHTMLで検索→なんかHTMLの中でも新しいっぽいのでどうせならここで

みたいな？

痴漢がどうたらこうたら
性器表現がうんぬん

HTML5を勉強したいのですが、まだ解説本が出そろってない時期なので
Webで勉強できればと思いますが、学ぶのに良いサイトはありますか？

っ Google
っ del.icio.us

ttp://whatwg.org/
ttp://dev.w3.org/cvsweb/html5/

この世界、英語が読めないと最新情報って手に入らないのですね……

何を今さら・・・確定もしてない情報拾うにはそれくらい必要だろｊｋ・・・
それなりに日本語で書いてる人もいるから、は○なブックマークあたりで探せば？

>>831
ガラパゴスに産まれたゆとり乙。

ttp://www.html5.jp/

>>834
そのサイトの製作者がＨＴＭＬ5についての分厚い本だしてる。

>>835
買った。

おれも買った

何この自演乙と言われそうな流れ。

俺は売った

俺儲かった

ホントはwwwの情報で必要十分なんだけど、
開発以外の部署には、本＞Webみたいな風潮があるので
彼らを安心させるために買うだけ買って読んでない本多い。

HTML5のオレンジの本はなかなか見栄えが良いし、
旬な話題なので書棚のいいところに置いてる。

SEO対策の業者の掛け持ちは、これがベスト！
http://hibari.2ch.net/test/read.cgi/hp/1251444817/857

お客様にご予約いただいている以下の商品の発売日が変更されたため、お届け予定日を変更いたしましたのでお知らせいたします。

Mark Pilgrim "Html 5: Up and Running"
お届け予定日: 2010-09-03 - 2010-09-05

Mark Pilgrim "Html 5: Up and Running"

videoやaudioサポートするならボリューム調節用のinput type="range"も同時に実装してくれ・・・
つかFirefoxのaudioのコントロールでボリューム調整しようとしてマウス動かすと
マウスが乗った瞬間消える意地悪されるのはおれだけか・・・ｗ

>>844
ああ、スライダーは昔からないのが不思議だった。
あと<input type="progress">とかとか。

>>845
<progress>のこと? Chrome6がサポートしてるらしいね。

progressは文字通り進捗状況だからスライダーとは違う

<input type="range">

こっち。

>>846
あー、progressは要素なのか。
そりゃ、何もinputすることないですもんね。

XHR2のドラフトにがresponseBlobが入ったのと同日にWebKitが実装
http://dev.w3.org/2006/webapi/XMLHttpRequest-2/
https://bugs.webkit.org/show_bug.cgi?id=44133
なんという出来レース

なんぞ。
テキストだけじゃなくてBlobもOkってことか。

input要素のtype=date/time周りがものすごく使いにくそうに感じるんだけどどうなんだろう。
UAがカレンダーとかから選択させてくれることで入力の補助にはなるけどそこに表示されるパターン、
引いてはサーバに送られる文字列を固定化されるんだよね？
例えばだけど<input type=date pattern="YY/mm/dd">みたいなことができるとかなら良さそうだけど。

そうかなあ。
サーバ側では、ユーザ入力を全部検査するのがふつうだと思っているので、
yyyy-mm-ddだろうがなんだろうが一意であればかまわないと思うのだけど。


クライアントのロケールにあわせてカレンダーを表示するのは
ブラウザ次第なのでなんとも言えない。

>>851
いやいや、フォーマットが固定化されるからイロイロ楽できる可能性が
あるんじゃないか。例えばサーバ側のフレームワークで自動的にプログ
ラミング言語の日付クラスになるとか。

そういうのはi18n対応サイトを作ってから心配すれば？
つかそもそもクライアントによって検証方法が毎度違うとか悪夢以外の何でもねぇ

スレチかもしれんが他にどこで聞いたらいいか分からんのでここで

Theora/AVI, Theora/DivX, Theora/Ogg, Theora/Matroska,
VP8/Ogg, VP8/Matroska, VP8/WebM,
Dirac/Ogg
フリーのものだけでこれだけ多くのコーデック/コンテナの組み合わせがあるわけだが
皆、HTML5利用時にこれらからひとつ（配信用・閲覧用に）選べと言われたらどれを一番に支持する？
好き嫌い程度のレベルでもいいから教えてくれると助かる

HTML5を支持しない

canvasを簡単に編集できるツールとかないのかね

canvasをimgか何かと勘違いしてないか。

それはあなたがcanvasを理解していないだけでは

むしろcanvasはJSで描けるimg的な気がする。
ところで声に出して言うときはキャンバス？カンバス？

ックァェンヴス

「キャンバス」って読んでるなぁ。

＜静止画＞JPEG
＜動画＞MPEG4AVC（VP8）
＜音声＞MP3、AAC（OGG）

カッコ内は一部メーカーが推進している。マイクロソフトとアップルは標準では対応させない予定

TIFF・GIF・PNG・JPEG2000・JPEGXR・MPEG5（MPEG4AVCの後継と推定される規格）にも次世代で
対応させてくれると良い。

<output>の存在意義について教えてくれまいか。

これから新しいサイトを作るのならHTML5にしたほうがいいのか？

してもいいけどなんだかんだでIEがネック

入力した文字が〜っていう機能はいらないんだけど
こういう動く文字をcanvasでつくるにはどういう知識が必要なの？
http://dotty-dots.appspot.com/

CanvasのAPIのことがわかってれば。
あとはゴリゴリ書くだけで。

やっぱりごりごり書くしかないのか…

HTML5 のセキュリティは十分か？
http://www.infoq.com/jp/news/2010/09/html5-secure-enough

>>860-862

キュンビュッウース」♪

だろ？

IE9のベータ版が出てるなー
canvasとか、svgとかサポートされてるみたいだから、誰か試してみてくれよ

ttp://windows.microsoft.com/ja-JP/internet-explorer/download/ie-9/worldwide

no more IE

html css javascript面で
IEじゃ動かないor思ったようにいかない病も改善されるといいな

まぁ仮にその症状がなおってもXPユーザの多さと
アップデートすることをしらない初心者ユーザに悩まされるが

頼むからMSはVista以上には強制的にIE9入れるプログラム配布と
XPでIE以外入ってないPCには
html5に対応した他ブラウザへ（選択式）の
乗換プログラムを修正プログラムと一緒に配布してほしい
はやいとこIE6-8を絶滅させるにはそれしかない

>>867-869
遅レスで板違いになるかもしれないけど、このスレではまだ知らない人も多いと思うので、
SproutCoreというライブラリを紹介。(プログラム板「GUIがむづかしすぎる」スレからの引用)
公式サイトのオンラインデモの中には、動き回る文字のアニメーションが含まれているよ。

> たとえばSproutCoreというライブラリでは、Flash等の余計なプラグイン無しに、純粋なJavaScriptだけで
> 完全なGUIをWebブラウザ上に実装できる。
> もちろんオープンソースで無償利用できるし、PHPやRailsなどとデータを連携させる実装も可能。
>
> ・SproutCore 公式ホームページ - "Demos & Sample Code" を開くと実行できるオンラインデモを試してくれ
> 　http://www.sproutcore.com/
>
> SproutCoreについては、以下の文書が詳しい。(ただし英語)
>
> ・Cocoa for Windows + Flash killer = SproutCore
> 　http://www.roughlydrafted.com/2008/06/14/cocoa-for-windows-flash-killer-sproutcore/
>
> 日本語版については、新・Mac板の「Mac関連ﾈﾀをそれはもう凄まじい勢いで翻訳するｽﾚ7」スレの#197以降を参照。

>>874
ええもん教えてもらいました。
ありがとう。

HTML5って2012年3月頃に正式に勧告する予定らしいね。
それまで、いろいろ動きがあるかもしれんし、本買うにも身動きとれないな。

WATHWGはやる気満々だから2012年勧告って言ってる。
W3Cは相変わらずだから2022年勧告って言ってる。

ってどこかで見た気がする。

逆。だけどW3Cもスケジュールもう載せてない（ソースには残ってるけど）

IE9で2ch見るとかなりの割合でクラッシュするな。
俺だけ？

運用情報板でそんなカキコを見た記憶がある

今本を買ってる人間は負け組だな。
不確定要素の資料で勉強する事ほど無意味なことはない。
ネットでは常に新しいことがアップされていくのだから。

sage

名古屋のキャバクラのHPが、海外でHTML5を使ったサイトとして紹介される-swordsmith http://htn.to/QPS1kT

宣伝乙すぎるだろ

他の紹介されてるサイトと比べるとひとつだけ浮いてる
やっぱ日本語ってダセー

日本語でおk

ローマ字圏人「日本語かっけーｗｗｗｗもうローマ字秋田ｗｗ」

トコロガ　ソレモ　シタビ

ttp://www.beautyoftheweb.com/
こういうの見ると萎えるのは俺だけ？
どんどん追いつけない位置に技術が進んでいく
こういうの作りたいとは思うけど作れないはがゆさ
作れるころにはさらにとんでもビックリなものが普及している事実
この世界ってほんと地獄だな

msがツール用意してくれるだろ
既にこの手の物はSilverlightで簡単に実現出来る
html5が当たれば出てくるからそれを使うだけ

>>889
中まで見てないけど、HTML5のアニメーションは簡単よ。
transitionとtransformさえ覚えちゃえば。

あとはイベント追いかけてゴリゴリするだけで今まで通りな感じだし。
フレームワークとかに頼り切ってなければ、すぐに出来ると思う。
技術的に置いてかれるってことはないよ。

日本中に（とくに会社に）WindowsXPがまだあるから、って理由で
広告業界は自ら置いて行かれると思うけどね。

HTML5についていくつか質問

1.HTML5で作ったおえかきツールに感動して、是非とも自分でもこういうのを作りたいと思いました。
　完成するのはかなりさきのことになるとは思いますが、そのために学習するのはJavascript(ajax)で
　いいのでしょうか？

2.今現時点で、HTML5を学習するためにオススメ書籍というのはありますか？
　HTML5のAPIサイトがないので、とりあえずHTML5&API入門を購入しようと思っています。

途中で書き込んでしまいました。すいません。

HTML5についていくつか質問
↓
HTML5についていくつか質問させて頂きます。

(2.〜〜に一行空けて)
それ以外にも、何か参考になる情報がございましたら、御教示いただけたら幸いです。

今までにプログラミングの経験はあるのかな？
もし無ければ、JavaScript以外のプログラミング言語で、
お絵描きツールを書けるまで勉強することを勧めるよ。
言語は、2D(２次元グラフィックス)が扱えれば、
何でもいい。教えてくれる人が傍にいるといいね。

あと、AJAXはリモートのWebサービスと連携する時に
必要な技術。基本的にお絵描きでは必要無いから、
AJAXに関する解説は読み飛ばして、JavaScriptの勉強を
進めること。

>>891
元気出てきた！頑張るぉ！

>>894
ありがとうございます。
元々はJAVAのお絵描きチャットを目指し、今現在ではJAVAの基礎レベルと、Swingを少々
嗜んでおります。ただ今後の将来性や期待などからHTML5に鞍替えもいいかなと思いました。
とりあえずこのままJAVAでも並行しておえかきツールを作れるようになりつつ、JavaScriptを
学習しようともいます。

>あと、AJAXはリモートのWebサービスと連携する時に必要な技術。
なんと、そうだったのですか。
なんとなくJavaScriptを、さらにアクション性(動き)を強化したものと思っていました。
とりあえず↑の方向性でやってみます。ありがとうございました。

>>896
>なんとなくJavaScriptを、さらにアクション性(動き)を強化したもの

技術者以外の多くがこの勘違いしてるな。代理店とか企画会社の人とか。

解説本でも、Ajax自体の説明はすぐ終わっちゃうから、
あとはDOMいじりしてダイナミックにページを書き換える技術に終始してし。

DHTMLって名前が廃れちゃったのが全ての元凶

>>896
>JAVAの基礎レベルと、Swingを少々

どうやら、杞憂(心配のしすぎ)だったみたい。
Java&Swing なら無問題だ。

>JAVAでも並行しておえかきツールを作れるようになりつつ、JavaScriptを学習

Very Good ではないかと。

>なんとなくJavaScriptを、さらにアクション性(動き)を強化したもの
広義の意味として、Ajax関連技術として捉える傾向もあるにはある。
おそらく、勘違いがそのまま定着しちゃったんだろうなと。

>Java&Swing
俺もそっから入ったよ。
なんか親近感湧くな。
まだ居るかどうかわからんけど、JavaScriptの基本を勉強するにあたってのオススメを書いとく。

・JavaScript 第5版
　http://www.amazon.co.jp/JavaScript-%E7%AC%AC5%E7%89%88-David-Flanagan/dp/4873113296
　これを読んで、自分の中にJavaScriptの土台ができた気がする。

・JavaScript: The Good Parts
　http://www.oreilly.co.jp/books/9784873113913/
　JavaScriptについて、良い所、悪い所をわかりやすく解説してくれる。
　色んな書き方ができるので、良い道しるべになると思う。

後、ここまで書いといてなんだけど、実はJavaScriptだけを勉強してもダメで、
最近のインタラクティブなサイトは、html+css+JavaScriptのそれぞれをバランス良く組み合わせることで成り立ってる。
(FlashやSilverlightは？とかいう突っ込みは無しの方向で)
この3つをうまく連携させることが、成功の肝になると思う。

>900の修正
修正前：色んな書き方ができるので、良い道しるべになると思う。
修正後：JavaScriptは色んな書き方ができるので、良い道しるべになると思う。

>>900
>最近のインタラクティブなサイトは、html+css+JavaScript

このスレ的には

これからのインタラクティブなサイトは、HTML5+CSS3+JavaScript2.0

自己満足なサイト

DOM Level4まで網羅的に扱ってる本はないのかな？
Level2ですら解説してる本がどこにもないのだが…

書籍なんて小遣い欲しいハイエナが駄文連ねて出してるだけだ!!

Google booksでちょっくら立ち読みして探してみればいいんじゃね？

>>892
JavaScriptで比較的本気でお絵描きアプリを作ってみた
ttp://fladdict.net/blog/2010/09/jspainter.html
JavaScriptで結構ガチに、お絵描きツールを作ったみました。推奨ブラウざは、IEとOpera以外。
実装期間はポケモン・ホワイトをやりつつ、トータルで1週間ほど。
〜中略〜

Flash と JSの比較
かつてFlashが持っていた、実行速度という究極のアドバンテージはもはやないに等しいようです。
いままで「指先ツール」のような負荷の高い機能はFlashでも大分辛い機能でしたが、現在のJSでは遜色なく動きます。
カラーホイールも全部、リアルタイムに計算してグラデーションを生成していますが、無問題。

こうなると疑問になってくるのは、Flashの優位性。 正直、現在WebにおけるFlashのプレゼンスは
大きく減っているように思える。現状は音やビデオ、高速なアニメーションを使わない限りは、
HTML5で十分かなぁとも思える。“IEさえ無視すれば”

IEを無視すれば？operaも無視してる気がするんだが？

>>897
>あとはDOMいじりしてダイナミックにページを書き換える技術に終始してし。
了解です。ある程度、学習が進みAjaxの項に入り次第、意識してみます。
ありがとうございます。

>>899
ご心配ありがとうございます。
実は言うとAWTのgraphicsが、如何せん上手くいかず悪い意味で躍起になってたので、
ある意味その杞憂はあっているかもしれません。
>Very Good ではないかと。
ありがとうございます。

>>900
とりあえず経済的な理由などから『JavaScriptはじめの一歩』と『初めてのJavaScript』を
選んでみました。
その時一緒にくっついてきた四畳半神話大系のため、若干読了が遅くなりそうですが。
前者はあまり評判が良くないので(途中読み段階で、自分も同感想)軽く流し読みして、後者で
本格的に学習しようと思います。
それが終わり次第、ご紹介頂いた本でも学習を進めてみようと思います。

>最近のインタラクティブなサイトは、html+css+JavaScriptのそれぞれをバランス良く組み合わせることで成り立ってる。
>この3つをうまく連携させることが、成功の肝になると思う。
了解です。JavaScriptだけでなく、他二つも意識して学習してみます。

良著のご紹介やアドバイスありがとうございます。

>>907
ををを、これは…。
あと筆圧とサイズ変更、ミニウインドウさえあればかなり理想に近いかもしれない…。
しかも一週間とは(ガラスの仮面風に)HTML5、恐ろしい子っ……。

そんな片手間に作られたサイトより、www.theshodo.com のほうが参考になるだろ。
プロが作ったもんだし、Video, Audio, Canvas とそろってるぞ。
FLASH も Silverlight も使ってない。

ちなみに、IE9βのプロモーションサイト。

IE9のHTML5/CSS3のサポート状況
ttp://coliss.com/articles/build-websites/operation/work/html5-and-css3-support-ie9.html

IE9betaが先日公開されましたが、現在分かってる範囲のIE9のHTML5のサポート状況を紹介します。

HTML5 Support in Internet Explorer 9
ttp://www.impressivewebs.com/html5-support-ie9/

現在のところ、ほぼ全滅といってもいいようなものになっています。



IE9ダメだこりゃｗｗ
また仕事が増えそうだｗｗｗｗｗｗ

SVGとcanvasが使えるだけですごいありがたいと思うけどね。

一部のユーザはありがたいだろうが
制作サイドからすれば、ものすげー迷惑な話だ。
しばらくはIE6もサポートしなきゃならんから、まさにカオスだなｗ

Webをアプリケーション化するための技術である「Offline Web Apps」とか、
「Web Workers」、「Web Sockets」がサポートされていないあたり
自分らの既得権益(ネイティブアプリ)を守るために、わざとやってんのかとか思うわ。

>そんな片手間に作られたサイトより、www.theshodo.com のほうが参考になるだろ。
どっちも参考にすればいいだろーが。
了見の狭い奴だなｗ

>>913
ぶっちゃけ、HTML5なんて無視していい

頭が足りなくて実装する力がないんだよ
察してやれ

もういいよ　IE6は。
表示されるだけで十分と思え。

html5使うとしてIE7-9分けんのだりぃ…

7と8って、HTML5使えたっけ？

使えないからじゃね？

ぶっちゃけ、IE6なんて無視していい

>>919
IE8は、ストレージをはじめかなりの部分使える

黒目枠ってどうなん？

>>916
ECMAScript 5 compatibility table
http://kangax.github.com/es5-compat-table/

IE9よりECMA5の準拠度が低いSafariやOperaは
頭が足りなくて実装する力がないって事か

>>918
ウィンドウの上下に黒帯をひいて、
「2011年7月でIE6〜8は終了します。
　お早めにモダンブラウザへの移行の準備をお願いします。」
とでも書くか。

もしくは制作者みんなでちょこっとずつ金出して、スマップの変顔の彼雇って
「知っていますか？IEが使えなく〜」ってCM打つか。

その文面だとさすがに単なる詐欺だろｗ
2014年までIE6ですらサポートは継続されるというのに
逆にMSから訴えられるレベル

8・・・いや7まではゆるす

だが6てめーはだめだ

地デジよりよっぽど移行して欲しいです。

逆に2014年にはIE6とIE7のサポートがいっぺんに切れるんだったか？
そのあとはIE8が叩かれるんだろうな。HTML5やCSS3やECMAScript5に未対応って理由で

HTML5ではFlow contentになっていてBlock-levelとかinlineなんて用語が無いみたいなんだけど
CSS3の文書ではBlock-levelとかが出てくる
どこに定義されてるの？

IE9が正式リリースされたらIE7〜IE8の条件分岐コメントに
これをIE9推奨に改変したやつ埋め込めば良い。
↓
ttp://www.ie6nomore.com/code-samples.html


うちはIE6は既に別見積もりなので楽。
セキュリティ上の問題も残ったままのブラウザにも対応させるのは
セキュリティ意識やリテラシー問われますよ？って言って納得させてる。

こうですか＞＜
www.ketsudrum.com

ネタもソースも汚い＞＜

Ai→Canvas ｷﾀｰ！
http://techwave.jp/archives/51513603.html

HTML5だけど、未対応ブラウザを無理やり対応させたりするような
記述が一覧で書いてるようなサイトない？

そんなことできたら苦労しないわ
javascriptで全部実装するにしても限界がある
一部の機能はすでに対応させるライブラリが出回ってるが
IEでcanvasを使うexcanvasとかね
独自タグと認識される古いIEでスタイルを適用させたいだけなら
document.createElement HTML5でググれ

HTML5+CSS3で擬似フレームを実現させたいのですが
どこか参考になるようなサイトありませんか？

HTML5とCSS3じゃないといけない理由はなンだ

CSS3である必要がないわ
overflowプロパティでできる

新しいのをいち早く試したいだけだ。ｽﾏｿ

HTML5で追加されたタグをすべて教えてもらえないでしょうか？

ｇｇｒｋｓ

ttp://www.w3.org/TR/html5-diff/

>>941
マルチうぜえ

canvas の前に mathml を実装してください＞＜

http://test.w3.org/html/tests/reporting/report.htm
この状況がなんとかならないと普及なんてしないだろ

>>946
日本語でおｋ
3行でおｋ

>>947
みんな
対応
不完全

ちょっと前の話題だがWeb SQL Databaseは策定中止か
DBはIndexed Databaseが本命なのかね

canvas内に描画したものはどんどん前面に描かれていくみたいですが
一枚のcanvas内であとから描いたものを後ろに回すにはどうすればいいですか？

2Dなわけだから自前でソートして奥から手前に描画していくしかないだろ。
あるいは3Dを待て。

描いた時点で一枚の絵に張り付いちゃうんですね
確定するまで（画像ファイルとして書き出すまで？）各パーツは浮いた状態なのかと思ってました
どうもありがとうございます

HTML5の規格を読んでたんだけど、sarcasmって何のタグ？ 8.2.5.10の

> An end tag whose tag name is "sarcasm"
> 　Take a deep breath, then act as described in the "any other end tag" entry below.

これはジョークのたぐいだと思っていいの？

>>953
sarcasm要素の件かw
簡単なまとめがある→ http://cpplover.blogspot.com/2009/10/html5-w3c.html

おすすめの本を教えてください

HTML5とか1年ぶりに見たわ
htmlでflashとかSVG表示だとかナツカシイナ

見えない所で日々頑張ってるのに。

>>957
頑張りが見えないから忘れられるんだよ。

意味が判らん。
ウェブ見れば常にそこにある技術なのに。

取っ掛かりとしてどこかのセミナーか講習会に参加したいんだけど
無料〜1万くらいの参加費で手ごろなのないかな。

ググってもITProの45000円とかあんまりな金額のしか引っかからない。

ユーザカンファレンスにでも池

>>959
勧告が遅すぎるんだよ。

でっていう

どっちにしろそのうち使わないといけなくなる

>>963
そのうちっていつ⁇

こんな時代に何年もかけることの無意味さがまだ分からんのかね

いま一番良い参考書はなに？

まだはやい。Webにあるので十分

ありがとう

>>960
そんなカンファレンス探してる時間ぶんWebで勉強すればいいのに

>>879
おそらく親の役割もしてくれるくらい高性能なんだろう

昔PHP触ってたんだけど、HTML5になるとなんか大幅な違いとか制約とかメリットとかある？

>>971
HTML4 から HTML5 ならわかるが、PHP から HTML5 は有り得ないと思う

冷静な突っ込みにフイタ

PHPってhtmlに簡単に埋め込めるからその辺でごっちゃになってるんだと思う
html上でPHPが動いてるみたいな認識なんじゃないか

PHPという単語を知ってるだけで実際は何も知らないんだろうｗ

サーバ側でPHPをパーズしてHTMLを吐くだけだから、
HTMLのバージョンは関係ないよ。

パーズ
パズーかよ

ブラウザ毎に微妙に要素のpx幅がずれるんだけどそろえるには
どうすればいい？

CSS の書き方が悪いんじゃね？

>>977
パーザーがパーズするんだよ。
パーサーがパースするんじゃないよ。

何語ですか？
そもそもPHPをパースしてHTMLを吐くっていうのがそもそもおかしい
お茶ふくレベル

altをアルトとかfalseをファルスとか読んじゃうクチ？

hrefはもちろんフレフだよな！

最終的にHTMLを吐くのはPHPインタプリタじゃないの？

PHPはパーサーを持ってるから大まかには間違いじゃないけど、無理してよく知らない用語を使った感はある。

PHPは、と限定しなくても言語ならどれも持ってるんじゃないの？

元の質問に戻ると、PHPはHTMLのバージョンに依存しない、でいいんだよな。

>>987
それはどこの質問？

>>986
マシン語にはないのではないだろうか…。

スーパーひとし君は銅で…。

>>987
バージョンどころか、HTMLである必要すらないだろ
次元の違うものを同列に語っちゃいかんよ

>>987
>>971

ume

「Google Chrome」におけるH.264サポート終了へ
http://internet.watch.impress.co.jp/docs/news/20110112_419750.html

結局プラグインは永遠に滅びないわけですね