Scratch++ is a Scratch mod that adds new blocks which can compile to normal Scratch. This allows for easily building advanced Scratch projects, which you can share normally.
Example: In the editor, write a script with a new block (like the power operator).
when π³οΈ clicked
say ( 5 ^ 3 )
Then, click on File > Compile to Scratch (.sb3). It should download an sb3 file that is fully compatible with normal Scratch.
- Go to the releases tab, and download the zip file from the assets section.
- Create a new folder on your computer, naming it whatever you want.
- Extract the zip file to this folder.
- Open index.html in Chrome or your preferred browser!
This requires you to have Git and Node.js installed.
cd scratchplusplus #Folder dedicated to Scratch++
git clone --depth=1 https://github.com/ZXMushroom63/scratch-gui.git
cd scratch-gui
npm install
cd ..
git clone --depth=1 https://github.com/ZXMushroom63/scratch-vm.git
cd scratch-vm
npm install
cd ..
git clone --depth=1 https://github.com/ZXMushroom63/scratch-blocks.git
cd scratch-blocks
npm install
npm run translate
sudo npm run prepublish #Requires python 2 and Java installed!!!
cd ../scratch-gui
npm link ../scratch-blocks ../scratch-vm #Might also need sudo
# Now, to run it in localhost:
npm start
# Or, to make a build:
npm run build
# Outputs to the build folder- fencing control blocks
- power operator
- previous costume & previous backdrop
- force set size
- point to X Y
- min operator
- max operator
- if operator
- replace x with y in z operator
- newline reporter
- decimal to hexadecimal operator
- color at my position reporter
- set list to x split by y
- Network extension
- fastpower
- letters x to y of string
- starts with
- ends with
- Physics extension
You may want to review the documentation for Jest and Enzyme as you write your tests.
See jest cli docs for more options.
NOTE: If you're a Windows user, please run these scripts in Windows cmd.exe instead of Git Bash/MINGW64.
Before running any tests, make sure you have run npm install from this (scratch-gui) repository's top level.
To run linter, unit tests, build, and integration tests, all at once:
npm testTo run unit tests in isolation:
npm run test:unitTo run unit tests in watch mode (watches for code changes and continuously runs tests):
npm run test:unit -- --watchYou can run a single file of integration tests (in this example, the button tests):
$(npm bin)/jest --runInBand test/unit/components/button.test.jsxIntegration tests use a headless browser to manipulate the actual HTML and javascript that the repo produces. You will not see this activity (though you can hear it when sounds are played!).
Note that integration tests require you to first create a build that can be loaded in a browser:
npm run buildThen, you can run all integration tests:
npm run test:integrationOr, you can run a single file of integration tests (in this example, the backpack tests):
$(npm bin)/jest --runInBand test/integration/backpack.test.jsIf you want to watch the browser as it runs the test, rather than running headless, use:
USE_HEADLESS=no $(npm bin)/jest --runInBand test/integration/backpack.test.jsNote: If you are seeing failed tests related to chromedriver being incompatible with your version of Chrome, you may need to update chromedriver with:
npm install chromedriver@{version}When running npm install, you can get warnings about optional dependencies:
npm WARN optional Skipping failed optional dependency /chokidar/fsevents:
npm WARN notsup Not compatible with your operating system or architecture: fsevents@1.2.7
You can suppress them by adding the no-optional switch:
npm install --no-optional
Further reading: Stack Overflow
When installing for the first time, you can get warnings that need to be resolved:
npm WARN eslint-config-scratch@5.0.0 requires a peer of babel-eslint@^8.0.1 but none was installed.
npm WARN eslint-config-scratch@5.0.0 requires a peer of eslint@^4.0 but none was installed.
npm WARN scratch-paint@0.2.0-prerelease.20190318170811 requires a peer of react-intl-redux@^0.7 but none was installed.
npm WARN scratch-paint@0.2.0-prerelease.20190318170811 requires a peer of react-responsive@^4 but none was installed.
You can check which versions are available:
npm view react-intl-redux@0.* version
You will need to install the required version:
npm install --no-optional --save-dev react-intl-redux@^0.7
The dependency itself might have more missing dependencies, which will show up like this:
user@machine:~/sources/scratch/scratch-gui (491-translatable-library-objects)$ npm install --no-optional --save-dev react-intl-redux@^0.7
scratch-gui@0.1.0 /media/cuideigin/Linux/sources/scratch/scratch-gui
βββ react-intl-redux@0.7.0
βββ UNMET PEER DEPENDENCY react-responsive@5.0.0
You will need to install those as well:
npm install --no-optional --save-dev react-responsive@^5.0.0
Further reading: Stack Overflow
If you run into npm install errors, try these steps:
- run
npm cache clean --force - Delete the node_modules directory
- Delete package-lock.json
- run
npm installagain
You can publish the GUI to github.io so that others on the Internet can view it. Read the wiki for a step-by-step guide.
Since so much code throughout scratch-gui depends on the state of the project, which goes through many different phases of loading, displaying and saving, we created a "finite state machine" to make it clear which state it is in at any moment. This is contained in the file src/reducers/project-state.js .
It can be hard to understand the code in src/reducers/project-state.js . There are several types of data and functions used, which relate to each other:
These include state constant strings like:
NOT_LOADED(the default state),ERROR,FETCHING_WITH_ID,LOADING_VM_WITH_ID,REMIXING,SHOWING_WITH_ID,SHOWING_WITHOUT_ID,- etc.
These are names for the action which causes a state change. Some examples are:
START_FETCHING_NEW,DONE_FETCHING_WITH_ID,DONE_LOADING_VM_WITH_ID,SET_PROJECT_ID,START_AUTO_UPDATING,
Like this diagram of the project state machine shows, various transition actions can move us from one loading state to another:
Note: for clarity, the diagram above excludes states and transitions relating to error handling.
Here's an example of how states transition.
Suppose a user clicks on a project, and the page starts to load with URL https://scratch.mit.edu/projects/123456 .
Here's what will happen in the project state machine:
- When the app first mounts, the project state is
NOT_LOADED. - The
SET_PROJECT_IDredux action is dispatched (from src/lib/project-fetcher-hoc.jsx), withprojectIdset to123456. This transitions the state fromNOT_LOADEDtoFETCHING_WITH_ID. - The
FETCHING_WITH_IDstate. In src/lib/project-fetcher-hoc.jsx, theprojectIdvalue123456is used to request the data for that project from the server. - When the server responds with the data, src/lib/project-fetcher-hoc.jsx dispatches the
DONE_FETCHING_WITH_IDaction, withprojectDataset. This transitions the state fromFETCHING_WITH_IDtoLOADING_VM_WITH_ID. - The
LOADING_VM_WITH_IDstate. In src/lib/vm-manager-hoc.jsx, we load theprojectDatainto Scratch's virtual machine ("the vm"). - When loading is done, src/lib/vm-manager-hoc.jsx dispatches the
DONE_LOADING_VM_WITH_IDaction. This transitions the state fromLOADING_VM_WITH_IDtoSHOWING_WITH_ID - The
SHOWING_WITH_IDstate. Now the project appears normally and is playable and editable.
We provide Scratch free of charge, and want to keep it that way! Please consider making a donation to support our continued engineering, design, community, and resource development efforts. Donations of any size are appreciated. Thank you!
