![]() ![]() Training today is very much video based and SL2 needs to support this. Users need to see how much longer the video has to play, they need to be able to scroll back to earlier stages in a reasonably accurate way, they need to be able to replay at any stage (on ALL browsers) and the developer needs to have the choice of the video being independent of the saved/initial status of the slide. It is clear that SL2 does not truly support video use as the average user today would expect and is indeed used to. I am looking particularly stupid in my client's eyes for obviously not understanding the software I am using, and resorting to "sorry it doesn't do that but I didn't know", and indeed how it (does not) display on different browsers. This specific issue has also caused me immense problems and serious stress as my project is totally video based and I bought the software on the premise that it handled video. I guess that's why I am frustrated that something so simple has been overlooked for so long. I really enjoy your product and use it to its full potential all of the time. If you have no plans on changing this functionality then just me and I will drop it. I was really hoping this would be fixed with Articulate 2. I am just looking for an answer that explains why it is okay to have a broken button on the screen, that's all. If someone from Articulate can explain to me why the functionality is the way it is without sending me to your documentation I would appreciate it. ![]() I have no problem with limitations or certain workarounds. I think this is pretty straightforward but if I haven't explained my thoughts clearly enough, please let me know. With this being said, if I have a slide set to this, when I come back to this slide I should pick up where I left off and still be able to click the replay button rather than it being broken, as it is now. The Resume Saved State should do what it does now. The replay button should simply replay the current slide. To me, this seems like an easy fix that should have happened already.Įither the replay button needs to become hidden when a slide is set to Resume Saved State (which I see being difficult because this needs to take into account for each layer, as well) or the other option would be to have the replay button be INDEPENDENT of the slide setting (which is how I would think you would set this up). You cannot have a visible feature where it only works in certain cases. If you put yourself in a learner's shoes, this button is broken because clicking it does nothing. I brought this up a while back and even made an enhancement request for it because the functionality for the replay button seems broken to me when you have a slide and/or its layers set to Resume Saved State. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |