「Tsukikage/β公開」は管理者からの閲覧のみ許可しています。 ログイン ログイン
GreasemonkeyからScriptishへの環境移行メモです。 ScriptishについてはScriptish wiki!やScriptish (Greasemonkey フォーク版) キタ━━━ヽ(゚∀゚)ノ━ – hogehoge @teramakoを見るとよいです。 簡単にまとめると、使えるAPIが増えた(開発者的にうれしい)、管理画面の設定項目がGreasemonkeyより豊富(Greasemonkey0.9で削られたinclude,excludeの設定もGUIからできます)、UIが日本語化されてる(ちょっと分かりづらい訳だけど…) Greasemonkeyからフォークしてるので、Greasemonkey向けに書かれたスクリプト自体の互換性は問題ないです。 逆にScriptishの新APIを使ったものはGreasemonkeyでは動かない事があるぐらいだと思います。 環境の移
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
以前からある手法から順番に見ていきます。 ページの高さの監視 setIntervalでページの高さを監視して、増えていたらAutoPagerizeが動いたとみなして処理を行う var THRESHOLD = 300; var _height = window.innerHeight; setInterval(function(){ if (window.innerHeight - _height > THRESHOLD) { // 処理 } _height = window.innerHeight; }, 300); メリット AutoPagerizeだけでなく、はてなダイアリー・ブックマーク、Twitterなどでのサイト側でのページの継ぎ足しにも対応できる デメリット THRESHOLDをいくつにするかなど、一概に決められない。タイマーをたくさん回すと重くなる。Floatしている要素を継
(Please use Lite mode if your device has less memory or low processor.) The AutoPager Firefox extension automatically loads the next page of a site inline when you reach the end of the current page for infinite scrolling of content. It includes a adblock similar features to allow you filter out the ads from the contents in the loaded page contents. It works well with most of the greasemonkey scrip
// ==UserScript== // @name 超テスト // @namespace http://d.hatena.ne.jp/drgqst/ // @description 超スーパーグレイトウルトラテスト // @include http://www.google.co.jp/* // ==/UserScript== (function(){ /* ここに JSDeferred のコードを貼り付けた */ function parseJSON (d) { // unsafe return eval("("+d.responseText+")"); } next(function () { return xhttp.get("http://twitter.com/statuses/public_timeline.json").next(parseJSON); }). next(f
たしかに両者は似ているところもあるのだが... 正直、僕はそんなに似ていると言いたくない。何か誤解を与えそうで怖いからだ。 いろいろと書く前に言葉の定義 Jetpack 拡張本体 Greasemonkey 拡張本体 JetpackScript Jetpackのエンジンで動作するスクリプト UserScript(ユーザスクリプト) Greasemonkeyのエンジンで動作するスクリプト 似ているところ Jetpack, Greasemonkey どちらも拡張機能であること どちらもスクリプトのエンジンであること JetpackScript, UserScript インストール/アンインストールにFirefox自体の再起動が必要ない JavaScriptで記述 制限を緩和するためのAPIがある 値を保持するためのAPI クロスサイトなXMLHttpRequest 似てないところ Jetpack
Firefoxにスクリプトベースの軽量アドオンを追加可能にするJetpack。バージョン0.1.0からスタートしたエンジンはあっという間に0.1.5にまでバージョンアップし、さらにJetpack Enhancement Proposal(JEP)と呼ばれるAPI候補も公開されるなど、凄まじい勢いで開発が進められている。 そんな中、Product LeadのAza Raskin氏が自己のブログで『Jetpack FAQ』を公開した。ユーザーからの質問にRaskin氏が答える形式で、抽象的な回答にとどまっているものも少なくないが、時折強く興味を惹かれる記述も見られた。 一つ目がこれだ。 Q: Is Jetpack competitive against the Greasemonkey add-on or is the goal really something different? They
< スペースアルクの検索結果はページ遷移のリンクがJavaScriptになっているため、XPathでどう頑張っても対応できないという話がAutoPagerize Wiki: siteinfo requestにあった。 それならと、AutoPagerizeにインクリメントモードとURLフィルターを追加するプラグインを書いてみた - 0xFFにアルク対応を入れてみました。 http://ss-o.net/userjs/test/autoincrementerplugin.user.js (Minibuffer、AutoPagerize、LDRizeそれぞれの最新版との組み合わせで動作確認しています) カスタムAutoPagerize - 0xFFをどうぞ。 今回はAutoPagerize.addDocumentFilterを使いました。 AutoPagerize.addDocumentFilt
amachangの記事でXPathのすごさ$X関数の便利さを知って、もうこれ無しではグリモン書く気になれないくらいになっている。 で、最近グリモンでは@requireによって外部スクリプトを取り込むことができること、$X関数がgist公開されていることを知り、グリモンから直接gistの$X関数を取り込むようにする方法を調べた。 その方法はユーザースクリプトのメタ情報として @require http://gist.github.com/3238.txtを書いておくといい。ポイントは$X関数が公開されているURLが"http://gist.github.com/3238"で、この後ろに".txt"を付加してあげている。こうすると、そのスクリプトが生のテキストとして取得できるらしい。と、いうことをどこかのページで見たんだけど、わすれてしまった。orz グリモンのヘッダの例 // ==UserS
さらに改良版がありますAutoPagerize Hacks: Object.prototype.watch - 0xFF カスタムAutoPagerize - 0xFFをどうぞ すみませんが、当面は修正版のリリースの予定はありません。 Twitterのhomeで11ページに行くとolderへのリンクがなくなっている件について - 0xFFの件で、AutoPagerizeがアップデートされるたびにこっちも更新していて、アレだなぁということで*1 プラグイン(というはおこがましいが)を書いてみた。 http://ss-o.net/userjs/test/autoincrementerplugin.user.js (evalの第2引数を使って、)AutoPagerize#getNextURLを乗っ取ってインクリメントモードを追加したり、URL指定でAutoPagerizeのデフォルト動作を変える
20080406 21:50 キーコードについての説明を追記しました。 Greasemonkeyを使ってる人ならたいていの人が知ってるMinibufferとLDRize(偏見?) ただ、なんというかMinibufferについての説明がMinibuffer 2007.11.15 の変更点 | 3.14とsilog - script/LDRizeの記事くらいしかなく、半ばソース読んで書け状態になってるので結構ハードルが高いのではないかと。 そこで、自分でもDeleteCommand for GreasemonkeyっていうMinibuffer上で動くGreasemonkeyを書いたんだけれど、そのときにわかったこととか、後でMinibuffer用Scriptを書くときの備忘録みたいなのをまとめておく。 これよんでちょっとでもGreasemonkey、またMinibufferに興味持つ人が増えな
「http://d.hatena.ne.jp/brazil/20070420/1177060289」でFirefox専用の第二引数に環境の指定をとるevalの使い方について説明されています。その元はこちら「http://www.tom.sfc.keio.ac.jp/~sakai/d/?date=20070414#p02」で、僕もこれを見たときに初めてしりました。そのころ僕はグリモンのスクリプトをいじっていたので、ちょっと気になっていくつか試してみて、ネタ元のページに以下のようなブクマコメントをしました。 evalの第2引数しらなかった。これを応用すると、GreasemonkeyでusafeWindow.xxx() とする場合、xxx内部からeval("GM_xmlhttpRequest", arguments.callee.caller)でGM_xmlhttpRequestが取得されてして
ごうだまりぽです。作ったモノとか拾った知識とかひねり出した知恵とかをさらしてます。読むと価値観が360度変わること請け合い! << 2008/08/ 1 2 3 4 5 6 7 8 9 10 11 1. 「電話をしないで下さい」という演説 12 1. ストリートビュー、もうちょっと工夫してほしいなぁー。 13 14 1. もっと高精細画像でグリグリしたいよね! 15 1. ナイス節約 16 17 18 19 20 1. 汎用ポップアップ Greasemonkey "PopTip" を作ったよ。 21 22 1. PopTip のパッチをいただきました、超うれしい! 23 24 25 26 27 28 29 30 1. 「この作品、あの作品に似てるよね」には、二種類ある 31 >> ■ [web]汎用ポップアップ Greasemonkey "PopTip" を作ったよ。こんにち
「Greasemonkeyスクリプトとウインドウ間で安全に通信する」にて、DOM イベントを用いた Web ページと Greasemonkey スクリプトとの通信について述べられています。そちらでは dispatchEvent メソッドの返り値による 1 bit 通信に触れていますが、やはりもっと自由にデータをやり取りしたいもの。そのためにはどのような方法があるでしょうか。 独自プロパティ 真っ先に思いつくのは、Web ページ側でイベントオブジェクトを作成した際、独自プロパティを追加する方法ですが、これはだめです。Greasemonkey スクリプト側ではイベントオブジェクトの独自プロパティを取得できません。event.wrappedJSObject.myProperty のように wrappedJSObject を介せば取得できますが、せっかく安全のため Firefox 側でラッパーに包
バグなのか仕様変更なのかはよく分かりません。 Firebugが入っている状態で、こんなグリモンを入れてリロードしてみると、 // ==UserScript== // @name Date test // @namespace hogehoge // @include * // ==/UserScript== (function () { with (unsafeWindow) { console.log('begin'); try{ new Date(); }catch(e){ console.dir(e); } console.log('end'); } })(); greasemonkey.jsで発生した例外がconsoleに吐かれます。 ちなみにwith (unsafeWindow) {}の外で、new Date()をやる分には問題なし。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く