XBlock SDK
Purpose
This repository consists of three main components to assist in the creation of new XBlocks:
a template-based generator for new XBlocks (found in the prototype directory)
sample XBlocks that can be the basis for new XBlock work (found in the sample_xblocks directory)
Workbench runtime, a simple runtime for viewing and testing XBlocks in a browser (found in the workbench directory)
Getting Started
Developing
This code runs on Python 3.12 or newer.
One Time Setup
# Clone the repository
git clone git@github.com:openedx/xblock-sdk.git
cd xblock-sdk
# Set up a virtualenv with the same name as the repo and activate it
# Here's how you might do that if you have virtualenvwrapper setup.
mkvirtualenv -p python3.12 xblock-sdk
# Install system requirements needed to run this on ubuntu.
# Note: Debian 10 needs libjpeg62-turbo-dev instead of libjpeg62-dev.
sudo apt-get install python-dev libxml2-dev libxslt-dev lib32z1-dev libjpeg62-dev
Every time you develop something in this repo
Locally
Install the requirements and register the XBlock entry points:
$ make install
Run the Django development server:
$ python manage.py runserver
Open a web browser to: http://127.0.0.1:8000
Testing
Testing is done via tox to test all supported versions:
Create and activate a virtualenv to work in.
Run just unit tests via tox:
$ tox
For each supported version of Django (currently 1.8 and 1.11) this will run:
Integration tests of XBlocks running within the workbench.
Individual tests written for the demo XBlocks
To run the unit tests in your virtualenv you can use:
$ make test
To run all tox unit tests and quality checks:
$ make test-all
To run just the quality checks:
$ make quality
You can test XBlocks through a browser using Selenium. We have included an example Selenium test for thumbs that uses Django’s LiveServerTestCase. It runs as part of the test suite as executed by the above command.
To update and view test coverage:
$ make coverage
See the coverage.py docs for more info and options.
Deploying
This repository is deployed to PyPI. To deploy a new version.
Bump the version of the package in workbench/__init__.py
Make a new release in github or push a new tag up to Github.
The pypi-publish github action should trigger. It will build and deploy the source and wheel package to PyPI.
Getting Help
Documentation
Start by going through the documentation. If you need more help see below.
More Help
If you’re having trouble, we have discussion forums at https://discuss.openedx.org where you can connect with others in the community.
Our real-time conversations are on Slack. You can request a Slack invitation, then join our community Slack workspace.
For anything non-trivial, the best path is to open an issue in this repository with as many details about the issue you are facing as you can provide.
https://github.com/openedx/xblock-sdk/issues
For more information about these options, see the Getting Help page.
License
The code in this repository is licensed under the APACHE 2.0 license unless otherwise noted.
Please see LICENSE.txt for details.
Contributing
Contributions are very welcome. Please read How To Contribute for details.
This project is currently accepting all types of contributions, bug fixes, security fixes, maintenance work, or new features. However, please make sure to have a discussion about your new feature idea with the maintainers prior to beginning development to maximize the chances of your change being accepted. You can start a conversation by creating a new issue on this repo summarizing your idea.
The Open edX Code of Conduct
All community members are expected to follow the Open edX Code of Conduct.
People
The assigned maintainers for this component and other project details may be found in Backstage. Backstage pulls this data from the catalog-info.yaml file in this repo.
Reporting Security Issues
Please do not report security issues in public. Please email security@openedx.org.
Other Documentation
Using the workbench
When you open the workbench, you’ll see a list of sample XBlock configurations (scenarios). Each will display a page showing the XBlocks composited together, along with internal information like the “database” contents.
The workbench database defaults to a sqlite3 database. If you’re using devstack, you may want to set WORKBENCH_DATABASES to point to your MySQL db.
If you want to experiment with different students, you can use a URL parameter to set the student ID, which defaults to 1:
http://127.0.0.1:8000/?student=17
Different students will see different student state, for example, while seeing the same content. The default student ID contains only digits but it is not necessary to limit student IDs to digits. Student IDs are represented as strings.
Making your own XBlock
Making an XBlock involves creating a Python class that conforms to the XBlock specification. See the sample_xblocks directory for examples and the XBlock tutorial for a full walk-through.
We provide a script to create a new XBlock project to help you get started. Run bin/workbench-make-xblock in a directory where you want to create your XBlock project. The script will prompt you for the name of the XBlock, and will create a minimal working XBlock, ready for you to begin development.
You can provide scenarios for the workbench to display: see the thumbs.py sample for an example, or the xblock/problem.py file. The scenarios are written in a simple XML language. Note this is not an XML format we are proposing as a standard.
Once you install your XBlock into your virtualenv, the workbench will automatically display its scenarios for you to experiment with.
If you are interested in making an XBlock to run for your course on edx.org, please get in touch with us as soon as possible – in the ideation and design phase is ideal. See our XBlock review guidelines for more information (note that this is not needed for XBlocks running on your own instance of Open edX, or released to the wider community).
Example XBlocks
Included in this repository are some example XBlocks that demonstrate how to use various aspects of the XBlock SDK. You can see a more detailed description of those examples in the README located in that repository:
There is a rich community of XBlock developers that have put together a large number of XBlocks that have been used in various contexts, mostly on the edx-platform. You can see examples of what that community has done in the edx-platform wiki.
Metadata
Release files for xblock-sdk 0.15.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| xblock_sdk-0.15.2.tar.gz | 333.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| xblock_sdk-0.15.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 583.6 kB
Release files / xblock_sdk-0.15.2.tar.gz
| Download URL | xblock_sdk-0.15.2.tar.gz |
|---|---|
| Size | 333.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b2905d5a29c31bc2fa2d8cc4b8ac0efb2c6edf8872b79e02fa9f28464ea11a1e
|
|
BLAKE2b-256 checksum How to use checksums |
83fcd6c7da6fc0d581a824e4a386a00fd26409d36d8ebe020bf77aa0c8d0642f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 25, 2026.
Transparency logRelease files / xblock_sdk-0.15.2-py3-none-any.whl
| Download URL | xblock_sdk-0.15.2-py3-none-any.whl |
|---|---|
| Size | 250.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d40b45ed3df7e3c2a2655085c259b3f0696112ea60373f1cc7a0d96aa4cc1d10
|
|
BLAKE2b-256 checksum How to use checksums |
6de769f9ddd45ae4ee9cdec53c75e8280817413b351c125c6d4db22f5d601182
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 25, 2026.
Transparency log