Greasemonkey: WebExtensionの互換性

私はこれについてたくさん考えてきました。 明確な「決定」はありませんが、いくつかのポイントがあります。

• e10sとの互換性のために移植するプロセスを完了しました。 私たちが始めたとき、それはずっと大変でした。 たとえば、Services.ppmmと.cpmmは優れたショートカットであり、最初から信頼できればよかったのですが、私たちが（責任を持って）始めたときには存在していませんでした。
• その仕事は長くてとても苦痛でした、そして私はそれを効果的に繰り返すことを楽しみにしていません。
• e10sのロールアウトは、 Firefox 36 （2014年9月現在）からFirefox 42 （現在、2015年9月現在）、または少なくとも9か月に短縮されました。
• 発表によると、webextensions-onlyは少なくとも1年または2年先にあります。 今から2、3、4年後になるのでしょうか？
• これを行う場合は、きれいな休憩を取り、再設計するのが適切な時期だと思います。
  
  
  
  • 私は、彼らが決して捕まえられない多くの問題を抱えているにもかかわらず、私たちが半頻繁に良いユニットテストをしたいと思っています。
  
  
  • ついにAndroidサポートを追加できますか？
  
  
  • 実際に最初から書き直す必要はありませんが、どのコードを保持し、どのコードを削除するかを慎重に検討する必要がある場合があります。
  
  
• これほど大きな別のタスクを開始する前に、GreasemonkeyとMozillaのより強力な関係を確立しておくことを本当に望んでいます。 私はそれを実現する方法については弱い推測しかありません。
  
  
  
  • 今日、私たちは事実上、webextensionsのようなものに移植するための拷問テストだと思います。 何年にもわたって、私たちはかなりの数の高度な機能を構築してきました。 計画の一部としての双方向のコミュニケーションは、おそらく大いに役立つでしょう。
  
  

デザインドキュメントから始めるのは素晴らしいアイデアです。 基本的に、Greasemonkeyはすべて構造化するために、計画外の有機的に成長した方法ではなく、良い方法の計画に存在するため、すべてをリバースエンジニアリングする必要があります。

たとえば、Services.ppmmと.cpmmは優れたショートカットであり、最初から信頼できればよかったのですが、私たちが（責任を持って）始めたときには存在していませんでした。

私は確かにまだWebExtensionsの使用を提唱していません、彼らはGMのようなもののために未熟な方法です

実際に最初から書き直す必要はありませんが、どのコードを保持し、どのコードを削除するかを慎重に検討する必要がある場合があります。

うーん、まあ、私はそれを主にテクノロジーの視点から見ていました。 現在、UIは共有Chrome環境でXULオーバーレイと直接スクリプト実行を使用しています。

したがって、物事をHTMLに変換し、それぞれを独立したウィンドウコンテキストで実行し、メッセージパッシングを介してのみ通信することは、物事が将来行われることになっている方法のようです。

メッセージマネージャは基本的に、それが実装されている最低レベルです。 より高いレベルの抽象化はその上に構築されます。 WebChannel.jsm / BroadcasstChannel / MessageChannel / WebExtensionチャネルなど。

デザインドキュメントから始めるのは素晴らしいアイデアです。

GH wikiはそのための適切な場所でしょうか？ 共同作業を簡単にするために、編集時に通知を行いますか？

私たちは主に機能/内部配管リストとそれぞれをクリーンな方法で実装する方法が必要だと思います。

この問題のトピックに興味がある場合は、以下をお読みください。

https://groups.google.com/d/topic/greasemonkey-dev/K6IyDUWnTQc/discussion

ありがとう！

関連する：

• https://bugzilla.mozilla.org/show_bug.cgi?id=1271553
• https://bugzilla.mozilla.org/show_bug.cgi?id=1334174

https://developer.mozilla.org/en-US/docs/Web/API/File_and_Directory_Entries_API/Introduction

これは非常に興味深いAPIですが、「この機能は非標準であり、標準トラックにはありません」と互換性は非常に制限されています。

