Publish for Offline Use

Learn how to publish titles for offline use to distribute on external media such as CD-ROMs and flash drives. Alternatively, place the directory on a shared network drive to collaborate with team members.

This feature is also available in the most recent version of Lectora.

To publish your title for offline use, follow these steps:

  1. Save your title.
  2. On the Home ribbon, click the drop-down list under Publish in the Publish group and select Offline. The program performs an error check and displays the results in the Publish Title for Offline Use window. Resolve any errors within your title. If necessary, click Cancel and repeat steps 1 and 2 until your title is free of errors.
  3. Click Publish when you are satisfied with the results of the error check. The Publish for Offline Use window opens.
  4. Use the tabs on the Publish Location window to specify your publishing settings.
  5. Click OK to publish your title to your local directory.
  6. Click the Done button to close the publishing window.
Preview image

Tags: , , , , , , , ,


  1. Profile photo of JBAH007

    Please explain ….

    The Lectora Offline .exe player is using Awesomium, however it appears this company is going out of business as stated here:

    We have been tryng for days to get Awesomium to work with the FileReader API using the Blob constructor only to now realize its not supported but more importantly their is no response by Awesomium to fix these and many other things up in future.

    What is Trivantis standing on this as far as having an Offline .exe viewer that actually works and covers all features of the HTML5 spec ? We are gravely concerned about this because running courses in HTML published versions for offline use is not going to work due to all the security issues surrounding web browsers these days.

  2. Profile photo of John Blackmon
    John Blackmon

    Trivantis is committed to provide an offline EXE publish that supports all of the features within Lectora, as well as basic scripting of Lectora components. I couldn’t agree more that is an issue that browsers these days (Chrome mostly) are putting too many security restrictions around local content, not allowing things to run that they should.

    May I ask what the scenario in your course is that you are using the Blob constructor with the FileReader API? Perhaps there is a way we can find a work around for the functionality you are seeking.

  3. Profile photo of JBAH007

    Thanks John.

    Basically we are trying to do something specific using jsPDF library to generate PDF files client side which works perfectly fine in HTML publish mode or when run online in an LMS. However in offline .exe mode it does not work.

    We have traced down the problem to a very specific call within jsPDF that uses the HTML5 FileReader and Blob API that allows the PDF streamed string data to be saved out to the desktop via a File SaveAs dialog etc. Very cool! However Awesomiujm does not appear to have implemented this as a HTML5 component into their API so we just cant use this at all at the moment.

    We have exhausted all possible options even spending several days trying every trick in the book but it basically boils down to the fact the Awesomium has no support for using the FileSave / FileSaveAs command via JavaScript as used in a web browser i.e. clicking a link for example you can trigger the File SaveAs dialog box to be displayed.

    If this was implemented into Awesomium and thus into Lectora offline .exe version then it would be Awesome Awesomium!

  4. Profile photo of John Blackmon
    John Blackmon

    Very cool stuff!

    OK, the good news:

    I was able to get past the JavaScript error by using an older constructor for the Blob. So on line 973 in the source file for jsPDF I changed this line:

    blob = new Blob([array], {type: “application/pdf”});

    to be:

    var oBuilder = new BlobBuilder();
    var blob = oBuilder.getBlob(“application/pdf”);

    This created the blob successfully and everything runs without error.

    The bad news:

    The JavaScript creates a “blob” URL, which doesn’t trigger a download in the runtime code. So the PDF gets created, and then it just goes away. Doesn’t seem to be any way to get around it. Its really a bit above and beyond what we were trying to do with the offline scripting capability. There may be a Flash script you can use to generate the PDF, which should work.

  5. Profile photo of JBAH007

    Thanks John for thorough investigation.

    We came to the exact same conclusion ourselves as well. We are deliberately avoiding using flash altogether because we what a single output that works across devices and in particular iOS if publish as HTML instead.

    If Awesomium did provide the same trigger into Lectora offline .exe version it would solve all the problems as you mentioned. Especially in the future offloading as much of the work to the client side to do is preferable and frees the server up from processing these type of requests. Been able to create a PDF client side would open up a huge amount of possibilities for a lot of e-Learning developers who have to create the type of standalones for use in restricted environments with no access.

    Can we please make this a feature request for the next Lectora version.

  6. Profile photo of John Blackmon
    John Blackmon

    Absolutely. We have certainly looked into CEF and other solutions as an alternative to Awesomium, and will make sure your concerns are added to a feature request in our product backlog.

    It would be possible to use a branching type scenario that used Flash for the offline published version, and jsPDF for all others, as they would have server side support that would allow that to work. Not ideal, but certainly a workaround for the meantime.

Leave a Reply to John Blackmon Cancel reply

Your email address will not be published. Required fields are marked *