This article details common errors encountered while operating EditLive! and solutions to solve these problems.
The printing architecture for EditLive! creates a new HTML web page containing the content of EditLive!. Through this new web page, users can then click the Print button to print their content based on the current printing settings configured in the user's browser.
If the printing page does not display, check that the system EditLive! is operating on does not use webpage pop-up blockers.
If the page is unable to print, an error exists either in the browser's printing settings or in the connection between the user's system and their printer. Users should consult their browser and operating system help files for more information.
Using an EditLive! configuration file, you can specify the location of a web page to list images the user can insert into an instance of EditLive!. For more information on configuring EditLive! to load this page, see the Image Insertion Dialog's Browser Component article and the <imageBrowser> configuration file element.
This error can occur if running EditLive! on Java Runtime Environment 1.4.2. This error occurs if a HTML form tag exists in the EditLive! document. The error is triggered if the HTML form tag does not include a target or action attribute. To ensure this error does not occur, include these attributes in any HTML form tag included in the EditLive! document.
By default, the spell checking dictionary used with EditLive! is automatically configured to match the locale of the user's machine. However, if a developer wishes to specify a specific spell checking dictionary regardless of the user's locale, this can be done using the jar attribute of the <spellCheck (Applet)> configuration file element.
One of the most common reasons for spell checking failing is that the location of the dictionary jar file, specified in the <spellCheck (Applet)> configuration element, is incorrect. Check the location of the dictionary jar file again and verify this against the value specified in the <spellCheck (Applet)> configuration file element. Examples of EditLive! with functional dictionaries can be seen in the Tutorials section of this SDK.
EditLive! allows uses to check their document against the W3C Accessibility Compliance Guidelines.
This accessibility check refers changing all <b> and <i> tags in a document to <strong> and <em> respectibly. When the logicalEmphasis attribute of the <wysiwygEditor> configuration file element is set to false, clicking the bold toolbar or menu item will insert <b> tags. If this attribute is set to true, clicking the bold link will create <strong> tags. If you are using accessibility checking, to avoid WCAG 2 Check Name 3.3 constantly appearing set the logicalEmphasis attribute to true.
EditLive! can possibly crash your web browser if the following combination of code exists:
To avoid crashing the browser, the following technique can be used:
Code your onSubmit() handler to return -1. Then, wherever onSubmit() is called, call form.submit() directly afterwards.