Greasemonkey: GM.registerMenuCommand 재고(폴리필은 사라지는 API에 따라 다름)

+1
나는 HTML 5 컨텍스트 메뉴를 많이 좋아하지만, 사라지면 GM.registerMenuCommand가 다시 있기를 바랍니다. 다중 사이트 사용자 스크립트에 대한 다른 수제 솔루션을 유지 관리하는 것을 볼 수 없습니다.

사용하고 싶은 UI/API에 대한 제안 사항이 있습니까?

원숭이 메뉴에 등록해야 할 것 같은데요?

그것이 TamperMonkey와 ViolentMonkey가 하는 방식입니다.

다른 옵션은 browser.menus.create 를 사용하여 모든 userscript 등록 메뉴 항목을 컨텍스트 메뉴의 하위 메뉴에 밀어넣는 폴리필의 기능을 근사화하는 가능성을 탐색하는 것이라고 생각합니다. 사람들은 일반적으로 상황에 맞는 메뉴를 기대하기 때문에 상황에 맞게 범위를 지정할 수 있는 방법 없이 최적입니다.

(그리고 이상적으로는 Firefox의 애드온 관리자가 작동하는 방식과 유사하게 컨텍스트 메뉴가 아닌 원숭이 메뉴에 "이 사용자 스크립트 구성" 항목을 넣는 방법이 있는 것이 좋습니다.)

후자는 실제로 "실행 가능성 탐색"입니다. WebExtensions API를 찔러본 지 너무 오래되어 그 점에서 한계가 기억나지 않습니다. (저는 사용자 스크립트가 더 이식 가능하고 필수 확장 서명에 반대하기 때문에 사용자 스크립트를 작성합니다.)

다음은 이전 스레드입니다.
https://github.com/greasemonkey/greasemonkey/issues/2714

@arantius

원숭이 메뉴에 등록해야 할 것 같은데요?

컨텍스트 메뉴가 사양에서 폐기되지 않았더라도 GM_registerMenuCommand 대신 사용하면 다음과 같은 단점이 있습니다.

• 항상 브라우저의 컨텍스트 메뉴에 삽입되어 탐색을 방해합니다.
• 안전하지 않은 컨텍스트(웹 페이지 쪽의 DOM)에 삽입되기 때문에 개인 정보 및 보안 문제가 발생할 수 있습니다.
• 컨텍스트 메뉴가 웹 페이지 측에서 차단된 경우 사용할 수 없습니다.

Firefox 트렁크는 Firefox 85의 목표 릴리스 마일스톤과 함께 <menuitem> 에 대한 액세스를 비활성화하는 패치를 출시했습니다.

https://bugzilla.mozilla.org/show_bug.cgi?id=1680596#c11

(구체적으로는 기본값이 false인 dom.menuitem.enabled pref 뒤에 넣습니다.)

@arantius GM.registerMenuCommand() 구현이 시급한 문제가 되었습니다.

이 API는 Violemntmonkey와 Tampermonkey는 물론 Greasemonkey 3.x에서도 구현되었습니다. 위에서 언급한 것처럼 다른 방식으로 교체할 수 없으며 호환성에 중요합니다.

https://github.com/greasemonkey/greasemonkey/pull/2770 업데이트에서 구현에 대한 모든 이전 문제를 해결했습니다. 왜 병합할 수 없습니까?