Greasemonkey: CSP 제한 페이지 스타일 지정을 위한 GM.addStyle API 추가

addStyle 는 12줄의 간단한 코드 로 스크립트에 쉽게 복사하여 붙여넣을 수 있습니다. 또는 이 줄이 필요하지 않기 때문에 11일 수도 있습니다.
style.setAttribute('type', 'text/css');

감사 해요 !

그러나 그것은 현재의 부족을 더욱 이해할 수 없게 만듭니다 ...

@arantius CSP가 있고 원본으로 "self"를 허용하지 않는 페이지에서 사용자 스타일을 로드하는 데 문제가 있어서 <style> 요소를 추가할 수 없습니다. GM은 tabs.insertCSS() ( ref )를 호출하는 API를 노출하여 이 문제를 해결할 수 있습니다. 생각?

CSP가 있고 원본으로 "self"를 허용하지 않는 페이지에서 사용자 스타일을 로드하는 데 문제가 있습니다. 그래서 그냥 추가할 수 없습니다.

문제가 발생한 곳부터 Stylish에 대한 버그 를 제출했습니다. 그래도 GM의 현재 API는 일부 콘텐츠 스크립트 제한 또는 기타를 우회하는 권한 있는 WebExt API를 대부분 노출하고 insertCSS가 그 중 하나이기 때문에 여기에서 고려할 가치가 있다고 생각했습니다.

발견 버그 @Sxderp 참조한 (또는 이와 ). 그 땅에 도착하면 여기와 Stylish에 대한 나의 제안은 불필요할 것입니다.

연결된 버그에서 "CSS를 확장에 번들로 묶으면 작동해야 합니다..."가 정확히 무엇을 의미하는지 모르겠습니다. 동적 노드 삽입이 작동하지 않을 수 있습니다.

CSP 안전 기능을 고려하기 위해 다시 열겠습니다. (하지만 정말 낮은 우선순위에서...)

원칙적으로 이것은 메시지를 백그라운드 스크립트에 전달하고 tabs.insertCSS를 실행하여 FF를 기다리지 않고 구현할 수도 있습니다. 그러나 일단 해당 버그가 구현되면 이러한 고리를 뛰어 넘을 필요가 없습니다.

@arantius 1415352 는 "이것은 HTML style 속성과 HTML <style> 노드의 내용 모두에 적용되어야 합니다."라고 말합니다.

GM.addStyle 를 추가할 계획이 없는 경우(CSP 문제가 다른 방식으로 해결되면 저에게 매우 좋습니다), 이 블로그 게시물 을 수정 이 대안 도 가리킬 수 있음). 그것은 명백해 보일 수 있지만 그것은 나를 위한 것이 아닙니다(이 문제를 발견하지 못했다면 지금 스크립트를 수정하는 대신 기능이 다시 구현되기를 기다리고 있을 수 있습니다).

감사 해요!

폴리필 관련: GM_addStyle이 도마 위에 있다는 소식을 들은 이후로 저는 실제로 3가지 명령만 사용하여 교체했습니다. HEAD를 테스트하는 대신 문서 시작 시에도 항상 존재하는 documentElement에 STYLE을 직접 추가합니다.

var style = document.createElement('style'); var style.textContent = `
<Stylesheet here>
`; document.documentElement.appendChild(style);

다음은 내가 더 드물게 사용하는 함수 버전으로 5줄에서 작동합니다.

addStyle = function (css) {
  var style = document.createElement('style');
  style.textContent = css;
  document.documentElement.appendChild(style);
  return style; //optional, but convenient for changing the styling later.
};

표준이 아님에도 불구하고 Firefox의 GM 3 및 4와 Chrome의 TamperMonkey에서 문제 없이 테스트했습니다. 그리고 HEAD가 아직 로드되지 않은 경우 실패하는 것보다 비표준을 선호합니다(놀랍게 자주 발생합니다. 불만이 있었습니다.)

나는 또한 UserStyles,org가 자동으로 생성된 사용자 스크립트의 대체 수단으로 내 방법을 사용한다는 점에 주목합니다.

HEAD를 테스트하는 대신 문서 시작 시에도 항상 존재하는 documentElement에 STYLE을 직접 추가합니다.

FF57 및 GM4에서 documentElement는 적어도 내 컴퓨터에서는 문서 시작 시 항상 사용할 수 있는 것은 아닙니다 .

GM 4(현재로서는) 문서 시작이 이전보다 늦게 일어나기 때문에 저는
그것이 어떻게 가능한지 확실하지 않습니다. 그러나 documentElement가 없으면
documentElement가
HTML 요소. 이것은 HEAD 요소를 포함하는 것입니다. 그래서 내 방법은
더 나빠.

다른 것을 사용하는 Fx 59에서 최신 개발을 테스트하지 않았음을 인정합니다.
문서 시작을 얻는 방법이지만 documentElement가 있기를 바랍니다. 만약에
그렇지 않으면 모든 종류의 스크립트가 중단됩니다. 당신은 아무것도 할 수 없습니다
documentElement가 있기 전에 문서. 나는 당신이 설정할 수 있다고 생각하지 않습니다
돌연변이 관찰자.

문서 요소가
모든 콘텐츠 스크립트가 주입됩니다.

2017년 12월 26일 화요일 오후 6시 26분에 CoolCmd [email protected]에서 다음과 같이 썼습니다.

HEAD를 테스트하는 대신 STYLE을 직접 추가합니다.
문서 시작 시에도 항상 존재하는 documentElement.
FF57 및 GM4에서 documentElement를 항상 사용할 수 있는 것은 아닙니다.
문서 시작, 적어도 내 컴퓨터에서는.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/greasemonkey/greasemonkey/issues/2724#issuecomment-354028964 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AFNSrmb5eKj-nY9vnR3d94bq5kIjaz9Tks5tEY7PgaJpZM4QnG03
.

돌연변이 관찰자를 설정할 수 있다고 생각하지도 않습니다.

document 에 돌연변이 관찰자를 연결할 수 있습니다.