SlickSpeed Selectors Test
speed/validity selectors test for frameworks. Every framework runs in his own iFrame, thus no conflicts can happen. Tests are run selector by selector, with an interval to prevent the browser from freeezing. Tests are run in a neutral environment, no library or framework is included in the main javascript test, to avoid favoritism. Tests are run against a local copy of this document. beta' src='s
masuidrive on rails » Blog Archive » YUIの開発チームは複数でのブラウザテストをどうやっているのか？
結論、リロードして目視。orz 昨日、cssniteでYahoo UI Libraryチームの方が、講演をするというので、自分の原稿もそこそこに、アップルストア銀座に聴きに行ってきました。 YUIはちょこちょこと使っているので、講演自体には目新しさはなし。 質問タイムがあるというので、頑張って英語で２つ質問してみました。 一つは、「DataTableがちょっと遅いのが気になるけど、パフォーマンス改善する予定はあるか？」 答えは、「DataTableはまたβリリースなので今後改善する。パフォーマンスには常に気をつけている」とのことでした。これは正式版を楽しみにしていよう。 もう一つは、「JavaScriptライブラリを作るときに大変なのは複数でのブラウザのテストだけど、どうやってますか？ロジック部分はUnitTestが使えるけど、ビジュアル系の場合には使えないので、私はブラウザのリロードを繰
YAHOO.util.Event.onDOMReadyがうまく動かないよ - Flicker's Style++
YUIにおけるイベント管理 で書いたとおりイベントハンドラonloadは画像を含むすべてのコンテンツがロードされてから関数を実行する。 それがいやな人は、JQueryのdocument.ready()とかYUIのYAHOO.util.Event.onDOMReadyを利用してDOM構造が構築された時点で関数を実行するようにする。 DOM構築がされていないのにappendChildをやるとブラウザが（IEが）クラッシュするからだ。 （「インターネットサイトhttp://〜〜は開けません。操作は中断されました」となんとも不親切なエラーが出る） #googleMapの貼り付けで同エラーが発生するのもDOMの動的な生成が原因かもしれない。（GoogleMap貼り付けたことないから知らないけど DOM構造が実行可能かどうかの判別方法はブラウザ毎に方法があるが、YUIライブラリのonDOMReadyの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