フル機能のGreasemonkey-under-WebExtensionsを設計する最近の私の試み（＃2483、＃2484を参照）はすべてイライラしています。 私は、より進歩的な開発スタイルを検討し始めています。より限定された機能のセットを選択し、それだけをサポートします。 少し便利になってから、後でより多くの機能への道を見つけてください。

3.xのインストールを調べると、（私にとっては）すべてのスクリプトが<strong i="6">@grant</strong> noneであることがわかります。 27のうち、 @run-at document-start使用しているのは6つだけであり、サポートされていない場合、それらのほとんどは少なくともある程度正常に機能します。 @require機能は頻繁に使用され、 @resourceかなり使用されます。

したがって、これは最初に目指すべき適切な目標のように思われます。 <strong i="12">@grant</strong> noneモードでプレーンユーザースクリプトをサポートし、 GM_ APIはサポートしません。 @requireサポートします。 どういうわけか、おそらく非効率的に@resourceをサポートしたいと思っています。

（私はそれを忘れ続けているので注意してください：エラーを少し読みやすくするためにsourceURLを使用することを計画してください。複数のsourceURLがサポートされているかどうか、または@require考慮してsourceMapを生成する必要があるかどうかを調べてください（できますか？）

WebExtensionのものに加えてプレーンなWebAPIにアクセスできるので、次のようになります。

https://developer.mozilla.org/en-US/docs/Web/API/IndexedDB_API

？ WebExtensionのIndexedDBのストレージ制限はどのくらいですか？ これはstorage.localよりもはるかに優れたオプションのように見えます。 インターフェースは最も単純ではありませんが、スクリプトを相互に分離し、選択的な読み取りを行うためのより強力な機能を提供します。 私が思うに。 ドキュメントも最も使いやすいものではありません。

https://github.com/mdn/webextensions-examples/pull/171には、IndexedDBに関する貴重な議論と例があるようです。

私はいくつかの進歩を遂げました。

https://github.com/arantius/greasemonkey/tree/webbymonkey（88d53b4c67b7825858405eb2591f27c8487ce413 ）

ゼロから再実装。 チェックアウトし、 about:debugging 、[一時アドオンの読み込み]を押して、ルートの場所から任意のファイルを選択します。 ユーザースクリプトをインストールして、ほとんど実行することはできません。 絶対に他の機能はまだありません。 （まあ、猿のメニューがありますが、それは見た目がOKである以外は何もしない空の偽物です。）このわずかな機能セットでさえ、コードの周りにたくさんのTODOが散らばっています。 これがより多くの機能への「正しい道」であるかどうかを保証することはできません。

古いバージョンのTampermonkeyとViolentmonkeyはオープンソースなので、WebExtensionsはChromium Extensionsに似ているので、そのコードの一部をここで使用できますか？
編集：実際、それを見ると、古いTampermonkeyとのライセンスの互換性についてはよくわかりません。 ただし、ViolentmonkeyはMITライセンスであるため、互換性があります。

@PorygonZRocks ：ViolentmonkeyがGreasemonkeyになりますか？

私はコーディングの経験があまりありませんが、少なくとも何かを実装するためのガイドラインがあると思っていました。 繰り返しますが、あまり経験がなく/知識がないので、私は間違っているかもしれません。

FF56がマルチプロセスと互換性のないすべてのアドオンを無効にしたため、期限を変更する必要がある場合があることに注意してください。

私の開発ブランチを参照してください。 これはかなりラフですが、機能は最小限です。 これは行われているので、この広範囲にわたる問題で特に追跡するものはありません。

@arantius好奇心から、新しいコードを書いているのですか、それとも古いコードを再利用しているのですか？

何か手伝いましょうか？

たとえば、好奇心から、「parse-meta-line.js」の目的は単にメタデータをオブジェクトに解析することですか？

@arantius好奇心から、新しいコードを書いているのですか、それとも古いコードを再利用しているのですか？

ほとんど新しい。 いつ/どこで役立つかをコピーします。 （これまでのところ、スクリプトの解析は大きな例です。）

何か手伝いましょうか？

ヘルプがいいでしょう。 調整は難しいでしょう。

たとえば、好奇心から、「parse-meta-line.js」の目的は単にメタデータをオブジェクトに解析することですか？

