(→Using a Custom Configuration File: Minor rewriting) |
|||
(16 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
− | + | {{#CUSTOMTITLE:Setting CKEditor Configuration}} | |
+ | CKEditor comes with a rich set of configuration options that make it possible to customize its appearance, features, and behavior. The main configuration file is named <code>config.js</code>. This file can be found in the root of the CKEditor installation folder. | ||
== Available Configuration Options == | == Available Configuration Options == | ||
+ | All available configuration options can be found in the [http://docs.cksource.com/ckeditor_api/index.html CKEditor JavaScript API] documentation. Refer to the [http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html CKEDITOR.config] object definition. | ||
− | + | == Defining Configuration In-Page == | |
+ | The best way to set the CKEditor configuration is in-page, when creating editor instances. This method lets you avoid modifying the original distribution files in the CKEditor installation folder, making the upgrade task easier. | ||
− | + | In-page settings can be passed to any of the editor instance creation functions, namely [http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.html#.replace CKEDITOR.replace] and [http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.html#.appendTo CKEDITOR.appendTo]. For example: | |
− | + | <source lang="javascript"> | |
− | + | CKEDITOR.replace( 'editor1', | |
− | |||
− | In-page settings can be passed to any of the editor instance creation functions, namely [http://docs. | ||
− | < | ||
{ | { | ||
− | toolbar | + | toolbar : 'Basic', |
− | uiColor | + | uiColor : '#9AB8F3' |
}); | }); | ||
− | </ | + | </source> |
− | Note that the | + | Note that the configuration options are passed through a literal object definition (starting with a "<code>{</code>" symbol and ending with a "<code>}</code>" symbol). Because of this the proper syntax for each option is <code>(''configuration name'') : (''configuration value'')</code>. Be sure to not use the "equal" character (<code>=</code>) in place of the colon character (<code>:</code>). |
− | |||
− | |||
− | + | == Using the config.js File == | |
− | < | + | CKEditor settings can also be configured by using the <code>config.js</code> file. By default this file is mostly empty. To change CKEditor configuration, add the settings that you want to modify to the <code>config.js</code> file. For example: |
+ | <source lang="javascript"> | ||
+ | CKEDITOR.editorConfig = function( config ) | ||
{ | { | ||
config.language = 'fr'; | config.language = 'fr'; | ||
config.uiColor = '#AADC6E'; | config.uiColor = '#AADC6E'; | ||
}; | }; | ||
− | </ | + | </source> |
− | + | In order to apply the configuration settings, the <code>[http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.html#.editorConfig CKEDITOR.editorConfig]</code> function must always be defined. The <code>config.js</code> file will be executed in the scope of your page, so you can also make references to variables defined in-page or even in other JavaScript files. | |
− | |||
− | |||
− | + | == Using a Custom Configuration File == | |
+ | Using a custom configuration file is another recommended method of setting CKEditor configuration. Instead of using the default <code>config.js</code> file, you can create a copy of that file anywhere in your website and simply point the editor instances to load it. The advantage of this approach is that in this way you can avoid changing the original file, which makes it easier to upgrade CKEditor later by simply overwriting all files. | ||
− | Suppose you | + | Suppose you copied the <code>config.js</code> file to a folder named <code>custom</code> in the root of your website. You also renamed the file to <code>ckeditor_config.js</code>. At that point it is enough to only set the [http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.customConfig customConfig] configuration option when creating the editor instances to use the customized settings defined in the file. For example: |
− | < | + | <source lang="javascript"> |
+ | CKEDITOR.replace( 'editor1', | ||
{ | { | ||
− | customConfig | + | customConfig : '/custom/ckeditor_config.js' |
}); | }); | ||
− | </ | + | </source> |
− | + | The custom configuration file must look just like the default <code>config.js</code> file. | |
− | |||
− | |||
− | |||
− | |||
− | # | + | == Configuration Loading Order == |
− | #If the customConfig setting has been set "in-page", that file is loaded, otherwise the default config.js file is loaded. All settings in | + | You are not required to only use one of the above configuration options. The methods described above can be mixed and the configuration will be loaded properly. The following list presents the configuration loading order used when creating an editor instance: |
− | #If the settings loaded in | + | # An editor instance is created. At this point all its default configuration options are set. |
− | #Finally the settings defined "in-page" override | + | # If the <code>customConfig</code> setting has been set "in-page", that file is loaded, otherwise the default <code>config.js</code> file is loaded. All settings in the custom configuration file override current instance settings. |
+ | # If the settings loaded in step 2 also define a new <code>customConfig</code> value, another custom configuration file is loaded and its settings override current instance settings. This happens recursively for all files until no <code>customConfig</code> is defined. | ||
+ | # Finally the settings defined "in-page" override current instance settings (except <code>customConfig</code>, which has been used in step 1). | ||
== Avoiding Loading External Settings Files == | == Avoiding Loading External Settings Files == | ||
− | + | It is also possible to completely avoid loading an external configuration file, reducing the number of files loaded. To do that, you need to set the [http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.customConfig customConfig] setting to an empty string. For example: | |
− | It is also possible to completely avoid loading an external configuration file, reducing the number of files loaded. To do that, | + | <source lang="javascript"> |
− | < | + | CKEDITOR.replace( 'editor1', |
{ | { | ||
− | customConfig | + | customConfig : '' |
}); | }); | ||
− | </ | + | </source> |
− | This setting is definitely recommended if you are not setting | + | This setting is definitely recommended, if you are not setting the configuration in the <code>config.js</code> file nor a custom configuration file. |
+ | |||
+ | == Mapping CKEditor and FCKeditor Configuration Settings == | ||
+ | If you moved to CKEditor from its predecessor, FCKeditor, you might be used to setting the configuration in the FCKeditor way. To make it easier for you to upgrade to the new editor line we have prepared a mapping between configuration settings available in [[FCKeditor_2.x/Developers_Guide|FCKeditor 2.x]] and CKEditor 3.x. A full listing [[CKEditor_3.x/Developers_Guide/FCKeditor_CKEditor_Configuration_Mapping|can be found here]]. |
Latest revision as of 15:44, 8 March 2011
CKEditor comes with a rich set of configuration options that make it possible to customize its appearance, features, and behavior. The main configuration file is named config.js
. This file can be found in the root of the CKEditor installation folder.
Contents
Available Configuration Options
All available configuration options can be found in the CKEditor JavaScript API documentation. Refer to the CKEDITOR.config object definition.
Defining Configuration In-Page
The best way to set the CKEditor configuration is in-page, when creating editor instances. This method lets you avoid modifying the original distribution files in the CKEditor installation folder, making the upgrade task easier.
In-page settings can be passed to any of the editor instance creation functions, namely CKEDITOR.replace and CKEDITOR.appendTo. For example:
CKEDITOR.replace( 'editor1', { toolbar : 'Basic', uiColor : '#9AB8F3' });
Note that the configuration options are passed through a literal object definition (starting with a "{
" symbol and ending with a "}
" symbol). Because of this the proper syntax for each option is (configuration name) : (configuration value)
. Be sure to not use the "equal" character (=
) in place of the colon character (:
).
Using the config.js File
CKEditor settings can also be configured by using the config.js
file. By default this file is mostly empty. To change CKEditor configuration, add the settings that you want to modify to the config.js
file. For example:
CKEDITOR.editorConfig = function( config ) { config.language = 'fr'; config.uiColor = '#AADC6E'; };
In order to apply the configuration settings, the CKEDITOR.editorConfig
function must always be defined. The config.js
file will be executed in the scope of your page, so you can also make references to variables defined in-page or even in other JavaScript files.
Using a Custom Configuration File
Using a custom configuration file is another recommended method of setting CKEditor configuration. Instead of using the default config.js
file, you can create a copy of that file anywhere in your website and simply point the editor instances to load it. The advantage of this approach is that in this way you can avoid changing the original file, which makes it easier to upgrade CKEditor later by simply overwriting all files.
Suppose you copied the config.js
file to a folder named custom
in the root of your website. You also renamed the file to ckeditor_config.js
. At that point it is enough to only set the customConfig configuration option when creating the editor instances to use the customized settings defined in the file. For example:
CKEDITOR.replace( 'editor1', { customConfig : '/custom/ckeditor_config.js' });
The custom configuration file must look just like the default config.js
file.
Configuration Loading Order
You are not required to only use one of the above configuration options. The methods described above can be mixed and the configuration will be loaded properly. The following list presents the configuration loading order used when creating an editor instance:
- An editor instance is created. At this point all its default configuration options are set.
- If the
customConfig
setting has been set "in-page", that file is loaded, otherwise the defaultconfig.js
file is loaded. All settings in the custom configuration file override current instance settings. - If the settings loaded in step 2 also define a new
customConfig
value, another custom configuration file is loaded and its settings override current instance settings. This happens recursively for all files until nocustomConfig
is defined. - Finally the settings defined "in-page" override current instance settings (except
customConfig
, which has been used in step 1).
Avoiding Loading External Settings Files
It is also possible to completely avoid loading an external configuration file, reducing the number of files loaded. To do that, you need to set the customConfig setting to an empty string. For example:
CKEDITOR.replace( 'editor1', { customConfig : '' });
This setting is definitely recommended, if you are not setting the configuration in the config.js
file nor a custom configuration file.
Mapping CKEditor and FCKeditor Configuration Settings
If you moved to CKEditor from its predecessor, FCKeditor, you might be used to setting the configuration in the FCKeditor way. To make it easier for you to upgrade to the new editor line we have prepared a mapping between configuration settings available in FCKeditor 2.x and CKEditor 3.x. A full listing can be found here.