Dissappearing background trick on HTML5 publish
Forgive me if this forum entry may appear negative, this is not my intent.
We currently have Suite09 and are contemplating Storyline as well as Suite12 when it comes out.
I am a Adobe eLearning Suite power user and admit up front, it has spoiled me.
The following observations are only for Storyboard:
At this point, we have imported a small PPTX project that contains many hyperlinks to local documents (within project folders), one audio file, and very basic animation. We published this story to Web and CD and found the following issues in the published output (categorized by publish type):
Storyline "quirks" :
- When you add a hyperlink to an object, Storyline creates up to 3 duplicated HREFs under the one object.
- The path that Storyline creates must be modified manually to point to the "story_content/external_files" folder in the project; then for this to work, you must create that folder and copy the target files into it.
- If you do not do the Hyperlink process as in step 2, Storyline will not find the HREF items, creating a full network path instead.
- Storyline does not contain nearly as many animations as PPT, therefore, any unsupported animations will default to none and you will have to redo them.
- Storyline only contains 1 player template that cannot be altered (beyond color change) in a friendly way.
- Storyline encripts the .js files that I would need to edit to correct any, or many, of the previously mentioned issues as well as many of the next issues. This blocks my ability to help myself and really makes the product frustrating when you try to do anything other than the 5 things it does correctly.
Same as Items 1, 2, 3, 4, 5 above
HTML5, IOS publish:
- Storyline only brought over 85% of the backgrounds, we had to trace the HTML in Firefox to find out the names of the missing ones being called. Many slides were left with no baclgrounds (animated white text on light gray).
- All Hyperlinks did not work until we completed step 2 above.
- The Player template called logo.jpeg from the mobile folder, however, Storyline actually published logo.swf in the story_content folder. This caused no logo to display.
- On IOS 5 and Android 2.4 tablets, we found the HTML5 outputs would become less responsive as time went on. On each tablet, we had to finally reboot when the browsers simply stopped responding.
- On ISO 5, the scroll-pane content (from 4 different slides) was concactinated together and appeared to be converted to an unrecognisable font style, italicized, blurred, and overlapped as if they became images.