As mentioned in the main post, Greasemonkey 4 is changing to be compatible with the Browser Extension API. At its core, this set of APIs is completely asynchronous. Greasemonkey's old "GM_" APIs are typically synchronous. Why? There exist other user script engines which have already done the work of bridging the gap. Greasemonkey has elected to move exclusively towards a more performant asynchr
Greasemonkey has been a Firefox extension for well over a decade, with version 0.3.5 dating from 2005. We've grown and changed a lot over that time. With the upcoming Firefox 57 release, we need to change even more. Mozilla is completely replacing the extension system in Firefox, to align with the budding Browser Extension standard, based on/shared with Google Chrome. As a result, version 4 of
先日、Greasemonkey 2.0がリリースされました。 このバージョンには、2つの後方互換性のない変更が存在します。 1つ目に、@grant noneモードがデフォルトになりました。以前のバージョンでは、GM_プレフィックスのAPIは何もしなくても利用可能になっていましたが、2.0ではすべてのAPIがデフォルトでは使用できません。 使用したい場合には、Metadata Blockに@grantを記述し、APIの使用許可を得る必要があります。 2つ目に、Webページ (Content Page) のJavaScriptとUserScriptの実行コンテキストが分離されました。UserScriptからunsafeWindowを利用してContent Pageにアクセスすることは従来通り可能ですが、Content PageからUserScriptにはアクセスできません (2014-07-2
The entire list of bugs handled in this release is also available via the 3.10 milestone on GitHub. Note that as always it takes some time for Mozilla to review the new version. If you're interested in staying on the bleeding edge, try installing the development channel beta release. If you are using this version and notice problems, it's best to log an issue or let us know at greasemonkey-dev (
@document-start Example: hijack page scripts By dindog — Last update Oct 8, 2012 — Installed 770 times. The implement of @run-at document-start greatly extent what userscript capable range. This snippet is one of the example show how to interfere the original script before they run, instead of stay away until the DOM is ready ( DOMContentloaded event fired ). Intro & UsageWhy using @run-at documen
The entire list of bugs handled in this release is also available via the 3.7 milestone on GitHub. Note that as always it takes some time for Mozilla to review the new version. If you're interested in staying on the bleeding edge, try installing the development channel beta release. If you are using this version and notice problems, it's best to log an issue or let us know at greasemonkey-dev (a
Mozilla is planning to add multi process support to Firefox. Bill McCloskey has a detailed article explaining why. In short: security, performance, stability. It just so happens that the underlying Firefox changes drastically affect the inner workings of Greasemonkey. The Greasemonkey developers have been working hard to rewrite significant portions of the extension. There are no new features,
Greasemonkey2.0ではFirefoxの変更に合わせて、セキュリティ周りの変更がありました。 それにより、色々なGreasemonkeyがそのままだと動かなくなっています。 Changes to unsafeWindow for the Add-on SDK | Mozilla Add-ons Blog Greasespot: Greasemonkey 2.0 Release UserScriptのGreasemonkey 2.0対応 | monoの開発ブログ 動かない原因は大きく分けて2つあります。 @grant none がデフォルトになった unsafeWindowの挙動が変わった(Firefox側の変更) @grant none @grant - GreaseSpot Wiki UserScriptのGreasemonkey 2.0対応 | monoの開発ブログ に詳しい
In Firefox 30 the Add-on SDK is making a change to the execution environment for content scripts. While this change will not affect most add-ons, some patterns will no longer work. Specifically, content scripts will no longer be able to use unsafeWindow or window.wrappedJSObject to make JavaScript objects available to content. The more common pattern of accessing objects in the page directly via u
The entire list of bugs handled in this release is also available via the 2.0 milestone on GitHub. Note that as always it takes some time for Mozilla to review the new version. If you're interested in staying on the bleeding edge, try installing the development channel beta release. If you are using this version and notice problems, it's best to log an issue or let us know at greasemonkey-dev (a
ちょっとアレなタイトルですが、GreasemonkeyでAutoPagerize対応のスクリプトを自作する時の注意点を２つメモ。 自分はひよっこですが、これからGreasemonkeyスクリプト書いてみようかなという人の助けに少しでもなれば嬉しいです。 継ぎ足されたページに適用する方法 AutoPagerizeで継ぎ足された部分に自分のスクリプトを適用する方法あれこれ - 0xFF を参考に、AutoPagerize_DOMNodeInsertedを使うことにする。 以前はaddFilterとかGM_AutoPagerizeLoadedとか出てくる書き方をしていたんだけれど、この方法がやはり簡単・シンプルなので採用させて頂きました。 継ぎ足されたページ「のみに」適用する方法 新しく継ぎ足されたページのみに、スクリプトの内容を適用・反映したい場合。 注意しないと、継ぎ足されたページのみに適用
In the 0.9.18 release, Greasemonkey is now checking for, and installing, updated versions of user scripts by default. This post is intended as a primer for how this new functionality works, both for users and for script authors. The Greasemonkey Options dialog now includes these settings to control automatic update checking and installation. By default updates will be checked for every seven days
Greasemonkeyにパッチを当てなくても動かす方法はあるのに、なんで誰もコレを言わないのか不思議なんだ。 たしか自分は言ったはず....と思って検索したが日記には見つからず.... Twitter上でぼそっと呟いただけだった。 はい、GreasemonkeyやScriptishでの問題は、それぞれのスクリプトが独自のコンテキストで動くためオブジェクトが共有されないことだった。そのためwindow.Minibufferを参照できない事象が発生していたわけだ。 だったら、同一コンテキストで動くように、concatnatenateしちゃえば良いじゃない wget http://userscripts.org/scripts/source/11759.user.js -O minibufer.user.js wget http://userscripts.org/scripts/source
GreasemonkeyのユーザスクリプトであるMinibufferに脆弱性があるよって話。Scriptishでも同様ですよ Minibuffer for Greasemonkey Minibufferが動く状態で、↓のページにアクセスしてみよう http://www.paw.hi-ho.ne.jp/makochi/test/minibuffer.html ただし、Minibufferはしばらくメンテされていない様で、最近のGreasemonkeyでは動かない。GM_addStyleあたりでエラーがでるはず。現状使っている人は自身でパッチをあてて修正しているのではないかと思う。これについては、Firefox4でcan’t wrap XML objectsというエラーが出る件について | Web scratchあたりを参照 あと、Minibufferでピンと来ない人は、LDRizeを動かすた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
