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/ 488 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 09:44:23 ] ボタンAを押すと自動的にボタンBを押すスクリプトはどう書けばよろしいのでしょうか？ 489 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 11:06:05 ] >>488 click() たぶんスレ違いだからJavaScriptスレ池 490 名前：488 mailto:sage [2008/11/26(水) 13:36:50 ] いえ、ecmaです。 よろしくお願いします 491 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 13:45:27 ] ECMAScriptの仕様にボタンはない 492 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 17:09:54 ] >>488 スレ違 たぶんこっち↓ + JavaScript の質問用スレッド vol.67 + pc11.2ch.net/test/read.cgi/hp/1223618153/ 493 名前：デフォルトの名無しさん mailto:sage [2008/11/26(水) 18:30:20 ] > for in抽象はもうちょっとうまく整理するやり方があったと思う。 > Javaのcontrol invacation syntaxみたいな。 > for inはforEachメソッドを呼び出すように再整理するのがいいと思う。 旧 ES4 だと iterator::values() iterator::items() iterator::keys() とか提案されてたが、ボツったわけでどーすんのやら。 wiki.ecmascript.org/doku.php?id=proposals:iterators_and_generators 494 名前：488 mailto:sage [2008/11/27(木) 12:19:04 ] ありがとうございます。 行ってみます 495 名前：デフォルトの名無しさん mailto:sage [2008/12/07(日) 22:53:28 ] JScript｢ecmaよ！私は帰ってきたぁー！！｣ 496 名前：デフォルトの名無しさん [2008/12/26(金) 06:46:44 ] ECMAScript の仕様書に出てくる "NoIn" って何を意味するんだぜ？ 497 名前：デフォルトの名無しさん mailto:sage [2008/12/26(金) 10:39:43 ] >>496 for (＜ここ＞;...;...) for (＜ここ＞ in ...) ＜ここ＞ の場所では in 演算子を使っちゃ駄目ってこと。 www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/11_Expressions.html#section-11.8#section-11.8 の note 498 名前：496 mailto:sage [2008/12/26(金) 16:06:40 ] >>497 ありがとう。 499 名前：デフォルトの名無しさん [2009/01/03(土) 19:39:07 ] 499 500 名前：デフォルトの名無しさん [2009/01/03(土) 19:39:27 ] 500 501 名前：デフォルトの名無しさん mailto:age [2009/01/24(土) 21:01:52 ] ナットシェルのgood partが翻訳されて並んでたよ。 いい本だからお勧め。 502 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 23:17:06 ] 宣伝乙 503 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 00:05:19 ] いやいや久々のECMA的Javascript本ですよ。 504 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 07:53:26 ] 宣伝乙 505 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 10:33:12 ] 2chの悪い癖だよね。 すぐに「社員」だの「工作員」だの。 506 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 11:40:47 ] >>505 ただの相槌だから、 全く無反応よりはまし、と思っとけばよい。 507 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 14:21:57 ] しかしnew使うなって言われるとちょっと違和感あるな。 個人的には関数はlowerCamel、コンストラクタはUpperCamelで 名づけるという「規約」をしみこませればそれでいいと思うんだけど。 508 名前：デフォルトの名無しさん mailto:age [2009/01/31(土) 14:42:22 ] 使うなとは書いてないよ。 >>507は読んでるから知っているだろうけど、 コンストラクタをnewなしで読んで、グローバルなthisを変更するミスを防ぐために、 UpperCamelでnew向けに書かれていることがはっきり分かるようにするといい。 もっといい対処方法はnewを使わないこと。 と"bad parts - new"の節に書いてある。 「ミスを防ぐためには」が前提の工夫の話。強制はしてない。 509 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 18:31:13 ] なんで関数はlowerCamelなの？ キモい 510 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 19:27:27 ] new 自体は使っているが、それを「見せないように」する、というハナシが書いてある（Object.create を実装するときに内部で new 使ってる） ちなみに、Object.create は ECMASCript 3.1 の WD で定義されてる 511 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 20:47:27 ] ファクトリメソッドってやつか。俺はnewの方が好きだな。 512 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:17:29 ] var a = new Hoge(); と a = {}; a.prototype = Hoge; Hoge.call(a); って等価？ 513 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:49:53 ] call()の第一引数は関数として呼び出すしcall()は戻り値がundefindだから別じゃない？ 514 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:51:02 ] ミス:call()は戻り値がundefind call(a)は戻り値がundefind 515 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:38:18 ] >>512は改めて見ると間違ってた var temp = {}; temp.__proto__ = Hoge; Hoge.call(temp); var a = temp; これなら等価かな？ 516 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:48:51 ] temp.prototype(); でいいけどね。 517 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:10:33 ] すみません、教えてください。 ↓のように二次元配列mを定義してwebブラウザのdocument.writeで 表示させてみると、定義の仕方によって表示が異なるのはなぜでしょうか。 また、【2】のように定義した場合でも、mに書式を与えて出力する関数を 書かずに【1】のように表示させる方法はあるでしょうか。 【1】リテラルで定義 var m = [ [ 1, 2 ], [ 3, 4 ] ]; document.write( m );　　　　　　　 //　1,2,3,4　と表示 【2】コンストラクタで定義 var m = new matrix ( [ 2, 2 ] );　//要素が空の2x2配列を生成 hoge(m); 　　　　　　　　　　　　　　//適当な関数で各要素に数値を代入 document.write ( m ) 　　　　　　//　[object Object]　と表示 //matrixの定義 function matrix (size) {　　　　　　//sizeは[行数、列数]の形の配列 var i; this.length=size[0]; for (i=0; i<size[0]; i++) { this[i]=new Array(size[1]) }; } 518 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:32:16 ] >>517 1はArray.prototype.toString()の結果でそうなる。 2はmatrix.prototype.toStringを定義してないから 結果的にObject.porototype.toString()が使われる。 519 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 20:37:36 ] 4月でRhinoリリース10周年 520 名前：デフォルトの名無しさん mailto:age [2009/02/02(月) 23:40:19 ] まじ？もうそんなたつの？ 521 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 01:23:33 ] MocaScript時代入れるととっくに10年過ぎてるSpiderMonkeyも思い出してあげてください。 522 名前：デフォルトの名無しさん mailto:age [2009/02/03(火) 01:25:38 ] Spidermonkeyのソース読むと目眩するわ。 Connect, connect、どんだけ接続すんのかと。 523 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 10:21:17 ] なに、NN5のソースに比べたらｒｙ 524 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 13:40:32 ] mozilla関連のソースコードはもはやレガシーコード いわばバベルです 525 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 16:04:10 ] Fx4 (Mozilla 2) でその辺り整理するんだっけか 526 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 19:47:38 ] Firefoxのコード見たらなんかキモかった 527 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:47:37 ] NN5のソース見たらもっときもいぞ。 そもそもWinMain自体間違ってるとか・・・ 528 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 22:42:13 ] サイ本を超えるJavaScript(EcmaScript)本って出ないんだろうな。 そこまでいったら仕様書暗記しろレベルなんだろうな。 529 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 23:49:10 ] 俺はgood partがECMAscript本のベスト1だと思うよ。 530 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:45:07 ] journal.mycom.co.jp/news/2009/02/05/039/index.html > 【速報】Opera新JavaScriptエンジンCarakan発表、50倍高速化も daniel.gredler.net/2009/02/05/javascript-performance-rhino-beats-ie/ > JavaScript Performance: Rhino beats IE? (daniel.gredler.net) 531 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 17:18:18 ] OperaはCSSもそうだが特定の目的にのみ特化して最適化されてるから鵜呑みにしない方が良い。 汎用で早い部類に入るのはRhinoのコンパイルモードくらい。 532 名前：デフォルトの名無しさん mailto:age [2009/02/06(金) 23:07:17 ] >>531 ・Opera同士の比較である ・SunSpiderという標準的なベンチを使ってる ということで、一行目はちょっと的外れかも。 533 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 18:13:39 ] good PartsはDouglas Crockfordが著者だっけ？ JSONとかAjaxとかアホらしい。 534 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 20:19:58 ] >>533は先入観が激しくてプログラマには向いてないな。 535 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 06:38:44 ] いや、俺もAjaxは今やるのアホらしいと思う。 DOM-level3が全部勧告されてからにしたい。 イベントモデルが標準化されんことには…… 536 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 09:26:15 ] やる・やらないを技術の内容で決めてどうすんのさ。手段でしかないのに。 まぁ、やりたくない→やらなくて済む　ならそれはそれで幸せだが。 537 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 11:50:51 ] 手段でしかないなら、普通はその技術の内容で やる・やらないを決めると思う 538 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 12:09:44 ] やりたいことがやれるかどうか、じゃねえの？ 539 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 13:03:41 ] Good Partsは、Ajaxのことは書いてない本 >>533はそういうことには触れてないくだらないボヤキ。 540 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 13:04:30 ] やるやらないじゃなくて やれるやれないじゃないの？ 541 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 15:53:06 ] >>535 今から歩いて、道を作っておくのも悪くない。 542 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 15:53:48 ] ハムレットかよ！ 543 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 16:56:03 ] この流れは…… XMLHttpRequest（とXMLDocument）が ECMAの組み込みオブジェクトになるフラグですか？ 544 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 17:14:23 ] >>543 どの流れか知らんがW3CがDOM/XHRをEcmaに 移管するという話は聞かないしそれはないだろうな。 それよりも journal.mycom.co.jp/news/2009/02/10/070/index.html でモジュール読み込み周りが決められたら、それと ES Harmonyのモジュール周りとがどう関係してくるか気になる。 545 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 17:59:15 ] >>543 Modules 原案 docs.google.com/Present?docid=dcd8d5dk_0cs639jg8 https://mail.mozilla.org/pipermail/es-discuss/2009-February/008726.html １月のミーティングでは好印象、作業も少しはじめてる？ Dave Herman 自身は気になる所もあるようだが、詳細不明。 546 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 22:32:03 ] そもそもJavaScriptだけがなぜかEcmaで標準化されたのか？ W3Cがやっておけば関連仕様との調整もスムーズに行きそうなのに。 DOMとかXMLHttpRequestって絶対言語に食い込んで来ると思うんだが。 jsは元々DOMを操作するための言語だったし、js1.4で仕様が切り離されるまでは・・・。 547 名前：デフォルトの名無しさん mailto:age [2009/02/11(水) 22:54:36 ] W3CはJavascript否定路線だったもん。 W3C自体今はかなりやばい立場だし。 548 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 23:12:37 ] W3CはNTTのせいでNGNが完全にバズワードになってるのがｶﾜｲｿｽ｡ 549 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 08:08:13 ] Compact Profileはeval入ってないのか。 JSONじゃなくXMLだけでAjaxやれってこと？ 550 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 14:52:04 ] JSONはes4で読み込みライブラリが付くはずだったけど3.1はどうなるんだろう。 551 名前：デフォルトの名無しさん mailto:age [2009/02/13(金) 15:22:36 ] >>549>>550 いつの話をしてるの？ Ajaxなんてまるで想定してないのがES-CP。 www.ecma-international.org/publications/standards/Ecma-327.htm 552 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 22:30:12 ] >>549 Compact Profile の考えを Security 関連に絞って再構築しているのが Secure ECMAScript。これも eval がない。 wiki.ecmascript.org/doku.php?id=ses:ses >>550 Draft as of 09 Feb 2009 だと JSON 関連は生きてるが wiki.ecmascript.org/doku.php?id=es3.1:es3.1_proposal_working_draft 553 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:41:25 ] >>551 もう3.1はこのドラフトで殆んど出来上がってるように見えるんだが あと何が足りないんだ？　さっさと勧告してほしい。 遅れれば遅れるほどIEのJS2の実装が延びる…… 554 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:47:27 ] MSが実装をどうするかなんて標準化作業の進み具合とはあまり関係ないだろ。 直接MSにこれはこうだからこうしろと文句いうほうが10倍は影響力がある。 555 名前：デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:48:48 ] IEなんざapplication/ecmascriptどころか application/javascriptすら読み込まないじゃねーか 当分無視でいいだろ。 556 名前：デフォルトの名無しさん mailto:age [2009/02/14(土) 00:27:01 ] >>553 IEのスケジュールに影響するから早くしろって言うのか? 557 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 00:52:02 ] JScriptなんて元々眼中にない。 Ecmaに限ったことじゃないが今まで散々標準に準拠しなかったのが最近になって対応をやってるが ブラウザ界だとIE8を超えれば落ち着くだろう。（もちろん、ろくな標準準拠は果たせず） XML関連はもっと悲惨だろう。 今の実装を捨てない限り永久にまともな実装は出てこないだろう。 結果、相も変わらずIEは無視したいができない現状が続くかと・・・。 558 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 06:20:35 ] IEの何が悲惨って、 実装が糞のくせにOS組み込み型だから アップデートが遅いのが一番悲惨 Chromeみたいに一定周期で安定版を 出してくれれば、まだ救いがあるのに 559 名前：デフォルトの名無しさん [2009/02/14(土) 08:13:14 ] IEならWindowsUpdateがあるじゃないか ただ大田総理が「今までできてたことができなくなるからUpdateイラネ」って言ってた。 560 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 09:21:14 ] 敢えてアップデートはせずに脆弱性突かれ放題にしておくんですね。分かります。 561 名前：デフォルトの名無しさん mailto:sage [2009/02/14(土) 09:40:18 ] 大田総理が言いたいのは 「今まで脆弱性を突き放題できてたことができなくなるから皆がUpdateするのイラネ」 ってことじゃね 562 名前：デフォルトの名無しさん [2009/02/28(土) 11:19:06 ] stringオブジェクトについて少し質問です。 標準仕様にあるtoLowerCaseメソッドとtoLocaleLowerCaseの違いについて知りたくて調べております。 標準仕様によると > 正規 Unicode 文字マッピングで言語の規則が干渉する (たとえばトルコ語のような) ごく一部の文字でのみ違いが存在する。 とありますが、この文章の意味はいったい何なのでしょうか？ 最初はドイツ語のウムラウト(Ü)等、英語のアルファベット以外も正しく小文字に変換するのだろうと思っていたのですが ドイツ語やフランス語でも(toLowerCaseメソッド/toLocaleLowerCase)の双方で結果が同じでした。 キリル文字(ロシア語)のグレイヴ付きЕ、グレイヴ付きИだけ、ブラウザごとに違いが出ました。 正直浅学を恥じますが、少々でも知識のある方いらっしゃいましたらご教授お願いいたします。 563 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 12:20:34 ] 実装依存じゃないのかな。 564 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 13:18:10 ] トルコ語の例というのは多分Iとİのことでしょう。 通常ならIの小文字はiですが、トルコ語にはIの他にİという文字があり、 iは後者の小文字として扱われます。 I → ı İ → i この辺をきっちり処理するのがtoLocaleLowerCaseなのではないかと。 565 名前：562 [2009/02/28(土) 15:28:43 ] なるほど、そうなると日本語を選択した環境では 「I」、「İ」共に小文字のiが返るのが仕様上正しいのですね。 一応各ブラウザ上での動作です。 IE:I→i,İ→İ Firefox:I→i,İ→i Opera:I→i,İ→i Saari:I→i,İ→i ieだけlocaleLowerCaseで大文字のİが返ります。 グレイヴ付きЕ、グレイヴ付きИでの変換の結果が違うのは、マイナー文字なので対応が遅れているだけなのでしょう。 566 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 17:41:38 ] そういやString.toLocaleString()って仕様上はロケールに合わせた文字列を返すんだよな。 SpiderMonkeyの実装だとObject.toLocaleString()はtoString()を返してArray,Number,Dataしかオーバーライドされてないんだが結局これも実装依存なんだろうか？ 567 名前：562 [2009/02/28(土) 23:38:57 ] > Object.prototype.toLocaleString() > この関数の最初のパラメータは、この標準の将来のバージョンにおいて使用されそうである とあるので、Objectではこれで良いのでしょう。 Arrayは、飛ばして議論をすると Date > ホスト環境の現在のロケールの慣習に該当する形式の Date の表現が意図される。 Number > この関数は実装依存で、 toString と同じものを返すことを許可されているが推奨もされない。 となっているので、仕様では何も定めていませんね。実装依存でしょう。 しかし、実際に調べてみるとブラウザ毎にまちまちになっていますね。 document.write( (1000).toLocaleString() +"<br />" ); document.write( (new Date()).toLocaleString() +"<br />" ); Dateオブジェクト IE 1,000.00 Firefox 1,000 Opera 1000 Safari 1000 Numberオブジェクト IE 2009年2月28日 23:16:34 Firefox 2009年2月28日 23:14:51 Opera 2009/02/28 23:16:00 Safari Saturday, February 28, 2009 23:15:29 見た感じではFirefoxが一番頑張っていて、Opera、Safariは日本語環境を考えていない印象を受けますね。 これは日本語環境下での動作でしょうから、他言語ではどうなるのかが気になりますが… 568 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 23:46:55 ] そのOperaの日付表記は、明らかに日本語環境の短い形式でしょう。 569 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 23:58:00 ] ちなみにC#(というか.NET)でこういうことすると、こういう表示になる。 ----- Console.WriteLine(DateTime.Now.ToString(new CultureInfo("ja-jp").DateTimeFormat)); Console.WriteLine(DateTime.Now.ToString(new CultureInfo("en-us").DateTimeFormat)); Console.WriteLine(DateTime.Now.ToString(new CultureInfo("en-gb").DateTimeFormat)); ----- 2009/02/28 23:56:31 2/28/2009 11:56:31 PM 28/02/2009 23:56:31 570 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 00:37:11 ] yyyy/mm/dd time方式ってRFCになかったっけ？ それかどこかで標準化されてないっけ？ んで結局>>567はString.toLocaleString()の話をしてないのはなんで？ #Data.prototype.toLocaleString()はSwatch Internet Timeを返すべきだと思うんだ。ブラウザの実装だしとかいってみるｗ 571 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 01:02:22 ] ISO8601にある。 572 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 01:07:01 ] ISO8601で'/'は範囲(期間)を示すから違うのでは？ 2009-03-01T01:05:23+09:00って形式でしょう。 573 名前：567 [2009/03/01(日) 07:38:14 ] なんだか知らない単語が吹き出してきて少し困りました… とりあえず、ちょっとだけ整理のために… Object.toLocaleString()はオーバーライドされるために定義されてだけなのでtoString()と同じで良いし Array.toLocaleString()は、他のオブジェクトのtoLocaleStringで文字列化してから連結する、なのでこれは無視して良い。 なので問題はDateとNumberオブジェクトでどうするかなのだと思うのです。 仕様を読むと次の様になっています > Date.toLocaleTimeString() > この関数は文字列値を返す。文字列の内容は実装依存であるが、現在のタイムゾーンの、簡便で人間に読解可能な、ホスト環境の現在のロケールの慣習に該当する形式の Date の "date" 成分の表現が意図される。 > Number.toLocaleString() > ホスト環境の現在のロケールの慣習に沿って整形される Number の値を表す文字列値を生成する。この関数は実装依存で、 toString と同じものを返すことを許可されているが推奨もされない。 「2009-03-01T01:05:23+09:00」の形式に関してはHTMLの[DATETIME]形式ですね。 www.asahi-net.or.jp/~SD5A-UCD/rec-html401j/types.html#type-datetime ISO8601に関してはググったらwikipediaに該当項目がありました ja.wikipedia.org/wiki/ISO_8601 私の場合は、ロケールの慣習に該当するというのは「○月×日」みたいな感じに返してくれるのが正しい様な気がしたのですが、んー知識不足です。正直言って。 574 名前：567 [2009/03/01(日) 10:45:13 ] あとすいません忘れてました。String.toLocaleStringは標準仕様では存在していなかったです。 なのでプロトタイプチェーンを手繰ってObject.toLocaleStringを呼び出しているはず…。 575 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 12:40:31 ] >>573 おかしいよその仕様。どこで見たの?他と取り違えてるかコピペミスしてるよね。 原文を当たるまでもないが、一応: www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf 15.9.5.7 Date.prototype.toLocaleTimeString ( ) This function returns a string value. The contents of the string are implementation-dependent, but are intended to represent the “time” portion of the Date in the current time zone in a convenient, humanreadable form that corresponds to the conventions of the host environment’s current locale. 576 名前：574 [2009/03/01(日) 15:51:10 ] あ、申し訳ございません。 ご指摘のとおり、私のコピペミスですね。 Date.toLocaleString()の方をコピペすべきだったのですが…。 原文と邦訳の方載せておきます。 www2u.biglobe.ne.jp/~oz-07ams/prog/ecma262r3/15-9_Date_Objects.html > この関数は文字列値を返す。文字列の内容は実装依存であるが、現在のタイムゾーンの、簡便で人間に読解可能な、ホスト環境の現在のロケールの慣習に該当する形式の Date の表現が意図される。 > NOTE この関数の第一引数は、この標準の将来のバージョンで使用される可能性がある; 実装はこのパラメータを他の用途に使用しないことを推奨される。 > 15.9.5.5Date.prototype.toLocaleString() > Thisfunctionreturnsastringvalue.Thecontentsofthestringareimplementation-dependent,butare intendedtorepresenttheDateinthecurrenttimezoneinaconvenient,human-readableformthat correspondstotheconventionsofthehostenvironment*fscurrentlocale > NOTE > Thefirstparametertothisfunctionislikelytobeusedinafutureversionofthisstandard;itis recommendedthatimplementationsdonotusethisparameterpositionforanythingelse. みなさま、申し訳ありませんでした。 577 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 23:02:44 ] 3.1の仕様ﾏﾀﾞｰ? 578 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 03:22:26 ] >>577 WD 読んで我慢しる ttp://wiki.ecmascript.org/doku.php?id=es3.1:es3.1_proposal_working_draft 579 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 16:07:40 ] ははは 580 名前：デフォルトの名無しさん mailto:age [2009/03/27(金) 16:29:12 ] ES3.1がECMAScript第五版だってさ！ blog.360.yahoo.com/blog-TBPekxc1dLNy5DOloPfzVvFIVOWMB0li?p=993 581 名前：デフォルトの名無しさん mailto:sage [2009/03/29(日) 18:43:32 ] ES4は欠番なのかぁ 582 名前：デフォルトの名無しさん mailto:sage [2009/03/29(日) 19:53:53 ] >>580は滅茶苦茶重いサイトだな 583 名前：デフォルトの名無しさん mailto:age [2009/03/29(日) 22:18:55 ] ES4には絶対しないって意思の現れだね。 584 名前：デフォルトの名無しさん mailto:sage [2009/03/29(日) 22:21:43 ] 次は3.14だな 585 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:48:57 ] ActionScriptとの統合もなさそうだなあ 586 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 20:12:10 ] >>583 作者死亡と共にバージョンπになるんですね 587 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 20:26:34 ] クヌースは何歳まで生きられるんだろう？ 588 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 23:19:35 ] >>587 長寿の血統ではあるらしい。

---

---

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

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