しゃおの雑記帳 - User JavaScriptのロードタイミング
ニコニコポンのGreasemonkeyスクリプトを書いてて気づいたのだが、ブラウザごとにJavaScriptの実行タイミングが異なるようなので、それの対処に苦慮した。 Firefox + Greasemonkey: onloadイベントの直前 Safari + Creammonkey: onloadイベントの直前 Opera: onloadイベントの直後 IE + Trixie, Sleipnir + SeaHorse: onloadイベントの直後 読み込まれたHTMLのDOMツリーにアクセスして内容を書き換える処理を行うUser JavaScriptを書くとして、FirefoxとSafariではaddEventListenerでloadイベントに関連づければよく、OperaとIE系では(loadが終わってからスクリプトが実行されるため)そのまま関数を実行すればよいということになる。 これ
2008-02-23 - 最速チュパカブラ研究会 1000speakersで喋ってきました
Wikiで「アニヲタの話をします」という意味不明な予告をしてましたが、実際の内容は前にここで書いたとおり、syobocalplus.user.jsの話＋αです。 SlideShare → http://www.slideshare.net/gyuque/1000speakers2-syobocalplususerjs 録画（cojiさんthanks!） → http://www.nicovideo.jp/mylist/41473/5207169 補足とか、話せなかった内容とか書いておきます。 （syobocalplusについて） nishioさんからMigemoの説明ぐらいしといたほうがよくね？ とツッコミ。Migemoは元々emacs上で、IMで変換しなくても日本語を検索できるようにするツール。「ai」と打つだけで「愛」とか「会い」にヒットする。 syobocalplusがやっている似非
いろんなサイトから ISBN を抽出するグリモンのテスト - へたっぴ日記
2008/05/22 追記 via id:hetappiさんのISBNのグリモンを少し弄った。 - tyoro.exe tyoro さんに指摘してもらって wedata から json 形式で取得したときの Content-Type を text/javascript から application/json に修正しました。ありがとです。 このまえ少し止まってた時に変わったのかな…。 wedata にとりあえず作って1か月ほど放置していた Item - データベース: ISBN Scraper - wedata 。CrossBookSearch のソース中にだーっと書いてあった ISBN を抽出する XPath を Wiki で管理することで、編集を容易にし他のスクリプトなどでも使えるようになります。きっと。 とりあえずテストグリモンでは Document もしくは http な URL
文字列からDOMの構築にかかる時間 « ku
tumblr経由でGreasemonkeyスクリプトのGM_xmlhttpRequestとかで取得したhtmlとかxmlをいじる場合はxpathだと遅いことが多いかも - さらさら宇宙忍法帖を読んで というのと、実際の時間は2000ms vs 200msほどなんで、２秒待てる処理なら多少遅くたっていいじゃん、ってのもあるかもしれないです。いや２秒と0.2秒は体感できる違いだなぁ。。 体感でさすがに2秒もかかってない気がした(DOMの構築は同期的に行われるのでその間UIがフリーズするはずだけど、そういうストレスを感じてない)けどどれくらいかかっているのかも知らなかったので調べてみました。 実験 評価環境 2.16GHz/Core2Duo OSX10.4+Firefox3beta3 評価方法 AutoPagerize 0.23で文字列からDOMを構築しているcreateHTMLDocument
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
use Perl | CPANdeps + Greasemonkey
?D of K
Enjoy*Study
