Scratch 3.0 as a standalone desktop application
This step is temporary: eventually, the scratch-desktop
branch of the Scratch GUI repository will be merged with
that repository's main development line. For now, though, the scratch-desktop
branch holds a few changes that are
necessary for Scratch Desktop to function correctly but are not yet merged into the main development branch.
- Clone both
scratch-desktop
andscratch-gui
cd scratch-gui
git checkout scratch-desktop
npm install
npm link
cd ..
cd scratch-desktop
npm install
npm link scratch-gui
npm run build-gui
ornpm run watch-gui
Your copy of scratch-gui
should now be ready for use with Scratch Desktop.
- Clone the
scratch-gui
repository if you haven't already. - Switch to the
scratch-desktop
branch withgit checkout scratch-desktop
- Build with
BUILD_MODE=dist
andSTATIC_PATH=static
:- macOS, WSL, or Cygwin: run
BUILD_MODE=dist STATIC_PATH=static npm run build
orBUILD_MODE=dist STATIC_PATH=static npm run watch
- Running
npm run build-gui
inscratch-desktop
is a shortcut for this when usingnpm link
.
- Running
- CMD: run
set BUILD_MODE=dist
once andset STATIC_PATH=static
once, thennpm run build
ornpm run watch
any number of times in the same window. - PowerShell: run
$env:BUILD_MODE = "dist"
once and$env:STATIC_PATH = "static"
once, thennpm run build
ornpm run watch
any number of times in the same window.
- macOS, WSL, or Cygwin: run
If you have run npm link scratch-gui
(or equivalent) in the scratch-desktop
working directory, you may be able to
accomplish the above by running npm run build-gui
in the scratch-desktop
directory instead of using the manual
steps listed above. For active development iteration, try npm run watch-gui
which will watch for changes and rebuild
scratch-gui
incrementally when necessary.
In the scratch-desktop
directory, run npm run fetch
. Re-run this any time you update scratch-gui
or make any
other changes which might affect the media libraries.
npm start
npm run dist
Node that on macOS this will require installing various certificates.
This section is relevant only to members of the Scratch Team.
By default all Windows installers are unsigned. An APPX package for the Microsoft Store shouldn't be signed: it will be signed automatically as part of the store submission process. On the other hand, the non-Store NSIS installer should be signed.
To generate a signed NSIS installer:
- Acquire our latest digital signing certificate and save it on your computer as a
p12
file. - Set
WIN_CSC_LINK
to the path to your certificate file. For maximum compatibility I use forward slashes.- CMD:
set WIN_CSC_LINK=C:/Users/You/Somewhere/Certificate.p12
- PowerShell:
$env:WIN_CSC_LINK = "C:/Users/You/Somewhere/Certificate.p12"
- CMD:
- Set
WIN_CSC_KEY_PASSWORD
to the password string associated with your P12 file.- CMD:
set WIN_CSC_KEY_PASSWORD=superSecret
- PowerShell:
$env:WIN_CSC_KEY_PASSWORD = "superSecret"
- CMD:
- Build the NSIS installer only: building the APPX installer will fail if these environment variables are set.
npm run dist -- -w nsis
This will simulate a packaged build without actually packaging it: instead the files will be copied to a subdirectory
of dist
.
npm run dist:dir
You can debug the renderer process by opening the Chromium development console. This should be the same keyboard shortcut as Chrome on your platform. This won't work on a packaged build.
You can debug the main process the same way as any Node.js process. I like to use Visual Studio Code with a configuration like this:
"launch": {
"version": "0.2.0",
"configurations": [
{
"name": "Desktop",
"type": "node",
"request": "launch",
"cwd": "${workspaceFolder:scratch-desktop}",
"runtimeExecutable": "npm",
"autoAttachChildProcesses": true,
"runtimeArgs": ["start", "--"],
"protocol": "inspector",
"skipFiles": [
// it seems like skipFiles only reliably works with 1 entry :(
//"<node_internals>/**",
"${workspaceFolder:scratch-desktop}/node_modules/electron/dist/resources/*.asar/**"
],
"sourceMaps": true,
"timeout": 30000,
"outputCapture": "std"
}
]
},