Page History
Excerpt | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1. Initialization OptionsThere are several several options letting you initialize WProofreader functionality in your web app, namely using:
The WEBSPELLCHECKER_CONFIG (further CONFIG) can be added in a script or loaded from the file as mentioned in Get Started with WProofreader Server (autoSearch) guide for Server version and Get Started with WProofreader Cloud (autoSearch). guidesAfter you have initialized WProofreader, you can customize the above-mentioned settings using WebSpellChecker API. Tip | Below you can find the samples showing how different WProofreader initialization approaches work depending on the integration and expected launch behavior. 1.
1. Initializing using autoSearchThe autoSearch feature enables detecting new editable fields on the page and proofreading the text they contain automatically on hover selectionin focus. If you choose this option, WProofreader is enabled in the selected WYSIWYG editor or HTML editable control, and no additional actions are required.
Initialization using inline attributes is suitable and useful if you want to have a single script with basic options option definitions. Example 1.1:. InitializingWProofreader with autoSearchusing CONFIGThis is an example of the WProofreader initialization with the autoSearch functionality turned on. All the configuration options are defined using WEBSPELLCHECKER_ CONFIG.
Example 1.2:. InitializingWProofreader with autoSearchusing inline data attributesThis is an example of the WProofreader initialization with the autoSearch functionality turned on. All the configuration options are defined using inline data attributes. In this case, the naming of the options are formed as follows: data-wsc-option_name=”value”. For details, refer to the list of available options in WebSpellChecker WProofreader API documentation.
2.InitializationInitializing using init() methodThe init() method is a reasonable choice when you clearly know in which control you want to initialize in WProofreader. More than that you are aware of your page controls, and additional controls do not appear dynamically.
Example3: Initializing WProofreader2.1. Initializing in HTML element using init() methodThis is an example of WProofreader initialization in HTML contenteditable element (div) using init() method. The configuration options are specified directly in the in the init() function.
Example4: Initializating WProofreader2.2. Initializating in multiple HTML elements using init() methodThis is an example of WProofreader initialization in HTML contenteditable element (div) and HTML editable element (textarea) using init() method. The configuration options for both controls are defined separately in a single CONFIG.
Example5: Initializing WProofreader2.3. Initializing in WYSIWYG editors using init() methodThere is an option to explicitly initialize WProofreader in such rich text editors as Froala Editor 3, CKEditor 4, and CKEditor 5 using init() method. However, it is strongly recommended to use this method with autoSearch and autoDestroy options in CONFIG. Turned on/enabled autoDestroy parameter will be monitoring the state of the WEBSPELLCHECKER instance and handling its destroy after removal (deleted or hidden) of an editable container from the page. At the same time enabled autoSearch parameter will restore an instance when it is needed. It can be useful for example, when switching to the code editing mode in the editor, WEBSPELLCHECKER instance must be deleted and then restored after returning back to the editor. Thus, it is the autoSearch that restores it.
3. Initializing using data-wsc-autocreateThis approach is similar to initializing WProofreader using init() method. Example 3.1. Initializing in HTML elements using data-wsc-autocreateThis is an example of WProofreader initialization in HTML contenteditable element (div) and HTML editable element (textarea) using data-wsc-autocreate="true". The configuration options are to be defined separately in WEBSPELLCHECKER_ CONFIG. This approach is similar to initializing WProofreader using init() method.
Example 6: Initializing WProofreader in WYSIWYG editors using init() methodThere is an option to explicitly initialize WProofreader in such rich text editors as Froala Editor 3, CKEditor 4, and CKEditor 5 using init() method. However, it is strongly recommended to use this method with autoSearch and autoDestroy options in WEBSPELLCHECKER_CONFIG. Turned on/enabled autoDestroy parameter will be monitoring the state of the WEBSPELLCHECKER instance and handling its destroy after removal (deleted or hidden) of an editable container from the page. At the same time enabled autoSearch parameter will restore an instance when it is needed. It can be useful for example, when switching to the code editing mode in the editor, WEBSPELLCHECKER instance must be deleted and then restored after returning back to the editor. Thus, it is the autoSearch that restores it. Excerpt Include | | _include_initializing_wproofreader_using_init_in_froala_editor_55x | _include_initializing_wproofreader_using_init_in_froala_editor_55x | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
nopanel | true | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Excerpt Include | _include_initializing_wproofreader_using_init_in_ckeditor4_55x | _include_initializing_wproofreader_using_init_in_ckeditor4_55x | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
nopanel | true | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Excerpt Include | _include_initializing_wproofreader_using_init_in_ckeditor5_55x | _include_initializing_wproofreader_using_init_in_ckeditor5_55x | nopanel | true