大量に同じ画像を表示したいとき - os0x.blog
画像周りの速度メモ - #生存戦略 、それは - subtechの件。 最終手段として、CSSを使う。 .hatenastar{ display:inline-block; width:11px; height:10px; background:url('http://s.hatena.ne.jp/images/star.gif'); } (function(){ var now = new Date*1; for (var i = 0; i < count; i++) { var span = document.createElement('span'); span.className = 'hatenastar'; container.appendChild(span); } document.title += ' css:' + ((new Date*1) - now); })();
富豪URI - os0x.blog
URI - 素人がプログラミングを勉強していたブログ function URI(uri,base){ var a, _loc = location, self = this; if (base) {//via nanto_vi var XHTML_NS = "http://www.w3.org/1999/xhtml"; var XML_NS = "http://www.w3.org/XML/1998/namespace"; a = document.createElementNS(XHTML_NS, 'a'); a.setAttributeNS(XML_NS, 'xml:base', base); } else if (URI.cache) { a = URI.cache; } else { a = URI.cache = document.createElement('a'); } a.
JavaScriptによるブラウザ判別の実際 - os0x.blog
1 行でブラウザ判別を行うスクリプト (IE 用の日本語紹介記事、Firefox、Safari 用の日本語紹介記事) を発端に、SpiderMonkey の判別とブラウザ判別: Days on the Moon や JavaScript でのブラウザ判別 - 「仕様の盲点」ではなく、「プロパティの有無」を使う方がマシ - 2009年2月 - Blog - EOFなどの記事があがっています。 ここでは少し実際的なケースごとにサンプルコードを紹介していきたいと思います。(サンプルコードは適当に書いているので、不正確な箇所があるかもしれません。ご了承ください。間違い等ご指摘いただけると助かります。) なお、これらは汎用的なJavaScriptライブラリを使っていれば意識しなくても良いケースがほとんどです。 分岐する必要がないケース 分岐する必要がないなら、ケースとしてあげる必要はないと思われるか
WebKitのデバッガが超絶便利になっている件 - os0x.blog
WebKitのデバッガはDroseraという別アプリで提供されていましたが、つい最近(2008/05/16)本体とセットになるようになりました。 このデバッガがヤバイです。(画像でかくて自分のモニタでもはみ出してるけど気にしない) 開発のWebインスペクタを開いてから、Scriptsを選択するとDebuggerを起動するか聞かれる Attach Debuggerをクリックすると左上に読み込んでるScriptがリストになっている。(eval script)となっているのはGreaseKitが実行するScriptの模様。 GreaseKitのScriptもちゃんとソースが見えるし、 左下の蟻アイコンが青くなっているとエラー(?)のあった箇所でPauseする。右上にPausedと出ていて、この左のボタンでステップ実行とかが出来る。 右側にはローカル変数とクロージャで保持されている変数がスコープご
JavaScriptをこれから勉強しようと思っている人へ(jQueryよりprototype.jsを薦める理由) - os0x.blog
JavaScriptは手軽で、実用的なプログラミング言語 どのくらい手軽かといえばJavaScriptを始めるのに(HTMLとCSSは出来た方が良いけど)予備知識はほとんど必要なくて、ブラウザとエディタさえあればすぐにJavaScriptを動かすことができる(FirefoxにFirebugを入れればコンソールでその場実行できるのでエディタも(リロードも)不要)。 その上実用性も十分で、最近のウェブサービスのバックエンドはPerlやPHP、JavaにRuby、Pythonなどなど様々だけど、フロントエンドは必ずといっていいほどJavaScriptが使われている(FlashもあるけどフルFlashサイトでない限りJavaScriptも使われているし、そもそもFlashを表示するのにJavaScriptが使われていたり)。とにかくJavaScriptが必要とされる場面はすごく多い。 と、こんな理
stock.xchngのSITEINFO - os0x.blog
oAutoPagerizeのSITEINFO追加 - 0xFFで書いたstock.xchngのSITEINFOはoAutoPagerizeでは問題ないんだけど、Firefoxではbase要素のせいで3ページ目でエラーが。。 というのも、nextを取得する際に、その要素はページには追加されていないので、base指定による影響を受けない。 そのため、http://www.sxc.hu/category/1091/2の最後の/を基点として、http://www.sxc.hu/category/1091/category/1091/3というURLを取得してしまう。 残念ながら、こういうのはXPathをどうこうしても解決できない。 というわけで、AutoPagerizeをhackしてgetNextURLを書き換えてしまうGreasemonkeyを書いてみた。 // ==UserScript== //
静的なページが何時ぐらい前に更新されたページなのか表示するGreasemonkey - os0x.blog
25 « 4月 « 2008 « blog.ishinao.netについて。 Blogなら日付がついてるからあまり問題にはならなくて、静的な文書のほうが日付がなかったりするので古い情報なのに気が付きにくいんじゃないかなと思った。 というわけで、document.lastModifiedを見てコンソール(Minibufferが入っていればそれで)に出すGreasemonkeyを書いてみた。 // ==UserScript== // @name lastModified // @namespace http://ss-o.net/ // @include http://* // ==/UserScript== (function(){ if (![].some || ![].map) return; var d = new Date(document.lastModified); if (d.
oAutoPagerize ver 1.0 - os0x.blog
oAutoPagerizeをwedata対応にして、CodeReposにアップしました。コミット記念にver1.0にします。 http://coderepos.org/share/browser/lang/javascript/opera-userjs/oAutoPagerize.js この記事に書いていた内容をoAutoPagerize - 0xFFに移しました。インストールなどもそちらを参照お願いします。
Firefox3の特権付XMLHttpRequestは(POSTの場合)バックグラウンドで実行され認証ダイアログなどがデフォルトで出ない - 0x集積蔵
Firefox3beta5のGreasemonkeyでGM_xmlhttpRequest使うときにBASIC認証ダイアログが出ない件の回避方法 - 0xFF関連。 ちょうどこの件の回答がXHR auth (Was: Greasemonkey 0.8 Release Candidate) - greasemonkey-dev | Google グループに投稿された。 Firefox3だとGM_xmlhttpRequestしたとき認証ダイアログでないんだけどー?って質問に、Greasemonkeyの問題じゃなくて一般的な変更による影響で。chrome特権なXMLHttpRequestはデフォルトでバックグラウンド処理で実行されるようになったんだよー。と。 詳細は、 XMLHttpRequest | MDN 383430 – Add API to XMLHttpRequest to provid
forEach色々とベンチマーク - os0x.blog
cho45さんがCodeReposにあげていたJSEnumeratorに付随していたベンチマークでちょっと遊んでみました。 肝心なことを書き忘れていた。はっきりと差が出ているのは、10回のループをさらに1000回ループさせているからで、大抵の場合はどのメソッドを使っても体感できるほどの差は出ないと思います。 jQuery、prototype.js、MochiKit、fLDR、JSEnumeratorなどで使われているforEach関数の速度比較です。recursive eachは一応オリジナルです。 以下、実験ページ http://ss-o.net/jsenumerator/benchmark/10.html http://ss-o.net/jsenumerator/benchmark/100.html 結果 とりあえずWindowsのみmacは後で面倒だか、じゃなくて、windowsと大
今更ながらAutoPagerizeとその便利さについて - 0x集積蔵
今更ながらAutoPagerizeとは、id:mala が作成したGoogleAutoPagerというGreasemonkey Scriptをid:swdyh が汎用的に使えるGreasemonkey Scriptに改良したものです。サイト・ページ個別の定義はSITEINFOという形で、wikiシステム上で管理されています。オリジナルはFirefox2,3にGreasemonkeyという拡張機能をインストールする必要があります。 で、このAutoPagerizeはこれまで様々な環境に移植されたり、亜種が作成されたりされています。 Pagerization http://userscripts.org/scripts/show/7623 id:ofk が作成しているPagerization。こちらもFirefox2,3で動作。SITEINFOなしでも動く機能を実験的に取り入れていたりと面白い
LDRの本文とか弄るGreasemonkey (＆ Opera Safari3対応) - os0x.blog
livedoor Readerでフィードの本文中の改行コードをbrタグに変換するGreasemonkeyスクリプト - むぅもぉ.jpの件。 こういうのに使えそうなScriptとして、id:brazil さん作の LDR - PrefavというScriptがあります。これに追加するのがスマートかなと思い、Opera、Safari3(GreaseKit1.4)対応しつつ書いてみた。 んですが、どういうときに改行を変換するかというルールが面倒なことに気が付く。。フィードごとに追加するのは確実だけど、メンテが面倒すぎる。なので、タグっぽいものがあったら何もしないで、タグっぽいものがなかったら変換してみるテスト。いい加減なチェックな分、変換する必要がないのに間違って変換してしまうことはない。と思う。 しばらく使ってチューニングしてみるので、使っていただける方はフィードバックもらえると助かります。
AutoPagerize#SITEINFOのinsertBeforeを省略する際の精度をあげる - os0x.blog
AutoPagerize0.0.18 - SWDYHより、 siteinfoにinsertBeforeがなくてもいいようにしました。 とあって、実装は下記のようになっている。 if (info.insertBefore) { this.insertPoint = getFirstElementByXPath(info.insertBefore) } else { var lastPageElement = getElementsByXPath(info.pageElement).pop() if (lastPageElement) { this.insertPoint = getFirstElementByXPath('following-sibling::node()', lastPageElement) } } .insertBeforeが空だったら、{{pageElementの最後の
OperaのユーザーJavaScriptをFirefoxのGreasemonkeyと同じタイミングで実行する - 0x集積蔵
詳しい話は Opera のユーザーJavaScript は「.js」か「.user.js」かで実行されるタイミングが違う - m2O - チーム俺等におまかせするとして、結論を書くと。 OperaのUserJSはファイル名をuser.jsではなく、.jsにする DOMContentLoadedにaddEventListenerする 以上で、Greasemonkeyと同じタイミングで実行されます。 通常のonloadとの違いは画像などの読み込み完了を待たずに実行される点で、これが結構大きな違いになることが多々あります。 具体的にはこんな感じ。 // ==UserScript== // @name sample // @namespace http://ss-o.net/ // @include http://ss-o.net/* // @version 0.0 // ==/UserScrip
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
