v0.2.0-alpha.4

Well, that was unexpected. This release sees the beginning of a completely restyled and streamlined UI making its way to the index and presenter view pages, as well as a brand new feature: The ability to directly present decks to displays, without adding them to shows first. This feature is in alpha (relative to an alpha release), so it's really unfinished, but it does work. The display preview, loop/auto advance controls, and forward/back buttons are currently not implemented in this mode. Added to the deck presenter view (but not yet the show presenter view) are buttons to manually clear each display.

More polish will come to these features soon.

v0.2.0-alpha.3

Includes a fix for auto-advance mode, making the same display loaded twice work properly (before, it would fire the advance event once per times the number of running displays, which was... not good.

v0.2.0-alpha.2

This release simply changes the API's show_slide endpoint to use POST body rather than URL parameters.

v0.2.0-alpha.1

In 0.2.x, I'm starting work on an HTTP API based on django-ninja. We currently have one lonely endpoint, but it's a very useful one!

v0.1.2: Hotfix for image uploads

This release changes only the DATA_UPLOAD_MAX_NUMBER_FILES setting, making "deck from images" functionality more flexible.

v0.1.1: Padded Corners

This release removes a couple of frustrating papercuts in the editor and the presenter view.

v0.1.0: Finally Worth Releasing

OpenShow, at long last, can now be deployed semi-properly, using a docker image. I feel that this deserves an actual release. This system is now fully in use at my work, and has been stable and functional since its initial deployment.

This project will likely stick with major version 0 for a long while, as the architecture is not solid yet. See ROADMAP.md for some details. However, the code that exists now is fairly stable, and is in active use every week to run slides and live stream overlays.

Happy Hacking! More to come.