allow presentations to run automatically
Submitted by otacke on Thu, 08/11/2016 - 12:24
There's a proposal for a new feature for the library Course Presentation at https://h5p.org/node/21175.
<cite>Also, is there a way to automatically go to the next slide after a certain amount of seconds. This would be a good feature to add if it doesn't exist.</cite>
User stories for this feature might translate into something like...
- As a content editor I want to set a time period after which the presentation switches to the next slide automatically so that scenarios such as PechaKucha are possible. As a user I want to start the automatic presentation by a triggering action so that it won't start directly after loading the website.
- As a content editor I want to optionally enable looping so that presentations could run indefinitely within websites in "kiosk mode".
For #1 it might be a simple solution to start the automatic presentation at slide 2, so no special triggering function would have to be created. If looping is enabled, the automatic presentation could start right away at slide 2.
0Supporter votes Members of the Supporter Network can vote for feature requests. When the supporter network has generated sufficient funding for the top voted feature request it will normally be implemented and released. More about the H5P Supporter Network
Fri, 08/12/2016 - 09:35
Nice and clean specification. I really like the 2nd use case and think it could be used in lots of scenarios together with the active surface mode. Would be great if you could add an issue on github that points to this thread https://github.com/h5p/h5p-course-presentation/issues for implementation details.
Edit: Nevermind, there is an issue for this https://github.com/h5p/h5p-course-presentation/issues/27
Fri, 08/12/2016 - 10:58
...there's a slip at the end. Looping should start right away with at slide 1, of course.
Sat, 08/13/2016 - 22:11
I created a first draft of that feature on github. It doesn't completely cover the user stories from above (yet). What do you all think?
Sun, 08/14/2016 - 10:21
How is the progress coming on
How is the progress coming on this feature? I really want to use it
Sun, 08/14/2016 - 11:12
It's basically running.
It's basically working with my latest update. If you activate "auto-presentation",
What's left to do, I guess:
You can find the code on github, and you can use it right now if it's urgent. Yet, I might still change some things.
Sun, 08/14/2016 - 17:39
Awesome. It isn't urgent but
Awesome. It isn't urgent but I will need it in a few months from now.
Mon, 08/15/2016 - 09:15
Don't have the time to try it
Don't have the time to try it the code right now, but looking forward to see this in action :)
Mon, 08/15/2016 - 21:27
Is this what you had in mind? Teaching H5P to present automatically
Sat, 08/27/2016 - 22:32
Is anyone interested in
Is anyone interested in completing https://github.com/otacke/h5p-editor-course-presentation/tree/AutoPlay together with me? I taught the Course Presentation to auto-present in https://github.com/otacke/h5p-course-presentation/tree/AutoPlay but I fail to come up with a proper solution for the Editor to set individual durations for a slide.
I basically tried to copy the way the background is set by copying and adapting the related classes, but I couldn't make it work. I never liked creating GUIs ;-)
Mon, 08/29/2016 - 11:08
The example is awesome, I love it :)
I don't have time to get too much into the code right now, but I would suggest looking at how backgroundSelector is implemented like you have done, it has options for global background and single page background for each slide, similar to how you would have settings for each slide.
Single slide semantics are defined for each slide, and global slide semantics are defined outside of slide context. The single slide semantics must then be squeezed somewhere into the GUI, like you fear ;) The global semantics can be inside or oustide CPEditor widget. A different approach would be to just create a list outside of the widget where you connect index to a duration, though it would probably not be the most elegant solution. GUI design is not my strong side, sorry I couldn't be of more help.
Mon, 08/29/2016 - 11:15
"Twice I destroyed the light and twice I failed"
"Twice I destroyed the light and twice I failed" (Blind Guardian) - And by destroying the light I mean trying to adapt copies of backgroundSelector and slideSelector including semantics in CoursePresentation and the style sheets ;-) I'll find a way eventually...
Mon, 08/29/2016 - 12:05
Good metal will get you there
Good metal will get you there in no time ;) processSemanticsChunk is essential to understand in order to render the semantics inside the CPEditor widget. Unfortunately it is quite vague how it works and not well documented