v0.4.0-alpha.1

This is the very, very early beginning of the 0.4 series. So far, we're limited mostly to bugfixes vs. 0.3.2, but this release also contains the beginning of one major feature upgrade (which necessitates a larger version bump).

So far, the changes for version 0.4 are:

Features

• New import system (currently limited to shows, see #48)
• Segments can now have detailed notes added; these show up in the presenter view and act as "presenter notes" in addition to slide cues and the existing segment titles.

Fixes

• It is now possible to edit a media object (say, the title) and not re-transcode it.
• Images and media object thumbnails are now lazy-loaded correctly, making that brand new picker interface from 0.3.2 actually work on an established instance.
• The audio placeholder thumbnail now only appears if the slide element in question has a blank body.
• SlideElement.body got a new default (""), which makes sure that the word "None" doesn't get added at random to slides with images.
• Select widgets can no longer horizontally overflow their containers in the UI, probably.
• Thumbnail generation now produces a success/failure message in the console.

That's all for now. Many more bugs and features remain to be sorted out for 0.4, and some better release notes will show up eventually!

v0.3.2

This is another quality of life release, containing two major fixes.

Image and Media Object selection improvements

v0.3.2 introduces a brand new thumbnail-based, searchable selection widget for Image and Media objects. This widget also has the ability to create new Image and Media objects on the fly. That alone is a huge deal- for manually created Decks and Shows, the Image and media objects introduced in v0.3.0 were actually a step backwards in the UI convenience department. That's all better now, so we can have both technical superiority and ease of use. What a world we live in.

Here's a screenshot of this new UI in action:

Much better than a cryptic dropdown menu!

Note

If you have already created a bunch of Media objects containing videos, your selection widget will be full of placeholders which say "Missing Video Thumbnail". This is intentional- the thumbnail extraction task can be intensive (especially with many videos to process), so the decision was made to not schedule these tasks immediately upon startup of v0.3.2. A new management command called generate_video_thumbnails has been introduced to allow you to schedule this task at a convenient time.

By default, this command will schedule a video thumbnail creation task for every media object which a: is a video and b: has no thumbnail. Refer to python manage.py generate_video_thumbnails --help for more details.

Fix to SlideElement objects with no body

v0.3.2 fixes #44. This was an issue where SlideElement objects with body set to None would display the string "None" in thumbnails and on displays, but not in the editor. This has been an aggravating problem for a long, long while now. Good riddance!

Full Changelog: v0.3.1...v0.3.2

v0.3.1

This release is a collection of editor quality of life improvements, iterating on 0.3.0's great strides in the editor's appearance.

1. Quit Scrolling My Sidebar!

This release's headline feature is that we're now using the HTMX idiomorph extension to improve swapping editor UI components in the Deck and Show editors. This means (among other, less important details) that the left sidebar (where the slides are) will stop jumping around every time a button is clicked.

2. Default Transitions and Themes!

On a much less impactful (but still very useful) note, Transitions and Themes can now be set as "default" in their respective editors. Only one of each can be default at once (which is managed automatically; check the "default" box to your heart's content).

If a Transition object has "default" checked,

• Newly-created slides will have that transition enabled. No more need to select every blank slide in a show and manually set it to your standard transition.
• Newly-created decks will have that transition set as their default transition. See notes on 5b40861 for a detailed rationale.

If a Theme object has "default" checked,

• Newly-created decks will have that theme selected.
• Newly-created shows will have that theme selected.
• Slide.theme is a field which exists, but isn't configurable. It is not set at this time. Perhaps in the future.

This is a smaller release than usual, but these are two extremely impactful little features.

Enjoy!

v0.3.0

Editor UI Refresh

Version 0.3.0 contains completely rewritten Deck, Show, and Slide editors. The new look is based on missing.css to better integrate with the rest of OpenShow's UI, and is far more intuitive to navigate.

Here's a comparison, with 0.2.1 on the left and (new, shiny) 0.3 on the right:

Those screenshots both show the Show editor, but the Deck editor has received the same treatment. All functions are far more obvious. In particular, AOML editing is now far easier.

Media Handling Changes

Caution

Breaking change alert!
Media Objects have now completely replaced the old SlideElement.video system. That attribute has been deleted. If you're using it, please manually replace all instances with Media Objects before upgrading to this version.

With that disclaimer out of the way, let's get to the good stuff! This new approach means that media (audio and video) is automatically transcoded to a format compatible with both Firefox and Chromium (important for displays used in the OBS Browser Source).

Media Objects also support entering a URL for a Vimeo livestream, which will be displayed full screen and set to autoplay when displayed.

Image Handling Changes

Images now also have a dedicated model, which allows for greater flexibility in data storage. In the future, the Image model can also be extended to optimize the size of images for quick slide loading, but this is not yet implemented.

AOML Spec Updates

OpenShow contains an integrated markup language called AOML. In version 0.3.0, the initial spec has been formalized and written down. This makes it possible to manually create slides very quickly in a standard text editor.

Finishing Up

Above is a list of the major projects which have seen completion or substantial progress in this version. If you're really interested in absolutely everything that's happened, see #38 for a full commit log of the changes from v0.2.1 > v0.3.0.

v0.3.0-alpha.4

• fix: Make slides in the sidebar smaller for compatibility (for now)

v0.3.0-alpha.3

• fix: MediaObject.__str__() now references title instead of name

v0.3.0-alpha.2

• fix: Use the correct version number for natsort.

v0.3.0-alpha.1

• fix: Add natsort to requirements.txt

v0.3.0-alpha.0

• feat: Fully replace SlideElement.video with SlideElement.media_object
• feat: Fully replace SlideElement.image with SlideElement.image_object
• feat: Support referencing images and media with file hashes in AOML
• feat: Roll script (cue) parsing into AOML
• fix: Javascript libraries are all vendored now
• feat: Completely rewrite show, deck, and slide editors
• feat: UI polish - better page titles, favicon, etc.

v0.2.1

This is a small followup to 0.2.0, which includes a few features and fixes that I wasn't sure would be ready in time.

In no particular order:

• feat: #26 - Displays can now be set as default, which means they will be enabled on any future created shows.
• fix: #37 - Slide advance buttons in the presenter UI can now properly advance between segments, if that option is checked in the show controls.
• fix: #36 - We now have an API endpoint which will display slide 1 of a deck, requiring no slide PK. This (combined with the auto advance enhancements in 0.2.0) means that an external automation can be created to display a given auto-advancing deck on a schedule. This completes OpenShow as a functional digital signage system which can be used with sheepman4267/ansible_role_signage_player.