New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reconsider GM.registerMenuCommand (polyfill depends on API that's going away) #3078
Comments
+1 |
Any suggestions for a UI/API that will still exist that you'd like to use? I guess we'll be forced to register things in the monkey menu? |
That's the way TamperMonkey and ViolentMonkey do it. I suppose the other option would be to explore the feasibility of approximating what the polyfill does using (And, ideally, it'd still be good to have a way to put "configure this userscript" entries in the monkey menu rather than the context menu, similar to how Firefox's addon manager works.) That latter one really is an "explore the feasibility" though. It's been so long since I poked at the WebExtensions API that I can't remember its limitations in that respect. (I write userscripts because they're more portable and in protest of mandatory extension signing.) |
Here is an older thread: |
Even if the context menu had not been obsoleted from the spec, using it in place of GM_registerMenuCommand has the following disadvantages:
|
Firefox trunk just landed a patch to disable access to https://bugzilla.mozilla.org/show_bug.cgi?id=1680596#c11 (Specifically, it puts it behind a |
@arantius The implementation of GM.registerMenuCommand() became an urgent issue. This API has been implemented in both Violemntmonkey and Tampermonkey, as well as in Greasemonkey 3.x. It is not replaceable in any other way, as mentioned above, and is important for compatibility. I have address all previous concerns about the implementation in #2770 update. Why cannot that be merged? |
I rebased #2770 onto the latest master. |
Resolves greasemonkey#3078 , greasemonkey#3099 , and one part of greasemonkey#2714 .
Great! I'll postpone updating Firefox until this has been released (no hurry, I often don't update immediately anyway). |
Because no other browser engine has bothered to support it, Firefox has, for a while now, had an open bug for removing the context menu amending capability that the registerMenuCommand part of the polyfill relies on.
There appears to be someone now interested in getting it "fixed" (ie. removing the support) so it'd probably be a good idea to reconsider GM4 not providing its own support for this.
I make heavy enough use of it for things like launching my configuration UIs that, if no suitable replacement is provided, I'll just have to drop support for GreaseMonkey and instruct users that, for technical reasons, I can only support ViolentMoney and TamperMonkey because I don't consider it acceptable UX to clutter up the site with such "set it once and almost never change it" configuration UI buttons.
The text was updated successfully, but these errors were encountered: