Custom Query

Update of the dutch language file

I'm using Coldfusion 8 to generate a tabbed layout. In one of these tabs i'm loading the FCKeditor. When reloading the page it sometimes dissapears. First i can see it appearing, then after the page is completely loaded it disappears. It only happens in FF3.

I've disabled my stylesheet, but the same problem occured.

This seems to be a problem in IE7 and Safari. FCK.Selection.MoveToAncestorNode does not return the correct node, or SelectNode doesn't properly select.

Steps to recreate:

1. Edit source and add

   <div><p><b>bbbbbbb</b><br /><i>iiiiiiiiiii</i></p></div>
   

   Switch back to the regular editor view.

2. Select "iiiiiiiiiii".

3. Run the following via the browser address bar:

    javascript: alert(frames[0].FCK.Selection.SelectNode( frames[0].FCK.Selection.MoveToAncestorNode('DIV') ));
    javascript: alert(frames[0].FCK.InsertHtml('abcd'));
   

4. View Source
   • IE7 has the following:

     <div><p><b>abcd</b><br />&nbsp;</p></div>
     

• Safari has:

  <div><p>abcd</p></div>
  

Output should look like:

abcd

After changeset 2286 from ticket #2396, inserting the following line before line 56 of fck_spellerpages.html could restore a feature omitted by the fix.

  oEditor.FCKUndo.SaveUndoStep() ;

according to me, It would be nice to set FCKlang for alerts in the following dialogs, available at the moment only in English language:

FCKeditor\editor\dialog\fck_image\fck_image.js FCKeditor\editor\dialog\fck_link\fck_link.js FCKeditor\editor\dialog\fck_flash\fck_flash.js

######################

i.e.:

switch ( errorNumber ) {

case 0 : No errors

alert( FCKLang.UploadFileOk ) ; break ;

case 1 : Custom error

alert( customMsg ) ; return ;

case 101 : Custom warning

alert( customMsg ) ; break ;

case 201 :

alert( FCKLang.UploadFileRenamed + '"' + fileName + '"' ) ; break ;

case 202 :

alert( FCKLang.UploadInvalidType ) ; return ;

case 203 :

alert( FCKLang.UploadSecurityError ) ; return ;

case 500 :

alert( FCKLang.UploadConnectorDisabled ) ; break ;

default :

alert( FCKLang.UploadDefaultError + errorNumber ) ; return ;

}

thx and hi from Italy

Czech language file for FCKeditor 2.6.3 beta

Use ToolbarLocation = Out:... (Samples 10 and 11). Switch to source mode and back. Note that toolbar is disabled.

There must be a way to easily remove editor instances from the page, completely freeing resources used by those instances. This feature should be able to restore the <textarea> replaced by the instance, or remove it together with the editor.

I'm using Safari 3.1.2 for Windows and FCKEditor 2.6.3 Beta.

When double clicking a placeholder element within the editor, the placeholder edit dialog does not load the placeholder text. Works in IE and Firefox.

Within fck_placeholder.html the problem is occurring on this line:

var eSelected = dialog.Selection.GetSelectedElement() ;

The GetSelectedElement function is returning null. I saw similar bugs that had been marked resolved, but this problem is still happening in Safari.

When using two FCKeditor instances with a shared toolbar, it is not possible to directly switch from one instance to another. One has to click either outside the editors, then on the second instance, or twice on the second instance.

To recreate:

1. Open sample10.html or sample11.html in IE
2. Select the first instance of FCKeditor
3. Select the second instance

When you select the second instance, the toolbar is deactivated, and the cursor remains in the first instance. You have to click twice on the second instance to properly activate it.

The fix of #2376 is the cause of the regression. In my view, it would be best to revert that change, since it makes the use of shared toolbar practically impossible.

French language file update

patch for updated es.js file

Take the patch of ​https://sourceforge.net/tracker/index.php?func=detail&aid=1409409&group_id=75348&atid=543655 review it and update to current version.

In version 1.4 the html output for justifying paragraphs looked like this: "<P align=right>text goes here</P>"

in the latest version it looks like this "<p style="text-align: right">text goes here</P>"

However this is no longer compatible with flash dynamic textfields. Is there a fix for this?

Hi,

i build packages from fckeditor for debian.

In the acutal version 2.6.3 there is a file:
_samples/html/assets/sample16.swf
for that i did not found any source file.

Without the source of flash file i must strip out the file to build the package and to come not in trouble with the debian social contract.
So could you also add the flash source file so that i did not come in trouble with debian social contract.

