Userstyles are CSS rules that affect Scratch pages. They can apply styles to existing Scratch UI, as well as to elements that were added to the page by addons.
Declaring userstyles in the addon manifest
Some changes require an extension reload from chrome://extensions
to take effect, such as updating the addon manifest file.
It’s not necessary to reload the extension when changing the source of an already existing userstyle CSS file. In those cases, reloading the page is enough.
Userstyles are declared inside a “userstyles” array, similarly to userscripts.
Each item of the array must have the following properties:
"url"
: the relative URL to a CSS file."matches"
: the list of Scratch pages where the userstyle will be applied. See matches for more information.if
: a list of conditions that may toggle whether the userstyle is currently applied or not. See userstyle.if for more information.
Example manifest:
{
"name": "Scratch Messaging",
"description": "Provides easy reading and replying to your Scratch messages.",
"userstyles": [
{
"url": "styles.css",
"matches": ["projects", "https://scratch.mit.edu/", "profiles"]
},
{
"url": "resize.css",
"matches": ["projects"],
"if": {
"settings": {
"resize": true
}
}
},
],
"settings": [
{
"name": "Resize messages",
"id": "resize",
"type": "boolean",
"default": false
}
],
"tags": ["community"],
"enabledByDefault": false
}
Dynamically toggling userstyles after page load
It is usually unnecessary to use a JavaScript userscript to dynamically toggle whether a userstyle is active on the page in response to the user changing settings.
- Including
dynamicEnable: true
in the addon manifest will allow the extension to dynamically inject userstyles if the addon has been enabled (for the first time) after loading the page. - Including
dynamicDisable: true
in the addon manifest will allow the extension to dynamically remove or reinject userstyles if the addon has been toggled, without requiring a page reload. - Including
updateUserstylesOnSettingsChange: true
in the addon manifest will re-evaluate “if” conditions that depend on user settings without requiring a page reload. The extension will remove or inject userstyles accordingly.
CSS에서 애드온 설정 접근하기
Userstyles can easily obtain color and numerical settings through CSS variables. They can also access settings from other enabled addons.
The CSS variables always follow the --addonId-settingId
format. Setting IDs are always converted from kebab-case to camelCase.
These CSS variables are always available for all enabled addons and no manifest property is necessary to expose them. They are also synchronized with user settings without requiring a page reload.
.sa-progress-bar {
/* Color setting */
background-color: var(--progressBar-bgColor);
/* Color setting with fallback */
border-color: var(--editorDarkMode-border, #fc7c24);
/* If editor-dark-mode is disabled, the fallback will be used instead */
/* Numerical setting */
height: calc(1px * var(--progressBar-height));
}
커스텀 CSS 변수
If a userstyle needs to choose between one of two values based on a background color (text contrast) or an addon setting, JavaScript isn’t necessary. These conditions, among others, can be declared in the addon manifest through customCssVariables, and the userstyle can simply reference that CSS variable.
에디터 안에서만 스타일 적용하기
The extension automatically toggles a class name on the <body>
element when the user enters or exits the project editor.
For example, styling <input>
elements inside and outside the editor differently:
.sa-body-editor input {
/* Only applies if `addon.tab.editorMode` is `editor` or `fullscreen` */
}
body:not(.sa-body-editor) input {
/* Only applies if `addon.tab.editorMode` is NOT `editor` nor `fullscreen` */
}
섹션 페이지
-
Follow these best practices when writing or reviewing userstyles.
-
Tips to easily debug userstyles, and edge cases to consider.
댓글
Make sure to follow the code of conduct. You can see this comment section on GitHub Discussions, as well as editing and removing your comment.