その一行、はい。

その一行、はい。
つまり、これらの間のメタデータを解析する以外に何かを行うのでしょうか。

// ==UserScript==
....
// ==/UserScript==

それが唯一の目的である場合、それは多くのコードのように思えます。

はい、それはそれがすることです。 生成されたコードです。 このディスカッションをhttps://groups.google.com/d/topic/greasemonkey-devに行ってください。

私はGoogleグループを使用していません:(
もしそれが私だったら...私はおそらく違うやり方をするでしょう。

グーグルグループはもう存在しません。

悪いリンク： https ：//groups.google.com/forum/#！forum / greasemonkey -dev

これが正しい場所であるかどうかは完全にはわかりませんが、とにかくここにあります。 別の問題@arantiusを開いてほしい場合は、確かに。
4.0.0は既存のスクリプトを移行することになっているのではありませんか？ アルファ3（最新の非ベータ版）に更新しましたが、スクリプトがもうないことに気づきました。

@ Phyxion 、3.14をインストールする場合は、スクリプトを移行する必要があります。 インストール後、必ずブラウザを再起動してください。

その後、4.xをインストールすると、スクリプトが作成されます。 そうでない場合は、新しい号の詳細な複製手順が役立ちます。

Greasemonkey 4alphaはFirefox57と互換性がありません。

@erkinalp 、

@Sxderpええと、私のマシンでそれを再現するのは簡単です。 3.14を10個のユーザースクリプトとともにインストールしました。 AMOに移動し、最新のアルファ版をダウンロードします。 求められたら再起動します。 次に、ユーザースクリプトがインストールされていないことを示します。 これを再現するのにどれほど役立つかわかりません。

私はまだこれをテストしていませんが、GM4はアンインストール後に構成を失うはずです保持するはずなので、試してみることをお勧めします。

1. Greasemonkeyを完全にアンインストールします
2. Firefoxを再起動します
3. Greasemonkey 3.14のインストール（再起動を含む）
4. Firefoxを再起動してください
5. Greasemonkey 4をインストールします（何でもドット）

それは役に立ちますか？

トップレベルの待機（つまり、すべてを非同期関数でラップする）は、将来の実装を制限するため（たとえば、サンドボックスを取り戻す場合や将来のレルムを取得する場合）、設計上の選択としては適切ではないと思います。 これにより、トップレベルの待機が利用できず、スクリプトがトップレベルで実行されるバニラJSの実行と矛盾することになります。

@arantius
ここにはまだ何もありません:(
ところで、4.0は次のようになっているはずです： https ：
スクリプトを追加するためのボタンなどはありません。

...すべてを非同期関数でラップします..。

現在利用可能なものを使用して、スコープの目的で関数をラップする必要があります。 私はそれを非同期にしないためにあなたの理由を買うと思います。 （少なくとも、スクリプト自体に非同期ラッパー関数を追加するのは簡単です。）

ええ、それは主にasync / awaitに関するものでした。これは、現在javascriptで

@arantiusなぜ反対票を投じるのですか？

@arantiusは2017年にコメントしました28. 14:57 CEST ：

...すべてを非同期関数でラップします..。

現在利用可能なものを使用して、スコープの目的で関数をラップする必要があります。 私はそれを非同期にしないためにあなたの理由を買うと思います。 （少なくとも、スクリプト自体に非同期ラッパー関数を追加するのは簡単です。）

[mozillaプロファイル] \ storage \ default \のコンテンツを削除してみてください（バックアップ後）
その後、再試行してください。

UserScriptオブジェクトと言えば、3つのUserScriptクラスを持つための設計上の決定を完全には理解していません。 現時点では、彼らは少しばかげている単一の継承ツリーを持っています。

さらに、RemoteUserScriptは1回だけ使用され、そのためにIDを

情報のためだけに..。

私はFF57.0a1を使用しており、レガシーアドオンとGM3.13を実行しています
残念ながら、最大バージョンが56に設定されているため、更新（3.14、3.15）を取得できません。*

ただし、手動でインストールすることもできます。

GM 3.16は、起動時にブラウザをハングさせます（DBを更新していると思います）