See attached MS Word file, where a space between two words has been formatted as bold (but the words aren't bold themselves).

1. Copy the paragraph from Word.
2. Paste into FCKEditor using "Paste from Word"
3. "Ignore Font Face definitions" and "Remove Styles definitions" are both checked.
4. Result: <p><div>This is atest</div></p> (the space has been stripped out)

Tested in IE7 and Firefox 3, using Windows XP and Word 2003.

We should have an object in API that could be used to identify the current browser and special OSs, like Mac. It should be compatible with our ​Browser Compatibility Specifications.

It seems that in a <table> we are seeing the right-click context menu pop up for all rows except the last. Firebug is giving us an error on this line: ​http://dev.fckeditor.net/browser/FCKeditor/tags/2.6/editor/_source/internals/fcktablehandler.js#L274

Following the call stack down to ​http://dev.fckeditor.net/browser/FCKeditor/tags/2.6/editor/_source/internals/fcktablehandler.js#L302 got me wondering if that line should be

  var rowIdx = cells[0].parentNode.rowIndex - 1;

as rowIndex doesn't seem to be zero-based. This solved our problem.

A few notes:

• /trunk is the same, no changes have been made since release 2.6.
• I have only tested this fix on FF3 / OS X, and I'm not sure how it reacts with other browsers or OSes.
• I'm not sure of other ramifications of this change if it's made.
• If this issue is valid, where else does it need to be changed? I'll leave that as an exercise for the author. :)

When using PasteFromWord dialog, the content is inserted into the current paragraph, i.e. <p> <h1>Heading from Word</h1> <p>Normal text from Word.</p> <p>&nbsp;</p> </p>

This was using FireFox 3.0.1 on Windows XP (5.1 SP2). It worked fine in IE7 (i.e. the content goes after the current paragraph)

Note if you click [Source] four times the HTML is correctly formatted.

Update for Dutch language file of FCKEditor 2.6.3

Fixed 1 spelling error: toetstenbord --> toetsenbord

Fixed inconsistencies in referring to the user: the user is now addressed in polite form (best for corporate environment): "u" / "uw" (instead of "je" / "jouw")

We must have clear samples that show most of the editor features. These samples are often used as references when integrating the editor in the real world.

The CKEditor prototype presents the following folder structure:

• _dev: development tools. We should not have files in this folder directly. Each tool should have its own folder.
  • _dev/_thirdparty: contains all third party code used by our tools. We should not have then in other folders.
• _docs: destined to hold the documentation. Currently the JavaScript API is rendered in the "api" folder under it.
• _samples: contains all samples. All JavaScript samples are placed in this folder directly. Server side sample will have their own folder, like "php" or "asp".
• _source: contains the source code.
  • _source/adapters: destined to contain all adapters to JavaScript libraries, like jQuery.
  • _source/core: the core code.
  • _source/lang: destined to hold all language files.
  • _source/plugins: the core plugins code.
  • _source/skins: the skins.
  • _source/tests: the automated tests for the core code.
  • _source/themes: the themes.

Other than the above directories, other basic files are placed in the root:

• ckeditor_source.js: the main file to be included in the pages when using the editor. This is the source code version, which runs using the _source files.
• ckeditor_basic_source.js: the file to be included in the pages when using the editor, which contains the basic code for editor integration (this will be explained in another ticket). This is the source code version, which runs using the _source files.
• .htaccess: specific htaccess entries for the distribution folder. This files has been copied from FCKeditor.
• config.js: custom configurations file.
• contents.css: the css file for the editor contents.
• CHANGES.html: the changelog file.
• INSTALL.html: basic installation instructions.
• LICENSE.html: licensing information.
• README.html: some text giving an overall presentation about the code and the project.

Also, in the root folder, we'll find all integration files, named "ckeditor.ext".

When "building" the development code, several transformations will happen to this structure. The "adapters", "lang", "plugins", "skins" and "themes" folders from _source will have their relative "compiled" versions in the root. The "ckeditor.js" and "ckeditor_basic.js" files will be also created at that point.

If you have a url that has the string "gif" in it and create a link to it, the href is created incorrectly.

Say there's a website www.giftshop.com. Adding a link to this will produce <a href="http:/www.giftshop.com">www.giftshop.com</a>

A workaround for it is to view source and add 4 forward slashes:

<a href="​http:////www.giftshop.com">www.giftshop.com</a>

The CKEditor prototype defines the CKEDITOR.tools object, which holds several utility functions using all around our code.

Function under this object must be totally generic, independent of other objects and classes.

Whenever possible, the CKEditor prototype code defines private stuff inside closures, so the CKEDITOR object and the window scope remain clean.

In some cases, specially on classes, there are private things that we to be defined "per instance". There is no way to define those privates on closures, so those kinds of things must be defined as properties in the objects itself.

To have a clean code, making also the DOM inspection clearer, a standard has been used in the prototype. All private things are defined under a single property called "_" (underscore).

To have an overview of the effect we have with it, just open any of the samples and select the DOM tab in FireBug. Then, navigate through the CKEDITOR object tree. You will find things like CKEDITOR._ and CKEDITOR.plugins._.

The new event system must be coded, as defined in the ​Event Driven page in the ODE docs.

We have talked about DOM abstraction in the ODE docs. We should have a clear implementation of this layer in our code.

The CKEditor prototype defines the CKEDITOR.xml class in the "core/xml.js" file, which can be used to handle XML data.

This class is not used by the core code right now, only by the template system for the samples.

The CKEditor prototype defines the CKEDITOR.ajax class in the "core/ajax.js" file, which can be used to handle loading of data in the Ajax style.

This class is not used by the core code right now, only by the template system for the samples.

Hello,

sorry for my bad english.

It would be nice if css-classes could be set to tables and table-cells in the table-properties/table-cell-properties dialogue-window so the source-code-output is something like this:

<table class="tableclass">
  <tr>
    <td class="tablecell_class">Formatted Table and TableCell</td>
  </tr>
</table>

It would be also nice to have such a dialogue-window for the tr-element to set a css-class for it too.

I added this Feature already in my own installations of FCKeditor (screenshot), but i have to do this on every new version of FCKeditor.

... Basque language file update

In the newest version there is a file: fckeditor\editor\filemanager\connectors\test.html (other localization in older releases) that could be used to uploading files by anoynoums person. I think this file was used for testing, but it should be removed in version to download. It's deeply hidden in file structure and could be forgotten. I found this situation in real life. One of my clients suffered from hacker attack made by this file.

The code loading must be implemented as described at ​Loading and Startup in the V3 documentation

The CKEditor prototype implements a few ways to create editor instances. All methods are defined under the CKEDITOR object, and are available in the "basic" code version.

• CKEDITOR.replace(): replaces a textarea or a div with an editor instance. See the replacebycode.html and divreplace.html samples.

• CKEDITOR.replaceAll(): replace all testareas in the page. It is possible to pass a class name to be used to filter selected textareas, or even a function that asserts the replacement.

• CKEDITOR.appendTo(): creates and editor instance inside a DOM element. There is no field associated to the editor in this case. See the ajax.html sample.

• CKEDITOR.replaceClass: if CKEDITOR.replaceByClassEnabled is enabled, all textareas with class name that match CKEDITOR.replaceClass will be automaticaly replaced. This is enabled by default, for the class name "ckeditor". See the replacebyclass.html sample.

All function return the created editor instance, which can be used to manipulate it, like adding event listeners.

Hello,

I have been trying for weeks to get the Perl connectors working correctly in FCKEditor. I have followed all available documentation.

Description of Problem: Using the quick upload (Click Image Icon, Upload Tab, Send to Server) using version 2.6.3 will successfully upload an image to the directory specified in $img_dir (upload_fck.pl). However, the Dialog box with progress indicator hangs and a response that the upload is finished never returns to the browser. My error logs show that the connectors "are not producing valid headers (read failed, error is IO timeout error)"

I have changed the $GLOBALS{'UserFilesPath'} to every path I can think of and CHMOD 777 them, but no matter what I specify there, the path is completely ignored and the file is uploaded to the $img_dir as specified in upload_fck.pl

Also, I agree with a previous ticket: 1259 that the connector is very insecure to take the Form parameter as trusted $GLOBALS{'UserFilesPath'} = $FORM{'ServerPath'};

Is this a case where Perl is on the backburner while PHP receives all the updates? Or am I just not configuring it correctly?

In the CKEditor prototype, an editor instance is represented by the CKEDITOR.editor class, which is defined in two files, "core/editor_basic.js" and "core/editor.js".

To create and editor instance, the following information can be passed to the editor class constructor:

• Instance configurations: an object containing configurations specific for this instance.
• The linked element: the element which will be used to create the instance.
• The linked element mode: the way the element is linked to the editor. It indicates if the editor will replace the element, or be appended inside of it.

In any case, the editor class constructor is not to be called directly by end users. They will be using the functions available at CKEDITOR for that, as explained in #2454.

When an instance is create in the page, the following things happen, in this order:

• If the "basic" code has been loaded, the editor is not created immediately. It is placed in a queue, and the full code is loaded. As soon as it is available, all queued editors are initialized (the _init() function definition in editor_basic.js and editor.js).

• The instance configuration is them loaded (initConfig).

• The instance plugins are loaded and initialized (loadPlugins).

• The instance skin and theme are loaded (loadSkinTheme).

• The theme builds the instance interface. At this point, the editor is ready to be used.

All the above points will be explained in detail in other tickets.

In the CKEditor prototype, the CKEDITOR.config object holds all configurations (core/config.js). It means that the default settings will be included in the core code, not anymore in an external file. It will also mean that we'll be able to fully document each setting in the code.

Also, not all settings are defined in that file. Each plugin that has custom configurations can extend this object to its needs. See "plugins/toolbar" for an example.

When creating an editor instance, the <instance>.config property is created. It is an empty object, which prototype is CKEDITOR.config. It means that additions to CKEDITOR.config will be automatically propagated to all editor instances, still making it possible to override them with custom settings for each instance.

Then, for each instance, the <instance>.config.customConfig setting is checked. If defined, the external file is downloaded. That file must define the CKEDITOR.editorConfig function, which overrides configurations in the editor instance. By default, the editor is configured to download the config.js, from the root of the distribution.

Once the custom configuration file is downloaded, its CKEDITOR.editorConfig function is "cached". If other editor instances use the same file, it will not be downloaded anymore, and the cached function will be used.

Then, the <instance>.config.customConfig is checked again. The above process repeats until no more configuration files are to be downloaded.

There are two ways to avoid loading external configuration files. The "core/config.js" file can be edited, setting customConfig to '' (empty). The core code must be packed again at this point. Or, when creating the editor instance, the customConfig configuration can be set to '' (empty) for the instance. This is the only inline setting that is considered beforehand.

Finally, once all external files are downloaded, overriding the global settings, the inline settings are merged into the <instance>.config object, overriding any of the previous settings.

To summarize:

1. <instance>.config is created from CKEDITOR.config.
2. If the inline setting for customConfig is defined, it overrides <instance>.config.customConfig.
3. The external configuration files are loaded, overriding settings in <instance>.config.
4. The inline settings override settings in <instance>.config.

The CKEditor prototype is strongly based on plugins. The intention is reducing the core code to the minimum, leaving all other features isolated on plugins. It makes it possible to create customized distributions containing only specific sets of features.

When the instance is created, all plugins listed in the <instance>.config.plugins setting are downloaded. Each plugin should call the CKEDITOR.plugins.add() function to register its "plugin definition". This definition is an object containing properties, as documented in the "core/plugindefinition.js" file.

As soon as all plugins are downloaded, the "beforeInit" and "init" function in their definitions are called, passing the editor instance to them. In this way, each plugin can make instance manipulations.

Each plugin is downloaded once, and shared among all instances. But, the "beforeInit" and "init" functions are only called for those instances which have the plugin defined in the settings. The plugins download and caching is managed by the CKEDITOR.resourceManager class (core/resourcemanager.js), which is used also by the theme system, and in the future by the adapters.

All plugins are downloaded from the "plugins" folder. The plugin name in the settings must match the plugin folder name. Each plugin must have the plugin.js file defined.

It is possible to configure the editor to download plugins from other folders. This can be done inpage, or in the custom configuration file, by calling the CKEDITOR.plugins.addExternal function. For example:

CKEDITOR.plugins.addExternal( 'myplugin', '/customplugin/' );

In the above case, if an instance uses the "myplugin" plugin, the "/customplugin/plugin.js" file will be downloaded.

Plugins may have dependencies which can be expressed by the "requires" property in their definitions. All required plugins are downloaded and executed. Check the "htmldataprocessor" for an example.

In the CKEditor prototype, an editor skin is simply a set of CSS files which are loaded in the executing page. The "_source/skins/default" folder contains an example.

The main skin file is named "editor.css". This file contains the CSS definitions for the editor interface. We may also have "dialog.css", containing dialog specific definitions.

In the trunk/development version, editor.css contains a series of @import declarations. This makes the development code better organized. The release instead will have just one file, containing the minified version of all files.

Class names

Considering that all CSS definitions will be now loaded in the main page where the editor runs, we need ways to isolate them from other styles used in the page. Because of this, all classes used in the editor interface must be prefixed with "cke_".

We must also consider that we may have two editor instances using different skins in the same page. For that, the entire editor interface is defined inside a container element which has the "cke_skin_<skinName>" class. Therefore, all CSS definitions for a skin must go under ".cke_skin_<skinName>".

Reset

To be safe with the styles defined in the page, all skins must define a "CSS reset" set of styles, which clears those CSS properties that could interfere in the editor interface. For an example, see "skins/default/reset.css".

Instance configuration

The <instance>.config.skin setting contains the name of the skin to be used for a specific editor instance. The skin name must match the folder name in the "skins" folder. The skin files are downloaded only once, and shared among all instances using that same skin.

The CKEditor prototype introduces the concept of "theme".

The theme is the object responsible for building the editor interface structure. Each editor instance has its theme name in the <instance>.config.theme setting. It must match a folder name in the "themes" folder.

A theme is defined in a file named "theme.js". The theme code must call the CKEDITOR.themes.add() function to register the "theme definition". The definition must define the "build" and "destroy" functions. See "_source/themes/default/theme.js" for an example.

The "build" function injects the editor interface in the page. It defines the HTML structure to be used by the interface, and one or more "theme spaces" to be filled by other plugins.

For example, the default theme defines a table with three rows. Each row contains a "theme space", named "top", "contents" and "bottom". The theme fires the "themeSpace" event in the editor instance, which can be listened by other plugins to fill the space with HTML.

Finally, the theme inserts the interface HTML in the proper place in the page, according to the <instance>.elementMode property (replace or append to element).

The theme code is also responsible to destroy the interface elements, with the "destroy" function.

When consequtively opening and closing the context menu, the memory usage of IE6 increases. With the editor's table context menu, one can see the memory usage in the Windows Task Manager increase by every right click. With a larger CM it is seen even clearer. In my test the memory increased by 10MB+ for every click.

The top row of editor controls disappear when you type enough information to get the editor to scroll in Safari 3.

To reproduce:

1. Go to: ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html in Safari
2. Choose Sample 2: Replacement of a TEXTAREA
3. Type information and hit enter, then type more, and hit enter until scroll bar appears on right and you can't see top row of controls

Safari 3 on Mac OS X 10.5.4

Even on Fckeditor demo site, the demo editor has same issue. For example, you can go to this url to copy all content into editor,

[url]​http://www.geierassetmanagement.com/new/geierassetmanagement/content.asp?contentid=401990464[/url]

then use "Ctrl-A" to select all content, then select one font or size from the editor, then you will see the title of page will go to bottom of page, all paragraphs are re-ordered. The content on the bottom of the page will go to the top of page. Sometimes, it even lose major content after you change font / size from the editor.

It is really a big issue since user can't change font / size by the editor. Your content's order will be changed by editor or you will lose some content after you select font / size from the editor

I just finished fighting CKFinder for over 2 hours, with the most strange error. I couldn't find anyone else on the web who had the same problem, because I dug and dug.

I couldn't get CKFinder to load past where it says "Folders" on the left. I tested the site on my work computer and it loaded fine. Tested it again on my home computer, only showed "Folders". Had my brother test it, his worked fine.

Finally I kept staring at an error that only IE and Opera could show me, and it dawned on me, that it was saying something about "debug" in it.

I went and turned of my ColdFusion debugger, and low and behold, CKFinder started working again.

The error produced by CKFinder is very strange for this, but I'll bet you can easily replicate it by turning the CF debugger on for your current IP address, and then loading CKFinder.

I hope this can help someone else that has the same problem, because I just lost alot of hair figuring this one out.

In IE, go to ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

Set the Source to: <div style="float: left"><img alt="Google" src="​http://www.google.com.au/logos/olympics08_basketball.gif" /></div>

Go back to design mode.

Right click the image, click Image Properties

The image is no longer selected. This is also the case when you click the image button on the toolbar.

Even on Fckeditor demo site, the demo editor has same issue. For example, you can go to this url to copy all content into editor,

​http://www.geierassetmanagement.com/new/geierassetmanagement/content.asp?contentid=401990464

then use "Ctrl-A" to select all content, then select one font or size from the editor, then you will see the title of page will go to bottom of page, all paragraphs are re-ordered. The content on the bottom of the page will go to the top of page. Sometimes, it even lose major content after you change font / size from the editor.

It is really a big issue since user can't change font / size by the editor. Your content's order will be changed by editor or you will lose some content after you select font / size from the editor

Reported in ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=10877

Presently, in FCKeditor.prototype.CreateHtml() from fckeditor.js, the DOM element 'name' attribute for the input field is set to the InstanceName of the FCKEditor. It would be nice if the you could set the form name independent of the instance name (and thus independent of the DOM id attribute value).

Possible patch in fckeditor.js:

• In FCKEditor() constuctor add:

this.FormName = instanceName;

• In FCKeditor.prototype.CreateHtml() add:

... name = this.FormName ...

to the outputted HTML.

Thank you.

This bug was originally reported by Mathias-S in our IRC channel. To reproduce the bug:

1. Add the following HTML code to sample11_frame.html right after the submit button's HTML code.

   <script type="text/javascript"><!--
   function SetContents()
   {
   	// Get the editor instance that we want to interact with.
   	var oEditor = FCKeditorAPI.GetInstance('FCKeditor_1') ;
   
   	// Set the editor contents (replace the actual one).
   	oEditor.SetData( 'This is the <b>new content<\/b> I want in the editor.' ) ;
   }
   //-->
   </script>
   <input type="button" value="Set Editor Contents" onclick="SetContents();" />
   

2. Open sample11.html in IE7.
3. Type some random characters into FCKeditor 1.
4. Select the just added characters with some of the previously existing text in FCKeditor 1.
5. Click on the empty space between FCKeditor 1 and FCKeditor 2.
6. Click "Set Editor Contents".
7. Try to put the focus back on FCKeditor 1 by clicking it - it doesn't work. If it does, refresh the page and try again.

According to Mathias-S's original report, the bug can be reproduced in IE6 as well. But I wasn't able to do that in IE6.

The user can break SpellerPages by navigating the wordWindow with links. Appending the following lines of code to the end of the writeBody() function of 'wordWindow.js' effectively disables these links:

	var find = /<a(\s[^\>]*)href=\"[^\"]*\"(.*?)\<\/a\>/gi;
	var repl = '<span style="color:blue;text-decoration:underline"$1$2</span>';
	//d.body.innerHTML = d.body.innerHTML.replace(find,repl); //memory leak for IE?
	var doc = d.body.innerHTML.replace(find,repl);
	d.body.innerHTML = doc;

(Note this suggestion is also included in the solutions I've attached to ticket #2326)

All missing options have been translated.

Insert the following table into the editor on the demo page

<table width="200" cellspacing="1" cellpadding="1" border="1">
    <thead>
        <tr>
            <th scope="col" colspan="2">&nbsp;&nbsp;&nbsp;</th>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
        </tr>
        <tr>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
        </tr>
    </tbody>
</table>

Splitting the header cell horizontally produces a <td> within the <thead> as opposed to <th> as shown below

<table width="200" cellspacing="1" cellpadding="1" border="1">
    <thead>
        <tr>
            <th scope="col">&nbsp;&nbsp;&nbsp;</th>
            <td>&nbsp;</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
        </tr>
        <tr>
            <td>&nbsp;</td>
            <td>&nbsp;</td>
        </tr>
    </tbody>
</table>

Hi Using Fckeditor version 2.6.3 in my Drupal instance (5.10), I got the error message FCKLang is undefined in IE6 and the FCKEditor headers are not shown in the edit-screen. In FF the error does not occur, but then the values inside the edit-screen are not saved..

greetings, Summit

The Globalization support has been introduced into the CKEditor prototype with [2365].

Just like FCKeditor, we try to guess the user language here, with a much simpler code though. The language file will be then loaded just one for all editor instances that share that same language.

For RTL languages, the theme sets the "dir" attribute of the outer element that holds the editor to "rtl", and adds a class named "cke_rtl" to it. In this way, it is possible to properly skin the editor for RTL.

Full language support has been added for plugins also. The "sourcearea" plugin contains an example of it. Just for this review, I've not added "en" support on the plugin, so you will note that the "Source" button will be localized to "Codice Sorgente", its Italian version for it (which is the default language of the plugin). Core plugins will have the language entries into the core language file, so the sourcearea language entries will be moved to the right place after this ticket review.

The list of languages supported by the plugin is available in the plugin definition, so the end user is not required anymore to provide it. For the plugins, the language file is also cached and reused by other editor instances.

It is possible to pack the core and the plugins language files with the packager, avoiding them to be downloaded from a different file. If the user language is not present in the packaged version, it will be downloaded from the lang folder, as usual.

When editing a page, no matter what, I get a:

<!-- Tidy found serious XHTML errors -->

at the bottom of the page. If I switch back and forth, I get a new line, leading to multiples when going back and forth. I've also attached a screenshot.

I've worked a few days to come out with a new packager. I've started it as just a research thing, but the coded evolved into a real solution. For now, the code has been committed into the "_dev/packager/ckpackager" folder in the CKEditor prototype.

The basic idea is stop doing string manipulations to the source code with miraculous regular expressions and use a real JavaScript parser. I've chosen ​Rhino for it, because it also made it possible to code all that stuff in our preferred language: JavaScript.

Rhino is a full JavaScript parser, interpreter and compiler. I was more interested on the first part of it, the parser.

The results are pretty nice. Rhino gives us a "token tree". We then walk over this three and re-write the source, token by token. So, for example, if we find a VAR token, we just write "var" to the output. Under it, we have the NAME token, which contains the variable name, so we rename and write it to the source too. The results is "var a;", for example.

Another interesting fact is that the parser gives us the "interpreted" token three. We don't have the exact same thing we had in the original code. A simple example; if we have "var a = 1 + 2;" in the source, the final result will be "var a=3;", because Rhino automatically summed the numbers for us. Another example, "while(true){}" and "for(;;){}" give us the same token three with Rhino, so we just output it in our preferred way, as we really don't know how exactly the source was.

There are also several code enhancements that are done by this new packager. Things we would never be able to achieve with the previous packager. Check out the "test/test.js" file for a long list of examples.

Btw, this implementation contains a basic automated test system, so we can be sure we are not breaking things on changes.

In the "ckpackager/_dev" folder, you will find two batch files. Both of them are configured to act over the code available in the script.js file, present in that folder also. Just run dump.bat to have a visual presentation of the token three representation of that script. The compress.bat file will instead print the compressed result.

There are several positive things with this packager. One of them is that all pending tickets for FCKpackager have been solved with it, and no ticket regressions have been found. Also, there are no special requirements when coding. No problems with missing semicolons, or even special ways to write things, like regular expressions and division signs.

There are though a few negative things that need attention. The first is the performance. It is twice as slow as the previous packager. This is not a critical thing, and there is certainly room for enhancements here.

The other problem is that, this packager has been written based on coding patterns. I think I have handled all syntax situations in the current implementation, but, for example, I've written things like "(success ? completed : failed).push( 'thing' )" yesterday, and this pattern was not been handled. The code got broken. Fortunately I had some intuition that it may happen, so I've just added a test case for that coding line and coded the packager to make it work with it. So, to summarize, we may find that the packager is breaking our code in the future, and we'll be working to add all necessary cases to it.

For the configuration file, it is not using anymore an XML file. It uses instead a JavaScript object literal like syntax. For CKEditor, the "ckeditor.pack" file has been added to the root of the project. It exemplifies the package file syntax.

Also, the _dev/packager/packagefilegen.html file has been updated to generate both the old and the new package file contents automatically. Just run _dev/packager/package_2.bat to execute the new packager over the CKEditor code.

Regarding the deployment... Right now, the entire ckpackager folder is needed to run it. Java is required. This is another negative thing, as we just have a single file to be used with the previous packager to make it work.

I haven't investigated it well, but I'm sure we are able to compile all that stuff in a single .jar file for the deployment, and possibly even generate an exe for it. But, this is something to understand yet.

To conclude, here are the numbers I have, by running both packagers over the current CKEditor prototype (second run):

• FCKpackager:
  • ckeditor_basic.js: 6,449 bytes (18.72% of original)
  • ckeditor.js......: 45,821 bytes (21.38% of original)
  • total time.......: 1.55 seconds.

• CKPackager 2.0:
  • ckeditor_basic.js: 5,813 bytes (17% of original)
  • ckeditor.js......: 44,199 bytes (21% of original)
  • total time.......: 2.97 seconds.

If we think this new packager is the way to go for us, I'll move it to its dedicated SVN three as a separated project and put an SVN external in the prototype three pointing to it. I'll wait the ticket review for it.

1. Go to FCKeditor demo page
   
2. Click "Source", and paste the attached codes
   
3. Click "Source" again
   
4. Netscape 7.1 crashed
   

Using FCKeditor 2.3.1 on Netscape7.1, the attached code does not crash browser.

The Image Property Dialog OK and Cancel buttons are displaying incorrectly in FF3. Ok in IE7. I've attached a screenshot for you.

How can I add a new URL protocol to external links ?

I would like to create new links such as

[notes://lotusnoteslink/ link to a Notes document]

which would result in [notes://lotusnoteslink/ link to a Notes document]

I am running under Mediawiki 1.11

Example:

<html><a href=foo "style=color:red;">hello</a></html>

is converted to:

hello?

It should be left alone.

This has been a problem for some time, and can be demonstrated e.g. in 2.5 SVN build 19965.

Simple patch

It's nice to have a menu of available "special tags", but there is currently no mechanism for providing help regarding the syntax or semantics of the selected tag, even for standard MediaWiki tags.

One easy-to-implement possibility would be to check whether a help page (e.g. Help:tag:TAGNAME) exists, and if so, display it, or offer to display it.

Tested below steps on demo page (v2.6.3) in FF and IE

1. Create a 3x2 table.
2. Split cell 1 in row 1 horizontally.
3. Split cell 1 in row 2 vertically.

Result: The cell is split vertically into 2 but only the first cell has colspan="2". The second cell is missing this colspan which breaks the table layout.

Tested below steps on trunk samples default page in FF and IE

1. Create a 3x2 table with first row header.
2. Split non-header cell horizontally and JS error is thrown.
3. Also splitting non-header cell vertically breaks the table layout.

This regards Fix #2220, adding the javascript based encryption of mailto links.

This fix causes problems in Internet Explorer. When you click on an encoded (by FCK) mailto link on the frontend of a website, it causes IE6 and IE7 to do two things:

1. Open a new email window (what we want)

2. Take the browser to a new page with "mailto:..." in the content (what we don't want)

This problem exists in IE, but not in Firefox or Safari (what else is new). It's possible this has been resolved in 2.6.3 (we're running 2.6.3 beta) but there is no mention of it.

Can someone kindly look into this? Thanks much for all your hard work!

I tried to increase the upload limit in the config file of CKFinder. I want the upload limit to 8M. I use FCK editor 2.6.x (date 2/13/2008) with ASP and CKFinder 3.x (date 6/25/2008). On the server side i use Windows Server 2003 and IIS 6.0.

This is what i have done:

• In the wwwroot i go to /ckfinder/config.asp
• I change the DefineResourceType declaration from "" to "8M", i also tried full bytes like: 1024*1024*8= 8388608 and "8388608".

Code look like this:

Set ResourceTypes(0) = DefineResourceType( _

"Files", _ baseUrl & "file", _ baseDir & "file", _ "8M", _ "asf,avi,doc,fla,flv,mov,mp3,mp4,mpeg,mpg,pdf,ppt,ram,rar,rm,rtf,swf,txt,wav,wma,wmv,xls,zip", _ "" _ )

CKFinder_Config.Add "ResourceType", ResourceTypes

' Helper function to return a dictionary with all the properties. Function DefineResourceType(name, url, directory, maxSize, allowedExtensions, deniedExtensions)

Dim ResourceType Set ResourceType = server.CreateObject("Scripting.Dictionary") ResourceType.Add "name", name ResourceType.Add "url", url ResourceType.Add "directory", directory ResourceType.Add "maxSize", maxSize ResourceType.Add "allowedExtensions", allowedExtensions ResourceType.Add "deniedExtensions", deniedExtensions

Set DefineResourceType = ResourceType

End function

• I have it done like described in the documentation file: ​http://docs.fckeditor.net/CKFinder/Developers_Guide/ASP/Configuration/Resource_Types/Built-in

• But after saving the changes i still cannot upload larger files than 2 MB.
• I tested if i had changed the correct config file so it block some extension to be sure its the right file. And that workt fine. But upload limit cannot be changed?

If my cursor is into a div element (or p) and i click numbered list to insert a list, the div element will be delete, or splitted if there is some text before and after my cursor.

This not happen with table elements.

To replicate: insert an image, in the URL input enter a relative URL or browse server and click ok > click undo, then redo and again undo > a duplicate entry of the image insertion seems added to the history manager.

this doesn't seemt o happen with an absolute URL, e.g. ​http://www.fckeditor.net/forums/styles/fckeditor/theme/images/logotop.gif, but it does happen with '/forums/styles/fckeditor/theme/images/logotop.gif'

Tested only in IE7 and firefox 3 on windows XP. Tested in FCKeditor 2.6.3 at ​http://www.fckeditor.net/demo and nightly 2.5 SVN Build 20005 at ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

in vista 64bits with ie 7.0 today I run vista update and fckeditor stop working correctly follow issue I have notes. when u try upload a file it works but the url does not show or attach to the image u select ie show script error on each image u click on

I've been encountering very odd behaviour with styles. I created this simple file:

    <Styles>
      <Style name="Image popup" element="a">
        <Attribute name="class" value="lightbox" />
      </Style>
    </Styles>

In 2.6.3, the style is shown even on simple text, without selected area. Trying to apply with no selection doesn't change anything, of course. Selecting text, creating a link out of it, then trying to apply the style doesn't do anything either, which is more annoying. However, after creating this test style:

    <Style name="Test" element="h2">
      <Attribute name="class" value="test" />
    </Style>

I could do this: select few words, apply the style "Test". The whole line became surrounded by the tag h2 class="test", which seems rather logical. Then, selecting the "Image popup" style creates the a class="lightbox" tag nested into h2 !?

Test: Windows XP, IE6, IE7, Firefox 3.0.1, Safari 3.1.2 Regards,

The edit is escaping the URL query element separator '&' For example: /test?a=1&b=2 becomes /test?a=1&amp;b=2

This break URL links.

This can be repeated on the demo giving: <p>This is some <strong>sample text</strong>. You are using <a href="​http://www.fckeditor.net/test?a=1&amp;b=2">FCKeditor</a>.</p>

Some bugs have been marked as dups of #798, because the final situation is the same (and are due to the same internal IE problem), but the fact is that they are different issues.

This problem started after fixing #1990, and it does include a call to set the focus in the editor

FCKSelection.Save = function()
{
	// Ensures the editor has the selection focus. (#1801)
	FCK.Focus() ;

if that call is removed, then this problem goes away, but the context menu still fails, so this is not a dup of #798 as it could be possible to fix it.

It seems that this bug #2125 has come back again in Version 2.6.3 as I have having troubles with it. You can test this on the demo page with IE. It will insert the text at the start of the box instead of where the cursor is at when you open up the paste dialog.

An update to Arabic Language File 2.6.3

The dialog windows do not work at all in some builds of Internet Explorer, see the attached screenshot how it looks in the affected build.

Operating system + IE version:
Windows Vista Home Premium SP1
Internet Explorer 7.0.6001.18000

FCK Editor version: 2.6.x (including the nightly build)

Screenshot: ​http://humus.kvalitne.cz/fck_bug.jpg

When I insert a list (either a 1, 2, 3 list or bulleted lists), the text "NaN" appears above every list item. Possibly a Javascript number conversion that fails?

Sample output: <ol> NaN<li>a</li> NaN<li>b</li> NaN<li>c</li> </ol>

In Firefox 3, and likely in other browsers, too, it's not possible for Macs to access the context menu when FCKConfig.BrowserContextMenuOnCtrl is enabled.

Macs don't have two mouse buttons; without custom hardware, the way that context menus are triggered in OSX is by pressing the ctrl key. Unfortunately, this means that if the FCKConfig.BrowserContextMenuOnCtrl value is set, it *always* blocks the fck context menu on Mac, because e.ctrlKey is always true when the context menu is triggered:

( el._FCKContextMenu.CtrlDisable && ( e.ctrlKey || e.metaKey ) )

( ( e.ctrlKey && !FCKBrowserInfo.IsMac  ) || e.metaKey )

That will offer the ctrl-key option for non-Mac systems while allowing the Command-key option for Macs.

My suggestion is to replace lines 101 and 129 (both identical) in fckcontextmenu.js:

if ( el._FCKContextMenu.CtrlDisable && ( e.ctrlKey || e.metaKey ) )

...with this:

if ( el._FCKContextMenu.CtrlDisable
     && ( e.ctrlKey && !FCKBrowserInfo.IsMac ) || e.metaKey ) )

And replace line 176 of fckcontextmenu.js:

if ( ( fckContextMenu.CtrlDisable && ( ev.ctrlKey || ev.metaKey ) ) || FCKConfig.BrowserContextMenu )

...with this:

if ( ( fckContextMenu.CtrlDisable
       && ( e.ctrlKey && !FCKBrowserInfo.IsMac ) || e.metaKey )
   || FCKConfig.BrowserContextMenu )

I've downloaded the source from SVN (CKEditor) and tried to run some samples. Loading failed because the loader tried to load resourceManager.js and scriptLoader.js instead of resourcemanager.js and scriptloader.js.

I'm running apache 2.22 on linux. It might be a case sensitivity issue if it wasn't noticed until now

When I allow Find/Replace toolbar button in source mode, I get a javascript error when trying to find text in source mode.

The code to enable the Find button that I am using is this:

FCKToolbarItems.RegisterItem('Find', new FCKToolbarButton('Find', FCKLang.Find, null, null, true, null, 16));

When I enter source mode, then click the find icon, type in text in the dialog and click the Find button, I get a javascript error. This happens in both IE 7 and Firefox 3.0.1.

IE 7 reports this error:

Line: 68 Error: 'nodeType' is null or not an object

The problem appears to be that the fck_replace.html dialog is trying to search the content of oEditor.FCK.EditorDocument. While in source mode, this object is null.

go to source mode and insert

<dl>
<dt>Ticket created </dt>
<dd >The Globalization support has been introduced into the CKEditor prototype  </dd>
</dd>
</dl>

Now switch twice and the source won't be properly aligned.

For reference, I just copied some text to test for #2407 (I copied from the timeline page that turns out to be a big <dl>) and when I tried to create a list I got an error:

contentBlock.parentNode is null
http://localhost/fckdev/editor/_source/commandclasses/fcklistcommands.js
Line 322

But now it seems to work fine. Just in case anyone wants to try again.

Context: Image Properties window

When the "Automatic search results" pane includes long names, the thumbnail is pushed over to the right, even to the point that nothing is visible.

Several possible solutions come to mind:

1) allow the user to resize the "Image Properties" popup 2) add horizontal scroll bars to the "Automatic search results" pane, which already has scrollbars 3) don't expand the "Automatic search results" pane at all, and use hovertext to allow the full filename to be seen

The problem can be seen for example using version 2.5 SVN Build 20055.

Thanks!

Currently the tags are not sorted, which makes it difficult to insert a specific tag when there are many to choose from.

IE7, WinXP, FCKEditor 2.6.3

When copying text from MS Word to paste into FCKe, the AutoDetect function won't detect it if it's only text from part of a paragraph (i.e. no line breaks). If I copy the entire paragraph and ctrl+V, the AutoDetect activates.

On editing a page with a <references /> tag at the end, the tag is replaced by wikicode:

<references />

Example:

{{this is a sample <!-- comment --> template.}}

is changed into:

{{this is a sample Fckmw1fckmw template.}}

Example:

<nowiki>[[a]]<nowiki>b</nowiki></nowiki>

is transformed into:

<nowiki>[[a]]<nowiki>b</nowiki>&lt;/nowiki&gt;

when switching into wikitext and back.

Sometimes works, and sometimes fails. And sometimes suddenly changes from one situation to the other while the dialog is open.

Check screenshot.

Sometimes I've seen also the img dialog fail, but the table always fails for me.

see ​http://developer.mozilla.org/En/Core_JavaScript_1.5_Reference:Objects:Array:indexOf and ​http://www.prototypejs.org/api/array/indexof

The function in CKEDITOR.tools should be adjusted to call the native implementation if it is detected.

Language file for Icelandic (new). 2.6.3 Compliant. The translator is a programmer and MA in Icelandic Linguistics, who has been using the file for his own website for two years.

In fckjscoreextensions.js there's a Array.prototype.AddItem that it's just a custom implementation of the Array.push method, so we should remove it and replace its occurrences with .push.

Hi guys,

I have installed FCKeditor in my Drupal install and I get a horizontal bar at the bottom of the textarea for it is made 80 columns instead of 60.

How do you control the width of the textarea?

I am not using a default template and I read here and there that the problem could come from the CSS. But I did not see anything about this problem anyway.

FYI, I'm testing under Linux with SeaMonkey (a FireFox clone, the problem is the same under FireFox and IE 7 anyway.)

Connector appearing after clicking "Browse Server" button always returns a full link with protocol (e.g. ​http://server.com/somewhere_inside/index.php). The first time FCK script cuts the protocol from URL. But if the user clicks "Browse Server" button without closing the link options window, FCK script won't cut the protocol from URL and will pass the URL with a doubled protocol (e.g. ​http://http://server.com/somewhere_inside/index.php) to the main window.

We have an Icelandic translation for the FCKEditor - we are interested in having it added to the language options. How do we proceed? Please get back to me asap.

Valgeir

I used on the last ver of the fckeditor(Night build), and when i set the value to ""[empty] on firefox the value become to "<br>".

This bug makes some problems, start by the empty checking(& I have to "igonore" it by php) and continue to char counting.

I hope to find an any solution.

Best regards, Almog Baku,

Israel

This might be just because we're using version 2.2 and FCKEditor didn't support Safari (which uses WebKit) until 2.5, but I wanted to submit this report in case simply supporting WebKit won't mean that FCKEditor supports Google Chrome (which also uses WebKit). I cannot currently upgrade our FCKEditor because I do not have access to that portion of the server. Once it is updated, I will test FCKEditor on both Safari and Google Chrome and if it works in Chrome, I will submit an update.

(Google Chrome using WebKit on Windows XP)

The right click menu in firefox 3 on Ubuntu (and possibly other linux distros) is not disabled which means when you right click on an image you get the firefox right click menu which includes view image, view source etc along with the context menu for CKFinder underneath.

Hello, If you execute FCKEditor on Google Chrome on the latest trunk (seem appear in the 2.6.3), I have an error if FCKConfig.StartupShowBlocks is set to true.

Uncaught TypeError: Cannot read property 'nodeType' of null http://127.0.0.1/www.lib/fckeditor/edit ... wblocks.js (line 59)

[...]
if ( FCKBrowserInfo.IsIE )
{
try
{
FCK.EditorDocument.selection.createRange().select() ;
}
catch ( e )
{}
}
else
{
var focus = FCK.EditorWindow.getSelection().focusNode ;
if ( focus.nodeType != 1 )
Uncaught TypeError: Cannot read property 'nodeType' of null
focus = focus.parentNode ;
FCKDomTools.ScrollIntoView( focus, false ) ;
}
[...]

To fix the problem I have just added "try catch" in the "else" branch.

regards Frederic

This occurs when I try to use the InsertHtml method.

1. Enter the source view.
2. Completely clear all HTML in the editor.
3. Go back to WYSIWYG view.
4. Click a button which calls the following code:

   content.InsertHtml('<table cellspacing="0" cellpadding="0" border="0" width="100%">'
    + '<tbody>'
    + '<tr valign="top">'
    + '<td>&nbsp;</td>'
    + '<td width="210">&nbsp;</td>'
    + '</tr>'
    + '</tbody>'
    + '</table>'
   );
   

It inserts it as I expect it to, except it wraps the table in <p></p> tags.

If I try to insert the table into an existing paragraph tag, then it works as expected. I assume this is because there is already a paragraph tag wrapped around it.

I'm not familiar with modifying FCKEditor, or I'd attempt to provide a solution.

My only guess as to a fix is that the editor should determine if the html being inserted is a block-level element or not. If it isn't, then wrap in <p></p> tags.