ECMAScript デス 3

1 名前：デフォルトの名無しさん [2007/09/19(水) 09:08:01 ] 《ECMAScriptを語るスレ》 1. - 概要 - ECMA-262規格として知られる言語（通称 ECMAScript）についての利用法や言語仕様、 その他四方山話をするスレです。 - ECMA-262 3rd Edition 標準規格（英語）- www.ecma-international.org/publications/standards/Ecma-262.htm Under Translation of ECMA-262 3rd Edition (日本語訳) www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/ 前スレ ECMAScript デス 2 pc11.2ch.net/test/read.cgi/tech/1088298991/ 過去スレ JavaScript デス pc5.2ch.net/test/read.cgi/tech/1052273054/ 686 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 22:14:37 ] 独自拡張を全否定したらWEBの発展が見込めないってこともわからんゆとりか。 完全準拠してないならまずそこを穿ってけばいいのに。 687 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 22:19:42 ] ecmaの仕様の話するスレで独自拡張布教するなよ。 688 名前：デフォルトの名無しさん mailto:sage [2010/08/23(月) 22:21:53 ] 独自拡張に依らないウェブの進化を目指してたXHTML2がこけちゃったもんな 689 名前：デフォルトの名無しさん [2010/08/24(火) 10:09:47 ] つか、WHATWGが「どうせ俺らが実装しなきゃ絵に描いた餅なんだから、 仕様は俺達で作るわ、XHTML使いづれーし」って言って、W3Cが涙目で応じたじゃん？ つまり、MSの独自拡張の時代はずっと前に終わってて、 WHATWGが実装ありきで仕様を作り、W3Cがそれを勧告するっつー流れ。 690 名前：デフォルトの名無しさん mailto:sage [2010/08/29(日) 09:14:09 ] ecmascriptで相互再帰って出来るの？ 普通の再帰にフラグを渡してその値で場合分けするみたいな 微妙なやり方しか思いつかないんだけど 691 名前：デフォルトの名無しさん mailto:sage [2010/08/30(月) 12:00:01 ] 出来るので頑張ってください。 微妙な実装になるかどうかはあなたのセンス次第です。 692 名前：デフォルトの名無しさん [2010/08/30(月) 19:06:37 ] function f(){ return g(); } function g(){ return f(); } あばばばばば。 693 名前：デフォルトの名無しさん mailto:sage [2010/08/30(月) 19:55:05 ] 　 　∩＿＿＿∩　　 　　　　　　｜ 　　 | ノ＼　　　　 ヽ　 　　　　　　| 　　/　　●゛　　● |　　　　 　　　| 　 |　∪　　( _●_)　ミ　 　　　　　j 　彡､　　　|∪|　　 |　　　 　　　 Ｊ /　　　　 ∩ノ ⊃　 ヽ (　 ＼　／ ＿ノ　|　 | .＼　“　　／＿＿|　 | 　　＼ ／＿＿＿ ／ 694 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 14:59:13 ] wikiとか見たけど混乱したんで教えてください ECMAScript5thがJavaScript1.9で実装されてて(firefox4) ECMAScript4thがJavaScript2.0(JScript/ActionScript)っていう認識はあってますか？ それとも2009/12に策定されたECMAScript5thのことをJavaScript2.0って呼んでいて ECMAScript 4thは仕様策定放棄され JScript/ActionScriptはECMAScript4thの草案を実装してるだけ(JavaScript2.0ではない)なのでしょうか 695 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 15:46:30 ] JavaScript2.0はまだ出ていないけど、ECMAScript 5Eを元に策定される予定。 IE9に載るJScriptもECMAScript 5Eを元に策定される予定。 ECMAScript 4Eは公式には存在しない（今後も作られない）。 ただしいくつかの草案があって、それらを元に現在のActionScriptが出来た。 一方現在のJavaScriptやJScriptは4Eの草案やActionScriptとはほぼ別物。 4Eと5Eには互換性がない、けど4Eの機能のいくつかは5Eにも取り込まれた。 こんな感じ 696 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 16:09:45 ] >>694 4については、 Adobe, Mozilla <-> Microsoft、その他 って構図で、最後はJavascript創始者のBrendan Eichが、 4放棄の取りまとめをした。 JScript(MS)とActionScript(Adobe)を 同じグループにいれているのは間違い。 4の成否にもっとも激しく対立した二者。 697 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 17:43:25 ] wikipediaのECMAScriptのページに、どっちも草案って書いてたから MS/Adobeの件は激しく勘違いしてました そして、今はまだJavaScript2.0は出てないんですね ただ、2.0はECMAScript 5thの仕様ベースになるっていう意味で javascript2.0を試した、とか javascript2.0策定完了、とか そんな記事があるわけか 当初ECMAScript4thの仕様がJavaScript2.0になる予定だったためか？ 2006年頃発売なのにJavaScript2.0対応とかいう本もあったりと 2.0の周りは混沌としてますね 698 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 17:54:23 ] ついでにもう一個、もし知ってる人いたら教えてください ECMAScriptの初版(=2版)の仕様策定に関わった人として 敬愛するGLSの名前があるわけですが JavaScriptの関数がファーストクラスとして使えたのは ECMAScript策定前からでしょうか？ 初版の時点で既に無名関数があるわけですが 彼が原因じゃないかと推測します 699 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:13:18 ] SteeleはECMAに仕様を出す前に、 仕様を整える役として急遽呼ばれた。 幾つかの言語の仕様を書いて慣れているので。 基本的な部分の設計には全く関わってない。 関数がファーストクラスな言語はそれほど珍しくない。 全てがSteele由来なわけでもない。 ただBrendan EichはブラウザにSchemeを組み込むつもりで、 ネットスケープ社に入社した。諸々も事情で、 プロジェクトを離れている間にC言語風になった。 700 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:41:51 ] 詳しいですね、ありがとうございます scheme使う人だったんですね >>プロジェクトを離れている間にC言語風になった。 悲哀を感じます。 そしてそのGLSが呼ばれて整えた仕様書は crockford曰く「The specification is of extremely poor quality」 悲哀を感じます。 >>関数がファーストクラスな言語はそれほど珍しくない。 >>699はMLだとかmirandaだとかそういう言語を想定してるんだと思いますが 1998年頃一般的に流行ってた言語の中ではすごいことだと思います 今でこそTiobeのトップ20の言語の半分以上はlambda相当のことが出来るけど 701 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 18:58:15 ] 一般のプログラマは言語なんてほとんど知らないから。 彼らにとって珍しいことが、設計者にとって珍しいってことはない。 702 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 19:58:04 ] 【レポート】IE9、JavaScript仕様と現実の落としどころ | エンタープライズ | マイコミジャーナル: journal.mycom.co.jp/articles/2010/08/31/ie9-javascript-impl-decision/index.html 703 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 20:21:53 ] JavaScriptの定義ってわかり難いよね 広義ではブラウザ上で動くECMAScriptの実装を意味していて、 狭義ではMozillaのECMAScript実装だけを意味するってことでOK？ で、JavaScript2.0ってのはMozillaの実装のバージョンを意味してるんだよね？ 704 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 21:20:22 ] 狭義ではブラウザ上で動くECMAScript実装の内JavaScriptと名乗るものを指し、 広義ではサーバサイドJavaScriptみたいなのも含める感じ 狭義がMozillaの実装だけを指すってことは無いと思う。 705 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 21:59:45 ] JavaScriptってのは商標でもあるので、 >>703の言っていることのほうが正しいです。 706 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 22:09:19 ] >>703-704 枝葉をつつくようだが、ECMAScriptが制定される前からJavaScriptはあったわけで そう言い切ると、NN2.0-3.0に載ってるのはJavaScriptじゃないってことになっちまう JavaScript5版(oreilly)では、ブラウザ上で動くJavaScriptのことを 「クライアントサイドJavaScript」、言語としては「コアJavaScript」と区別して呼んでるね これは広義の分類にあたりそうだ 707 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 22:27:29 ] >ブラウザ上で動くECMAScript実装の内JavaScriptと名乗るもの javaの名を使うことで提携してんのはNNというかmozillaだけだと思うがいまどうなってんだろうな。 だからMSはJScriptにしたんだし。 708 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 23:29:13 ] >>705 >>706と関連するけど、NNの実装はどうなるのさ、と >>707 en.wikipedia.org/wiki/ECMAScript#Dialects こんな感じで呼ばれてるみたいよ。 709 名前：デフォルトの名無しさん mailto:sage [2010/08/31(火) 23:58:59 ] なんとなく、ECMAScript + W3C DOMのことをJavaScriptと呼んでるようなイメージ。 >>708のウィキペディアの記事にもそんなニュアンスのことが書いてある。 710 名前：デフォルトの名無しさん mailto:sage [2010/09/01(水) 08:07:38 ] 歴史的にもクライアントサイドで動的webやるためにDOMを扱えるスクリプト実装したのが LiveScriptだからECMAScript + W3C DOMのことをJavaScriptと呼ぶのは自然の流れ。 Natscape js1.4で分離されるまでJavaScriptの仕様にDOMが含まれてたんだし。 1.4でJavaScript CoreとDOMに分離された。 711 名前：デフォルトの名無しさん mailto:sage [2010/09/01(水) 12:11:48 ] >>700 Steeleのやったのは文言の訂正とかそんなレベルだよ。 712 名前：デフォルトの名無しさん mailto:age [2010/09/02(木) 16:02:52 ] IEBlog > Chakra: Interoperability Means More Than Just Standards ・What’s the Real Regular Expression Grammar? ・Why Doesn’t IE9 have those _ _ methods? ・A Malfunctioning Consensus Feature ・So What About const? ・Principled Decision Making Allen Wirfs-Brock Microsoft JavaScript Language Architect blogs.msdn.com/b/ie/archive/2010/08/25/chakra-interoperability-means-more-than-just-standards.aspx 713 名前：デフォルトの名無しさん [2010/09/02(木) 21:23:06 ] この記事の元ネタですかね。 journal.mycom.co.jp/articles/2010/08/31/ie9-javascript-impl-decision/index.html 714 名前：デフォルトの名無しさん mailto:sage [2010/09/03(金) 01:49:45 ] constの挙動とか、以前の版との整合性だけ修正して Edition 6が割とすぐ出そうな気がするのは俺だけ？ 715 名前：デフォルトの名無しさん mailto:sage [2010/09/04(土) 01:34:42 ] ・正規表現 errata か、なくてもいいんじゃ ・__*__ methods 元から範囲の外 ・文内の関数位置 確か、ES5 で IE と同じ挙動にしたはずでは…途中でやめたか？ ・const ES5 には元から入っとらんわ 716 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 17:06:48 ] >>715 ＞・const ＞ES5 には元から入っとらんわ つまり今constをサポートしてるブラウザは 規格に入ってない機能を勝手に独自実装してる欠陥品って事か 欠陥品じゃないって言うならIEの独自機能も認めないとおかしい 717 名前：デフォルトの名無しさん [2010/09/08(水) 17:16:54 ] 規格に入ってる機能を実装してない欠陥品よりマシ 718 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:10:47 ] 今ある全てのブラウザが欠陥品ってこと？ 全部実装してるブラウザはいまのところ存在しないんだけど 719 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 18:21:00 ] >>717は「MSが駄目って指摘できるボクちゃんカッケーww」って 勘違いしちゃってる馬鹿 720 名前：デフォルトの名無しさん [2010/09/08(水) 19:32:40 ] 独自実装と先行実装だったら、後者のほうがましだなあ、と。 721 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 20:36:37 ] つまりXMLHttpRequestを最初に実装したIEは偉大 722 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 22:36:31 ] IE信者のプロパガンダにしか見えん。 constも例外処理も勝手に追加したのはspidermonkeyだがこれらがあると欠陥とな？ ブラウザ戦争の引き金になる糞互換な実装をやめろって話なのが分からんのか。 webkitとかwebkitとかwebkitとか 723 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:51:06 ] constについては、constの仕様が不確定なことと、 このような機構が将来仕様に含まれるとしても、 今のconstのようなものになるか不確定であること、 この二点を採用しない理由に挙げてるけど、 constってのはObjectの性質じゃなくて、 変数の性質だから、他の方法なんてないんじゃないの? 724 名前：デフォルトの名無しさん mailto:sage [2010/09/08(水) 23:58:47 ] たとえば同じ名前の変数にconst指定した場合、ブラウザによって次のように別々の動作をみせるという。 * シンタックスエラーとみなしローディングを実施しない。 * 関数がコールされた段階で例外を発生する。 * 定数の上書きは成功し、変数としての上書きは処理しない。 * ただの変数として処理する。 725 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 06:59:32 ] IE以外のどのブラウザもそれなりにECMAScriptの独自拡張はしてるって話だろ？ 実際、constの挙動がバラバラなんだし。これを先行実装と言い張るのはなあ 726 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 12:56:28 ] constよりletほしい。 727 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:37:18 ] 式クロージャも欲しい 728 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 15:45:29 ] いらん 729 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:21:06 ] ネイティブにコンパイルできるようにならないのかな PHPをC++にコンパイルするやつはあったな 730 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 16:43:02 ] >>729 すでに主流のブラウザに搭載されているJSエンジンは、JIT(Just In Time compile)化されていたはず。 少なくともFirefoxのSpidermonkeyは、JIT化によって大きな性能改善を果たした。 731 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 21:57:02 ] FirefoxもChromeもコード生成に実行時情報使うからAOTでコンパイルするのはつらいな。 ネイティブコードにはなるだろうが実行性能的な意味で。 732 名前：デフォルトの名無しさん [2010/09/09(木) 22:45:26 ] できてせいぜい中間コードまでだろうなあ 733 名前：デフォルトの名無しさん mailto:sage [2010/09/09(木) 23:48:32 ] 中間コードにはコンパイルできなきゃ困るだろ・・・ 734 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:14:54 ] >>732 V8のコード読めばいろいろ参考になるよ SpiderMonkeyよりかは読みやすいし >>726 これは同意 ブロックスコープ使いたいお・・・ 735 名前：デフォルトの名無しさん mailto:sage [2010/09/10(金) 10:56:58 ] letもいいけど分割代入も欲しい 736 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 07:12:45 ] json形式のデータでlistと配列(vector)区別する一般的な方法はないのでしょうか？ list [1,2,3] vector {vector:[1,2,3]} とかでいいのでしょうか？ 737 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 12:36:02 ] ベクターとか本当に必要か？ 738 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 13:53:11 ] jsonてここでいいのか？ 739 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:00:52 ] 枝葉末節だけどJSON形式ならキーを文字列にしないといけない 740 名前：デフォルトの名無しさん [2010/09/14(火) 14:12:07 ] まあJSOということで 741 名前：デフォルトの名無しさん mailto:sage [2010/09/14(火) 14:45:25 ] それってただのJSじゃね 742 名前：デフォルトの名無しさん mailto:sage [2010/09/15(水) 01:06:29 ] JSObjectなら 743 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 20:40:11 ] JavaScript for Internet Explorer 9 Beta msdn.microsoft.com/en-us/library/d1et7k7c(v=VS.94).aspx IE9はJScriptじゃないの？ 744 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:18:28 ] いまのjavascriptは製品名よりブラウザ上の言語名として一般にも普及してるからjavascriptを使うんだろう。 745 名前：デフォルトの名無しさん mailto:sage [2010/09/22(水) 22:24:31 ] MSも丸くなったというか下り坂というか 746 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 17:01:05 ] ECMAScript 5 compatibility table kangax.github.com/es5-compat-table/ Strictモードのスルーされっぷりは異常 747 名前：デフォルトの名無しさん mailto:sage [2010/10/03(日) 23:09:05 ] strict は部分的には入ってる 一括して一項目だとな…セキュリティとしてはフルサポートしないとまずいんだけど 748 名前：デフォルトの名無しさん mailto:sage [2010/10/06(水) 00:03:34 ] ActionScript3.0が対応してるECMA262ってこれであってますか？ ttp://www.ecmascript.org/es4/spec/overview.pdf 749 名前：デフォルトの名無しさん mailto:sage [2010/10/14(木) 23:36:40 ] >>746 ようやくWebKit Nightly BuildとMinefieldでグリーンになった 750 名前：デフォルトの名無しさん mailto:sage [2010/10/15(金) 10:06:23 ] >>746 >>749 今 mozilla-central 20101014041748 で見たら全部の項目がグリーンになっててビビった Chrome の Canary build とか Chromium だとどうなんだろ（表には7までしかない） 751 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:06:47 ] >>750 カナリアも今のところChrome 7と同じ。 WebKit本体のJavaScriptエンジン(JavaScriptCore)はstrictモード対応したけど Chromeは独自のJavaScriptエンジン(V8)を使っているので恩恵を受けていない。 その代わりJavaScriptCoreが未対応のObject.*の類をサポートしてる 752 名前：デフォルトの名無しさん mailto:sage [2010/10/16(土) 00:18:41 ] あとMinefieldはstrict mode evalに未対応なので evalを使ってるコードではまだ"use strict";しないかWebKitでもテストしたほうがいい https://bugzilla.mozilla.org/show_bug.cgi?id=514568 753 名前：デフォルトの名無しさん mailto:!sage [2011/02/21(月) 05:18:33.75 ] SubKlass.prototype に直接値を代入せずに Klass.prototype を継承したオブジェクトが作りたい 具体的には、 const Klass = function() {}; Object.defineProperties(Klass.prototype, {...}); const SubKlass = function() {}; SubKlass.prototype.__proto__ = Klass.prototype; みたいなことをやりたいんだけど、これってES5標準の範疇では不可能？ 754 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:45:40.04 ] Object.create(Klass.prototype) 755 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:48:36.45 ] 4ヵ月書き込みがなかった間にMinefieldがstrict mode evalに対応したようだ 756 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 07:52:51.09 ] >>753 むしろconstがES5的に不可能 var Klass = function() {}; Object.defineProperties(Klass.prototype, {...}); Object.freeze(Klass); 757 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 08:15:26.09 ] >>755 Chromium（V8）の最新版もstrict modeに部分対応始めたし あとはIE9さえ対応すれば完璧だな Opera? Safari? 何それおいしいの 758 名前：デフォルトの名無しさん mailto:sage [2011/02/21(月) 22:04:21.88 ] Safariはバージョンアップ遅いけど WebKit Nightly BuildならもうかなりES5 strictに対応してるよ 759 名前：デフォルトの名無しさん mailto:sage [2011/02/22(火) 03:03:54.10 ] >>754 SubKlass.prototype = Object.create(Klass.prototype); すればできるのは分かるのですが、SubKlass.prototypeに元からあったプロパティは消えちゃいますよね。 この元からあったプロパティを残しつつ継承したいんです >>756 constはつい癖で付けてしまいました。 Object.defineProperties(SubKlass.prototype, { 　property descriptors of Klass.prototype }) だと SubKlass.prototype.__proto__ !== Klass.prototype になりますよね 760 名前：デフォルトの名無しさん mailto:sage [2011/02/23(水) 05:11:49.13 ] 多重継承？ 761 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 19:30:12.58 ] strictモードで function f(){ this.a = 45; } が出来なくなるのはただの劣化だと思うんだ。なんで元に戻したの？ 762 名前：デフォルトの名無しさん mailto:sage [2011/04/01(金) 22:53:16.39 ] strictなんだからできなくて当然と思うけど それともnew忘れてるとか？ 763 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 09:17:07.08 ] Property Descriptorってのは特殊なJSONっていう理解でいいの？ 764 名前：デフォルトの名無しさん mailto:sage [2011/04/09(土) 19:14:44.53 ] ここまで合ってるところがひとつもない文だとかえって直しようがない 765 名前：デフォルトの名無しさん mailto:sage [2011/04/29(金) 22:28:49.48 ] IEで自分(パーツ)用のスタイルを設定したい場合にaddRuleを使ってたんだけど IE8以降の標準モードではなぜか動かなくなってるような？ 入れ物はできるけど中身が空になってる(.box{}みたいな感じ)。 そーいやChromeのダミーのaddRuleがそっくりの動作をしてたなと。 試してたソースはこれ。 if ( document.createStyleSheet ){ var myCSS =document.createStyleSheet(); myCSS.addRule( '.box', '{background-color: #f0f0f0;}' ); myCSS.addRule( '.box', '{border: 2px solid #aaaaaa;}' ); } 元のソースはIE以外にも対応するためにinsertRuleも使ってるんだけど 症状を確認するために極限まで削ってこれだけにしたのです。 (元のソースはcreateStyleSheetも使ってません) IE8でモードを切り替えながらCSSを見てたけど 互換モードとIE7標準モードでは設定されるけどIE8標準では設定されない。 IE6やIE7ならモードに関係なく設定される。 IE9もIE9標準モードでは設定されないけどinsertRuleが使える。 (IE9標準モード以外はIE8と同じ) ここまで重大な変更をしてると大きな問題になりそうな気がするけど ググっても言及してるところが見当たらない。 何か基本的なところで勘違いをしてるのでしょうか？ 766 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:54:13.95 ] myCSS.addRule( '.box', 'background-color: #f0f0f0;' ); myCSS.addRule( '.box', 'border: 2px solid #aaaaaa;' ); 767 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 08:55:40.26 ] 思わず答えちゃったけどECMAScript関係なくね? 768 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 14:48:24.99 ] 関係ないよね JavaScriptスレに行ったら？ 769 名前：デフォルトの名無しさん mailto:sage [2011/04/30(土) 17:39:12.00 ] JavaScriptとも関係ない気がするけど Web制作板のJavaScriptスレはDOMの質問も扱っているようだ 770 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:23:34.55 ] 仲良くしようよ(´・ω・｀) 771 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 11:40:42.56 ] ECMAScript + DOM = JavaScript だからなあ。 DOMのこと聞けなかったらJavaScriptじゃなくてECMAScriptだ。 772 名前：デフォルトの名無しさん mailto:sage [2011/05/01(日) 17:36:59.89 ] 最近じゃそこにHTML5周辺のAPIも混ざってきて混沌としているがな 773 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:30:41.36 ] >>771 釣りなのか? ECMAScript + Netscape独自拡張 = JavaScript WSHやサーバーサイドJSやSpiderMonkeyのシェルやRhinoはJavaScriptじゃないとでも? 774 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:37:32.32 ] WSH上で動くのはJScriptだな ECMAScript + Microsoft独自拡張 = JScript 断じてECMAScript + IEのDOMではない 775 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 06:45:29.37 ] ECMAScriptの解説書はなんで出ないんだろうか 776 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 11:20:41.14 ] The Good PartsはECMAScriptの解説みたいなもんだったが… ES5の解説本が出てもいいと思うが、 wikipedia(ja)も放置状態だし、関心のある人は少ないのでは? 777 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 13:13:45.40 ] サイ本で十分役割を果たしてる 778 名前：デフォルトの名無しさん mailto:sage [2011/05/02(月) 14:00:23.06 ] Web寄りすぎるだろ。 779 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 03:58:52.39 ] そろそろデスクトップ方面に注目した総括的な書籍が出て欲しいなあ ネタ的には十分揃ってると思うんだけど Titanium : www.appcelerator.com/ DashCode : www.apple.com/macosx/developers/#dashcode Chromeless : mozillalabs.com/chromeless XULRunner : https://developer.mozilla.org/ja/XULRunner Google Desktop Gadgets : desktop.google.com/plugins Yahoo! Widgets : widgets.yahoo.co.jp/ Adobe Air : www.adobe.com/jp/products/air/ QML : doc.qt.nokia.com/4.7-snapshot/qdeclarativeintroduction.html Windows Scripting Host : support.microsoft.com/kb/232211 CommonJS : www.commonjs.org/ 780 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 06:55:35.87 ] WSHはもう互換性のためだけに提供されてる状態だった気がする 781 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 12:51:35.86 ] JScript9の新機能(ES5対応とか)はIE9の中でしか使えないんだっけ 782 名前：765 mailto:sage [2011/05/03(火) 18:05:18.66 ] 質問するところ間違えてしまったようですまない。 そして答えてくれてありがとう。 あまりに単純な原因に衝撃を受けたよ……カッコが原因だったとは。 間違ってたのに今まで運良く動いてただけか(よくあることだけど)。 最初に見たソースがカッコがついててそれを参考にしたみたいです。 さっきあちこち見てまわったらつけてる人とつけてない人がいるね。 783 名前：デフォルトの名無しさん mailto:sage [2011/05/03(火) 18:34:49.88 ] これ、IE版firebugで見つけられるんじゃない? 784 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 18:53:34.21 ] >>770 仲良くしてたらDOMの質問が際限なく来て始末に負えなくなるから、そこらへんは線引きしとかんと そのために2代目スレからは名前変わってるんだし 785 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 21:00:16.42 ] これ Traceur のドキュメントだけど、Class ってそんなに欲しいかな・・・ code.google.com/p/traceur-compiler/wiki/LanguageFeatures 786 名前：デフォルトの名無しさん mailto:sage [2011/05/04(水) 22:01:33.11 ] あったら積極的に使うと思うがなくても(現状でも)そんなに困らない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef