Custom Query

Steps to Reproduce

1. Load sample01.html.
2. Delete everything.
3. Type "This is a test" and hit ENTER.
4. Click after "test" to move the caret to the end of that paragraph.

The caret will jump to the start of the paragraph. After that:

5. Double click "is" and make it bold.
6. Click the end of the paragraph again.

The caret will now jump right after "is". It seems to jump right after the last element in the paragraph, if available.

The same thing happens if you try to move the caret there with the keyboard by using both the LEFT ARROW and the RIGHT ARROW.

Confirmed with Opera build 9972.

Steps to Reproduce

1. Load sample01.html.
2. Remove all text.
3. Type some text.
4. Hit ENTER.

The caret will not move to the new paragraph, but to a strange space right after the previous paragraph. When start typing the caret will move to the correct place.

This should be a known bug at Opera. I'm adding it here just for reference.

Confirmed with Opera build 9972.

When creating a new table, it's cells are not being expanded properly for editing.

Confirmed with Opera build 9972.

The PHP4 integration is not working. It throws the following error:

Fatal error: Call to undefined function FCKeditor_IsCompatibleBrowser() in D:\FCKeditor\SVN\FCKeditor\local\fckeditor_php4.php on line 167

To test it in a PHP5 environment, it is enough to change the include at the top of sample01.php to:

include("../../fckeditor_php4.php") ;

see title

Sorry if this is a dupe.

I have four clustered webservers running a single webapp (with a reverse proxy performing round-robin with sticky server sessions). So, whenever I need file upload I use a server-side directory that is a mounted remote file system, shared between all four webservers. This directory is mapped into the URL space (context) of the webapp on each server using their server.xml configuration files.

I'd like to create a subdirectory of this shared directory to store the uploaded files (mostly images) from the FCKeditor.

I imagine a new method on the UserPathBuilder interface, so that I can specify the file system directory (in addition to the URL specified by the getUserFilesPath method).

In the Resources Browser (accessed via the Browse Server button from the Insert Image dialog), I can create subdirectories within the image folder, but if I try to navigate into them, I am presented with a JavaScript alert saying "Invalid folder name".

Checking my local filesystem, the folder was indeed created. I get the same result in the browser if I create the folder from the filesystem itself.

I took a look at what file handles the servlet seemed to be grabbing using Sysinternals Process Monitor, and it appears it might be wrongly attempting to grab, for example, 'userfiles/image/test/test' instead of just 'userfiles/image/test'.

Environment: FCKeditor 2.6 with FCKeditor.Java 2.4 Beta Tomcat 5.5 Windows XP Pro SP2 Reproduced in IE6 and FF2

This is reproducible for me using the 2.4 beta demo WAR's samples. FWIW, I attempted reproducing the same issue using FCKeditor 2.6 on an apache httpd setup with PHP, and it did not occur there using the PHP samples.

TIA...

Resolve all TODO and FIXME comments in the code before final release. Javadoc may be exempted

My editor is located at ​http://static.snelgeleerd.nl/editor/, but the editor itself is called from a different subdomain, namely ​http://samenvattingen.snelgeleerd.nl/. I'm calling the editor via the following code:

<script type="text/javascript" src="http://static.snelgeleerd.nl/editor/fckeditor.js"></script>
<script type="text/javascript">
document.domain = 'snelgeleerd.nl';
window.onload = function()
{
	var oFCKeditor = new FCKeditor('body');
	oFCKeditor.BasePath = 'http://static.snelgeleerd.nl/editor/';
	oFCKeditor.ToolbarSet = 'Admin';
	oFCKeditor.ReplaceTextarea();
}
</script>

This works, except for the floating panels being called from ​http://samenvattingen.snelgeleerd.nl/editor/editor/fckdialog.html instead of ​http://static.snelgeleerd.nl/editor/editor/fckdialog.html, which results in a 404 error document.

My conclusion would be the floating panels don't respect the BasePath correctly, but it's might be something different. In any case, it's obviously a bug, right?

When loading sample01.html with en empty cache, a paragraph space is appended to the top of the contents. Clicking on that space, will append yet another space. Each click on that space will continuously append further paragraphs.

Everything looks good as soon as we have the editor on cache.

This one started to happen recently. Test with Opera build 10057.

When the attached page is opened in IE7, the second editor instance incorrectly grabs initial focus. It is not possible to tab out of the editor.

The circumstances appear bizarrely specific; there has to be an element rendered off-screen (intended for screen readers) and at least one editor instance has to be empty.

We regard this as a significant problem as we've been unable to find a workaround. Removing the accessibility statements and accessibility short-cuts is undesirable. Placing default text in all the empty editor instances is also undesirable. We will continue using v243 until we can find a solution.

This one has been originally reported in our Forums: ​http://www.fckeditor.net/forums/viewtopic.php?f=8&t=10049#p26511

With Opera, whenever you hit ENTER, the page scrolls, making the new line aligned at the bottom of the page, with the cursor blinking on it.

This is much probably related to the scrollIntoView(false) call we use for Firefox and Opera (Firefox is ok with it).

I'll be attaching a test page to make it clear an easy to understand.

FCKeditor breaks MediaWikis running the newest trunk version. Such a wiki will display errors such as this:

Warning: require_once(/includes/ParserOptions.php) [function.require-once]: failed to open stream: No such file or directory in /extensions/FCKeditor/FCKeditor.php on line 29

caused by the explicit require_once() calls in FCKeditor.php, as MW's directory structure was reorganized just a few moments ago. The solution is to remove these require_once() calls from FCKeditor.php as they're not needed, MediaWiki's autoloader does the work in 1.13alpha automatically. I did this with my local devel copy and after that FCKeditor worked nicely and nothing was seemingly broken.

OS: Windows XP sp2 Browser: Firefox RC3 Builds Tested: 2.6.0, 2.6.1, Nightly Build 6/15/08

Steps to reproduce:

1) Open fckEditor sample running at: ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2) Press the "Maximize editor size" on the toolbar

3) Press any letter followed by the enter key

4) Repeat step 3 40 times

5) Scroll to the middle of the document and set the cursor at the end of a paragraph.

6) press the enter key

BUG: Scrollbar moves up and paragraph is reposition at bottom of page.

From my understanding "ScrollIntoView" has been changed in Firefox 3 to match IE, I'll bet that is where the problem lies.

Will test will Firefox 3 final when it is released 6/17/08

Steps to Reproduce It

1. Load sample01.html, or even our online demo.
2. Double click on the "are" text to select it.
3. Click the "Bold" button in the toolbar.
4. Click again the "Bold" button to remove the style.
5. Without touching the selection, repeat steps 3 and 4 several times.

The line will keep breaking after and before "are".

But, it is not said that we have a <br> there... just switch to source and back to WYSIWYG and everything will be ok again.

adopt fixes from #2218. Should be done for 2.4 final release

Adopt ​http://dev.fckeditor.net/changeset/2059 JavaScript (permission denied) error in Firefox when file has been uploaded.

Should be done for 2.4 final.

Just like #2279, if having EnterMode='br' and hitting ENTER, or even using SHIFT+ENTER in the default configuration, makes the entire page to scroll.

it would be nice to see <source> tag handled better by the editor. <source> tag is added by the syntax highlighter extension (​http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi)

the produced iframe source fails W3C validation.

A code like this:

<FCK:editor instanceName="EditorDefault">
  <jsp:attribute name="value"></jsp:attribute>
</FCK:editor>

or this

<FCK:editor instanceName="EditorDefault"  value=""/>

or this

<FCK:editor instanceName="EditorDefault"  />

Result in value being null and causing an NPE:

java.lang.NullPointerException
	at net.fckeditor.FCKeditor.createHtml(FCKeditor.java:238)
	at net.fckeditor.FCKeditor.toString(FCKeditor.java:223)
	at java.lang.String.valueOf(Unknown Source)
	at org.apache.jasper.runtime.JspWriterImpl.print(JspWriterImpl.java:584)
	at org.apache.jasper.runtime.JspWriterImpl.println(JspWriterImpl.java:689)
	at net.fckeditor.tags.EditorTag.doEndTag(EditorTag.java:138)
	at org.apache.jsp.jsp.sample02_jsp._jspx_meth_FCK_editor_0(org.apache.jsp.jsp.sample02_jsp:124)
	at org.apache.jsp.jsp.sample02_jsp._jspService(org.apache.jsp.jsp.sample02_jsp:93)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:93)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:373)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:470)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:364)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
	at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
	at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
	at org.mortbay.jetty.Server.handle(Server.java:324)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
	at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
	at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)

This bug happens both on my personal site as well as the demo FCKEditor at ​http://www.fckeditor.net/demo, so I know it's a editor-wide issue. Also, it only happens on IE7.

When you type any amount of text (longer than one line, and consisting of more than one paragraph tag), try to indent any part of the text, and then either view the source or submit the form that FCKEditor is part of, it removes the indenting that you performed. If you do the same thing as above, but do not submit the form, and simply remove the indentation and re-indent the text, it performs as expected.

Example and How to Reproduce:

Type the following text into an empty FCKEditor window in Internet Explorer 7 (a good editor to test on is the demo editor, because it is a default installation):

Test Line 1 [PRESS ENTER]
Test Line 2 [PRESS ENTER]
Test Line 3 [PRESS ENTER]
Test Line 4 [PRESS ENTER]

Now indent lines 2 and 3. View the source. Notice that there is no "style='margin-left:40px'" as an attribute of any of the <p> tags.

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

I've checked that Firefox, Opera and Safari fail to create anchors since #2263 was fixed ​http://rev.fckeditor.net/fckeditor/trunk/2138/_samples/ works and ​http://rev.fckeditor.net/fckeditor/trunk/2139/_samples/ fails

No javascript errors are generated, the <a> is created but it lacks the name attribute.

1. Edit a new MediaWiki page with FCKeditor.

2. Click the "Wikitext" button to switch to wikitext editing.

3. Enter this text:

<mytag>foobar</mytag>

4. Save the article.

5. Disable FCKEditor on the MediaWiki preferences page.

6. Edit the same page.

7. The wikitext is now:

&lt;mytag&gt;foobar&lt;/mytag&gt;

The wiki parser tag is now broken.

This is an umbrella ticket. It points to several tickets that must be completed and reviewed to properly move the CKEditor prototype to the CKEditor trunk.

Prototype SVN

The prototype can be checked out from the following URL:
​https://svn.fckeditor.net/CKEditor/branches/prototype

The Review Process

Each ticket will identify a set of files that are under review, or even specific functions. We'll not have the usual patches on those tickets. The files are to be grabbed from the prototype branch.

The review keywords (Review?, Review+ and Review-) will continue to be used here. The ticket will be closed on Review+ (by the original developer), just like a usual commit operation.

The reviewer may make direct changes to the branch code if he feels it is ok. In such case, he should point out that some parts of the code are ok, but changes should be made, pointing to the changeset that included the changes, explaining them. At this point, the ticket must also have Review+, but the original developer must review the reviewer changes to ensure they are correct before closing the ticket. If anything is wrong, further changes are to be committed and Review? is called again, here again pointing to the changeset with explanations. This process should be repeated until all parts are satisfied with the results.

Things to Review

• Specifications: the idea behind the feature must be good. The ​ODE documentation may be used as a reference, but can also be questioned.
• Functionality: the code must do what it's intended to do.
• Coding Style: the syntax must respect our ​Coding Style Guidelines. Don't be afraid to correct small things, like a space before a semicolon, or extra tabs.
• Performance Optimizations: our code must run as fast as possible. Here again, micro-optimizations are welcome.
• Code Simplification: less code is (usually) better. If something can be done in a simpler way, we must do it in that way.
• API Documentation: our entire code must be properly documented. The reviewer is invited to enhance it if needed.
• Tests: each single piece of the code must have well written tests to ensure its efficiency. If the present tests are not enough, the reviewer should explain that the code looks good, but the tests are not. The reviewer is invited to write missing tests.

Current Development

The prototype will be on continuous development during the review process. It will be moved to the trunk as a whole, as soon as this ticket gets closed. The development over the prototype branch will end then.

If the development touches code that has already been reviewed, its relative ticket must be reopened and the review must be requested again, possibly pointing to the changeset that introduced the changes to be reviewed. If the review request is open, changes must be added to a comment, so the reviewer can get notified of it.

Tickets Under Review

Several keywords will be used to identify tickets that are under review. These keywords will group the tickets in the following lists:

Structural and Development Features

Base Features

Core Features

Plugins

No results

Other

For example:

Bienvenu?

becomes

{{SITENAME}}:Welcome"&gt;Bienvenu?

which is of course not only incorrect but also invalid.

For example:

image page?

becomes

[[Image:X.jpg|image page]]

I've marked this as "high priority" because the image itself is embedded on the page, instead of a hyperlink to the image description page.

The problem has existed for some time and can be seen for example in version 2.5 SVN build 19965.

For example, using Build 20055, the following wikitext:

[[Image:The_Pinnacles_2003.jpg|thumb|[[wikipedia:The_Pinnacles_Desert|The Pinnacles, Western Australia]]{{wp}}<br> Notice that image metadata for uploaded images is automagically displayed on the image page? and that captions can contain ​hyperlinks.<br>]]

becomes:

[[Image:The Pinnacles 2003.jpg|thumb|The Pinnacles, Western Australia{{wp}} Notice that image metadata for uploaded images is automagically displayed on the image page and that captions can contain hyperlinks.]]

Summary:

If you create a form which contains multiple instances of the FCK Editor, Firefox3 will only send updates to one of the instances if you submit the form via javascript (form.submit()). Submitting the same form via a "native" submit button (input type="submit") will send the form as expected.

See sample form attached (modified sample file as detailed below)

Steps to replicate:

1. Open the sample09.html bundled with the editor fckeditor/_samples/html/sample09.html

2. Edit the sample code to add a second button at the bottom which submits the form via javascript

<input type="submit" value="Submit (button)" />
<input type="button" value="Submit (javascript)" onclick="document.testform.submit()"/>

3. Run the sample in firefox 3.0.1

4. Edit the values in both editor regions to "XX" and submit the form using "native" submit button. Notice that the receiving page shows the correct data ("XX").

5. run the sample again and change the field values to "YY" and submit the form using the javascript button. Notice that the receiving page shows only one of the regions updated (i.e. the first region shows "YY" and the other shows the default value)

Notes

• tested in version 2.6.3 and nightly build (2008-09-02)
  
• behaviour not present in IE7 or FF2.x
  
• Inspecting the hidden "value" field at the point where the form is submitted (FF3) shows the value only being updated for one instance of the editor at a time.

It's a bit of an issue if you're using external validation (like qForms) or if the page design requires that the activation buttons for the form are outside the form boundaries.

I am experiencing a memory leak on the client side. I have installed fck editor 2.6.3. I created the below test.html under fckeditor/html folder. Please try this and click on addFCk and removeFCK (in the same order) for several times and notice that the memory used by the internet browser grows more and more.

<!DOCTYPE html PUBLIC "-W3CDTD XHTML 1.0 TransitionalEN" "​http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="​http://www.w3.org/1999/xhtml"> <head>

<title>FCKeditor - Sample</title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta name="robots" content="noindex, nofollow" /> <link href="../sample.css" rel="stylesheet" type="text/css" /> <script type="text/javascript" src="../../fckeditor.js"></script>

</head> <body>

<p><a href="javascript:;" onclick="addFCK();">Add FCK</a></p>

<p><a href="javascript:;" onclick="removeFCK();">Remove FCK</a></p>

<div id="myDiv">

This sample displays a normal HTML form with an FCKeditor with full features enabled.

</div> <hr /> <script type="text/javascript"> <!-- Automatically calculates the editor base path based on the _samples directory. This is usefull only for these samples. A real application should use something like this: oFCKeditor.BasePath = '/fckeditor/' ; '/fckeditor/' is the default value. function addFCK() {

var sBasePath = document.location.href.substring(0,document.location.href.lastIndexOf('_samples')) ;

var oFCKeditor = new FCKeditor( 'FCKeditor1' ) ; oFCKeditor.BasePath = sBasePath ; oFCKeditor.Height = 300 ; oFCKeditor.Value = '<p>This is some <strong>sample text<\/strong>. You are using <a href="​http://www.fckeditor.net/">FCKeditor<\/a>.<\/p>' ;

var newdiv = document.createElement('div'); newdiv.setAttribute('id','fckDiv'); newdiv.innerHTML = oFCKeditor.CreateHtml() ;

var myDiv = document.getElementById('myDiv'); myDiv.appendChild(newdiv);

}

function removeFCK() {

var myDiv = document.getElementById('myDiv'); var fckDiv = document.getElementById('fckDiv'); myDiv.removeChild(fckDiv);

} --> </script> <br />

</body> </html>

My Application is on a portal . It follows WSRP specification . The problem is that , the portal automatically appends its URL before every path. So, due to this , fckconfig.js is not getting initialized and this results in a long list of Javascript errors. I have tried setting the Basepath = portalURL + "/fckeditor". But this doesn't seem to work.I already raised the problem in the forum , but there was no response.

FireFox 2 - autogrow plugin enabled

if content is created that is longer than the editor area and a table is inserted at the bottom of the content, when you cursor down with the mouse as soon as the cursor hits the table, it jumps back to top of the page making it near impossible to edit.

This is repeatable with the attached html source using the samples if autogrow is enabled in fck_config.js

I would consider this a critical bug, as it prevents use of the editor in FF2 using autogrow.

Can somebody please guide me on setting the background color for the FCKeditor integration of mediawiki?

Running latest FCKeditor inside MediaWiki extension Editing existing documents removes the image tag [[Image:image1.JPG]] becomes [[Image:]]

I just installed MediaWiki+FCKeditor and FCKeditor (both from trunk) on my trunk installation of mediawiki (1.14 rev 42659 right now).

When I try to use FCKeditor by going to any edit page, I get this error: {{{PHP Catchable fatal error: Argument 1 passed to Skin::setupUserCss() must be an instance of OutputPage, none given, called in /var/www/wiki-server/w/extensions/FCKeditor/FCKeditor.body.php on line 341 and defined in /var/www/wiki-server/w/includes/Skin.php on line 546, referer: ​https://wiki.molecular.com/wiki/Main_Page}}

I would like to report a issue with Insert/edit Image icon. Several users within my company including myself have reported uploading an image multiple times and once the user submits to save the image, the screen refreshes and the editor appears as blank.

At first, I went in and uploaded a jpg file then tried to code the source code in manually, but as soon as I hit "Submit" even the code that is supposed to be there is gone.

Today, I have figured out a temporary work-around where if I upload the image, wait til it appears in the editor window - I will then click "Source" to view the source code and while viewing the source code, click "Submit" - the image stays at this point.

Here are my co-workers observations:

Co-worker 1: "I’m trying to upload this banner under visual effects. I get it to insert and show in the box but when I hit submit visual effects it goes away. What am I doing wrong?"

Co-worker 2: "I have submitted an image that I want to show up on confirmation emails at least 4 times in PP. It doesn’t seem to stick! Each time I go back to see if it saved, it is not there. The verbiage that I added stuck, but not the image. Any ideas why?"

Testing, because some problems has been reported after upgrading to 0.11.2.1:

• ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12130
• ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12127

You may upload files and create folders without logging in the admin page. The bug can be exploited by uploading arbitrary script files (e.g. backdoor to the system) and execute it.

The files and folders that are created via this bug have the permission of "777".

example: ​http://yoursite.com/mambots/editors/fckeditor/editor/filemanager/browser/default/browser.html?Type=Image&Connector=../../connectors/php/connector.php

Tested in:
CentOS-5.2
httpd-2.2.3
php-5.1.6
mysql-5.0.45
Joomla-1.0.15

Tried to install the nightly build but I guess it's for Joomla 1.5?

Today, I've checked out MediaWiki 1.14 alpha and FCKEditor extension from their respective SVN repositories.

Added the following line at the end of MediaWiki's LocalSettings.php to enable extension :

require_once( "extensions/FCKeditor/FCKeditor.php" );

Then got an empty page and a two lines error in Apache error.log :

PHP Warning: require_once(D:
install
MediaWiki phase3/includes/parser/Parser_OldPP.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in D:
install
MediaWiki phase3
extensions
FCKEditor
FCKeditor.php on line 33, referer: ​http://localhost:88/index.php/Accueil

PHP Fatal error: require_once() [<a href='function.require'>function.require</a>]: Failed opening required 'D:
install
MediaWiki phase3/includes/parser/Parser_OldPP.php' (include_path='D:
install
MediaWiki phase3;D:
install
MediaWiki phase3/includes;D:
install
MediaWiki phase3/languages;.;C:
php5
pear') in D:
install
MediaWiki phase3
extensions
FCKEditor
FCKeditor.php on line 33, referer: ​http://localhost:88/index.php/Accueil

Line 33 in file FCKeditor.php just include Parser_OldPP.php :

...
if (version_compare("1.13alpha", $wgVersion, "<=")) {
    require_once $IP . "/includes/parser/ParserOptions.php";
    require_once $IP . "/includes/parser/Parser_OldPP.php";
    require_once dirname(__FILE__) . DIRECTORY_SEPARATOR . "mw12/FCKeditorParser_OldPP.body.php";
}
...

Well, the fact is that revision 43835 (dated from Nov, 21st) in MW's SVN just removed the file with comment "* Dropped old Paser_OldPP class. Only new parser with preprocessor is used. Death to the old parser! Long live the preprocessor!".

I guess the answer is that it is now time to move to new Parser.php ? What do you great people think ?

1. Go to nightly build

​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2. Select sample text and change to "Formatted" format
3. Click the Source button

Expected:

Same text in <pre> </pre> tags.

Observed:

<pre>_FCKpd_1</pre>

Note: Marked high as this will garble any existing code snippets using this format.

Currently, we are placing all language entries into a single object definition in the main en.js file. We are ending up with a long list of keys with strings associated to then, just like we have in FCKeditor.

We are again using prefixes to group related keys in this long dictionary. So we have things like dlgTableTitle, dlgReplaceTitle and dlgFindTitle, each one being a reference to the specific dialog title.

We have now the chance to review the way we define this dictionary. We can make it easier to maintain, simpler to read and even smaller in size by grouping things inside an object "tree". For example:

CKEDITOR.lang['en'] =
{
	link :
	{
		button : 'Link\u200b',
		dialog : 'Link',
		info : 'Link Info',
		target : 'Target',
		...

		unlink : 'Unlink',
		...
	},

	specialchar : 
	{
		dialog : 'Select Special Character'
	},

	find :
	{
		dialogFindReplace : 'Find and Replace',

		find :
		{
			dialog : 'Find',
			button : 'Find',
			...
		},

		replace : 
		{
			dialog : 'Replace',
			button : 'Replace',
			findLbl : 'Find what:',
			replaceLbl : 'Replace with:',
			...
		}
	},

	...
};

Note that I've used the plugin name as the main grouping object for each set of entries. I think this is the best way to do that, even if we have a single entry for each plugin (avoiding issues if we need further entries in the future).

We should be then able to simply call things like editor.lang.link.button to grab the relative string, instead of {{{editor.lang.linkButton))).

Also note that prefixes like "dlg" are also to be avoided. Most of the language entries for dialog based plugins are dialog related things, so there is no sense on prefixing all of them with "dlg".

Artur says he needs it for completing the Flash dialog, I should finish it on Monday by porting it from v2.

To reproduce the bug:

1. Open replacebyclass.html in the samples in Firefox 3.
2. Also open ​http://gplv3.fsf.org/ in Firefox 3.
3. Copy everything in FSF's page into the editing area.
4. Click "Source" - the browser freezes.

This is not a performance problem with the new code - I've tried pasting the long text of GPL v3 in the editor area and the speed of switching to source mode is noticeable faster than v2.

Preliminary tests showed that the infinite loop is from the HTML data processor plugin.

see thread ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12584&p=33026#p33026 for more details.

To reproduce:

1. Open the replacebyclass.html sample in IE6.
2. Add a default 2x3 table there.
3. Switch to source mode.
4. The HTML source for the table is seemingly not there... but it's only because the source mode text area is too small and is having s scroll bar.

To reproduce:

1. Open replacebyclass.html sample in IE6.
2. Click anywhere in the paragraph within the editing area.
3. Switch to source mode.
4. You get something like this, note the _cke_expando attribute - it shouldn't be there:

   <p _cke_expando="125">
   	This is some <strong _cke_expando="124">sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
   

Sharing CKEDITOR.plugins.fakeobjects as a namespace means the fake object types are shared across editor instances, which isn't desirable. Instead, CKEDITOR.plugins.fakeobjects should be a class which is instantiated for each editor instance.

This bug cause image invisible when switching between two modes,witness on IE7.

1. Open an editor instance and insert any visible image
2. Switch to 'sourcearea' mode
3. Switch back to 'wysiwyg' mode
   • Expected: nothing changed
   • Actual: image invisible, because of attribute 'src' was converted to 'url'

Run the following code in Firebug, with replacebyclass.html sample opened:

var editor = CKEDITOR.instances.editor1;
var o = new CKEDITOR.dom.element('object', editor.document);
o.append(new CKEDITOR.dom.element('embed', editor.document));
var i = editor.fakeobjects.protectElement(o);
editor.document.getBody().append(i);

An object with an embed tag inside is inserted to the document. Now switch to Source mode. The HTML output reads like this:

<p>
	This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
<object><embed></object>

Note the <embed> tag doesn't have a closing tag, and it's not self closing.

I want to add image to Table background image to my table or TD.

is there anyone know how to put this in as brows from server type?

I can't find on anywhere....

The default configurations for each plugin must be defined inside each plugin.js file, not into the core config.js file. Just core settings should go into that file.

The motivation behind it is that the core config.js file will be always part of the compressed version of CKEditor. So, if I reduce the number of plugins when building the compressed version, I should not have plugin specific stuff being included in the process.

Several of the dialog based plugins have been created with a standard "defaultValues" setting, which defines the default values to be used on dialogs.

The idea behind this is quite nice, as it makes it easy to set such values. This is a common request we have. But, the implementation took the easy way, which is not the best unfortunately.

The critical fact around this solution is that it makes our code bigger, and we must always keep in mind that our compressed code must be as small as possible.

But, we still need to support such customization. This is something Alfonso has described in #1099.

The nice thing is that it's already possible to do that by using our new API. Martin is working on a new sample for #2790, which will show how to do that.

So, we should remove this stuff from the configuration to benefit our code size.

Just like in #2792, we should not have specific setting to hide dialog tabs (like showAdvancedTab). We have inherited some of them from FCKeditor, but those should not be necessary anymore.

I am working on customizing fckeditor and i would like to provide the user with an option to select a hyphen as a bullet type. Please guide me on how to achieve this.

To reproduce:

1. Open replacebyclass.html in Firefox 3.
2. Double click on the empty area to the right of the first paragraph to select the whole paragraph.
3. Try to apply any style, e.g. press the bold button.
4. It doesn't work.

The skin.js file for the default skin makes references to CKEDITOR.dialog, assuming that it will be always loaded, which is false.

Anything into core should depend on a plugin.

Into the default skin.js file, we can find references to CKEDITOR.dialog.setMargins and CKEDITOR.dialog.on( 'resize' ). This is bad, because it assumes that all editor instances are using a single skin, which is false.

All settings must go inside each single editor instance. Also, events like "resize" should be fired by each instance. The event could be named "dialogResize", for example.

The current implementation of insertHtml and insertElement could be simplified. Also, it includes the insertion logic inside the editingblock plugin, which is wrong.

Line 395 in _source/plugins/dialogui/plugin.js refers to an unbound "this" in an inner function. This causes errors when the dialog system is creating radio button groups in dialogs.

To reproduce:

1. Open replacebyclass.html
2. Run the follow script in any JavaScript console or in the URL bar:

   CKEDITOR.instances.editor1.openDialog('testOnly');
   

3. JavaScript error.

When we click image button it shows the pop window for image properties and when we click on the Browse server button it is not working .It shows some error.

On slow connections (modem 28.8k), SpellChecker.net window show the message "The SpellChecker Service is currently unavailable." and then SpellChecker loads and start working correctly.

The message should not appear for the reasonable amount of time.

This is something we though would be good, but I've just found out that it's evil. We must not use namespaces to organize the configurations under CKEDITOR.config, like CKEDITOR.config.dialog.magnetDistance.

The reason why is that, if you try to change this setting in a custom configuration file (like the root config.js), the namespace (CKEDITOR.config.dialog) will not yet be available, because the dialog plugin will not yet be loaded. So, the execution breaks.

We should still organize the configurations in a meaningful way, so I'm opting to use a "prefix", instead of a namespace there. In the above case, we would have CKEDITOR.config.dialog_magnetDistance.

Steps to reproduce: -Open sample.html?sample=replacebyclass -Click Source -Click Smile button

Result: JS Error and cancel button doesn't work.

this.document is null
http://localhost/edytor/CKEditor/trunk/_source/plugins/selection/plugin.js
Line 219

Hi,

I was upgrading the FCK Editor from my existing 2.2.3 to 2.6.3. Im using .NET 2005 studio frme work 2. Neither the sample downloaded works nor my page with FCKEditor Control displays (page not found ) error in the place of FCK editor Control on the page.

I copied and replaced my existing FCKeditor Web ApplicationFolder with the new one and referenced the new DLL.

Can you please help me in this case. Thanks

your website(​http://www.fckeditor.net/license) links to gpl v3 but i thought fckeditor is gpl v2
should be changed to ​http://www.gnu.org/licenses/old-licenses/gpl-2.0.html

Hy developers!! I'm liking very much your HTML Editor component!

It's the first time that i'm trying to use FCKEditor inside a DataGridView that is inside an UpdatePanel.

I'm working with the FCKEditor VALUE linked in a DATASOURCE. Everything works fine until the moment that i press "Insert", "Update" or "Cancel". Sometimes it work, sometimes the Internet Explorer freeze and shutdown.

Have you found why this error is hapenning? I'm looking so much on the internet and i found so many people having the same problem. Example: ​http://beckelman.net/post/2008/08/02/ASPNET-WYSIWYG-Html-Editor-Controls.aspx

Thanks a lot! Gustavo

Steps to Reproduce

1. Load the editor.
2. Select some text.
3. Switch to source.

In IE, and error is thrown. No problem with FF.

This feature request came from Senthil Kumaran of Oracle.

It is possible for some CKEditor users to have a lot of custom plugins written inside a single plugin.js file. Right now it is impossible for CKEditor to do so because even if you've defined a number of plugins pointing to the same path, like:

CKEDITOR.plugins.addExternal( 'my_plugin_1', 'file:///c:/my_plugins/' );
CKEDITOR.plugins.addExternal( 'my_plugin_2', 'file:///c:/my_plugins/' );
CKEDITOR.plugins.addExternal( 'my_plugin_3', 'file:///c:/my_plugins/' );
CKEDITOR.plugins.addExternal( 'my_plugin_4', 'file:///c:/my_plugins/' );

And instructed the editor to initialize all of them:

config.plugins += ',my_plugin_1,my_plugin_2,my_plugin_3,my_plugin_4';

The editor would still only initialize one of the plugins, because it thinks it has already done the initialization for ​file:///c:/my_plugins/plugin.js after the first init() call. Subsequent plugin initializations are ignored right now.

This feature request came from Senthil Kumaran of Oracle.

At the moment CKEDITOR.plugins.addExternal() is only able to load plugins whose filename is plugin.js, because the plugin.js filename is hardcoded into the plugin system.

It is requested that the addExternal() should be able to load arbitrary .js filenames as plugins, e.g. "/my_plugins/abcde.js".

There is a common repetition in the current code:

var command = editor.getCommand( name );
command.state = newState;
command.fire( 'state' );

This logic could be encapsulated inside the CKEDITOR.command class, so we can achieve the same thing with:

editor.getCommand( name ).setState( newState );

If you define the initial command state into the command definition, it is not currently respected when loading the editor and rendering the toolbar buttons. All buttons are always in the "on" state.

The buttons should instead reflect the command state.

Event delegation registration with CKEDITOR.event.implementOnis currently incorrect, when this method is invoked on prototype object of a constructor, then instances of this constructor will share the same private _.events model, which is wrong. This would result in duplicate invocation of event listeners from two different object.

Functonal TestCase

Tested with test-events-duplicate.path

When adding a new numbered list at the end of the document, the list item is inserted correctly but the carat is positioned before the first list item and it is not possible to navigate to the first list item within WYSIWYG mode.

Steps to reproduce:

1. Open nightly build. Currently (​http://nightly.ckeditor.com/3105/_samples/replacebyclass.html)
   
2. Add new line to the existing text in the editor
   
3. Insert numbered list
   

Expected behavior: The new list is created with one item and the carat is positioned just after the number of the first item.

Actual behavior: The new list is created as expected. The position of the carat is placed before the first item in the list. It is not possible to navigate to the first item in the list.

It is not possible to modify a table after it has been inserted into the document using the editor.

The panels of toolbar combos must have their upper left corner perfectly aligned with the lower left corner of the combo when opened. Currently they are a few pixels mispositioned to left and top.

In IE6 the toolbar combos panels have horizontal scrollbars.

When opening a toolbar combo for the first time, it's possible to briefly see its contents with no style which immediately gets re-rendered with the styles applied.

This is noticeable in Firefox only.

There is a really bad performance in the tasks being fired when the selection changes in the editor. To check it:

1. Clean load a sample.
2. With a mouse click, place the cursor inside any unformatted word, like "are".
3. Open the Firebug console and start a Profile job. Don't do anything in the editor, not even a mouseover in the toolbar buttons.
4. Click inside a bold word, like "sample". Again, don't do anything else in the editor.
5. Stop the Profile job.

The profiler will show you an excessive number of calls.

In IE6 this bad performance is terribly noticeable, compromising the editor usage.

Performance excellence is definitely important for this feature.

This issue happens only after preparing the trunk for release, not with the trunk code. It can be checked in the ​nightly build demo.

You will notice that the toolbar buttons in the first editor instance will not change their state in any way. They will not reflect the context sensitiveness, not even the Source button will remain ON when moving to source.

The second instance will work well though.

IE is not able to manage multiple selection, even cross frame. Because of this, the current selection gets lost when leaving the editing area.

The current selection should be automatically saved when the editing area looses the focus in IE and then reselected when the focus is moved back to it.

By doing that, we can remove all selection hacks we are doing now for dialogs, floating panes, etc.

After install it in MediaWiki 1.14.0, the home page of the wiki shows a blank page.

After I comment out following line from the LocalSettings.php, the wiki returns normal:

require_once( "extensions/FCKeditor/FCKeditor.php" );

I download the FCKeditor extension from SVN, and the version of FCKeditor is 2.6.4.

How to solve this problem? Thanks!

The current selectable elements( elements which could be retrieved from CKEDITOR.dom.selection.getSelectedElement) below is lacking of other control types like a,input,form.

var styleObjectElements = { img:1,hr:1,li:1,table:1,tr:1,td:1,embed:1,object:1,ol:1,ul:1 };

There exists a large amount of legacy dialogs written for FCKeditor 2.x in the wild that are based on raw HTML sources. CKEditor v3's dialog system is based on dialog definition objects defined in JavaScript files instead of HTML source files. So it's is now impossible to reuse those HTML source files directly for CKEditor v3.

However, it is possible to bridge the two together by displaying the HTML file via an iframe inside a CKEditor v3 dialog. The HTML file would still need to be changed to account for differences in layout and dialog logic, but the changes required would be minimized.

Currently, this has to be done by declaring an html type object in the dialog definition and writing out the iframe's HTML code into the dialog definition. This works, but it is very inconvenient.

Proposed changes to the dialog system to make this easier:

// A new type of UI element definition for iframe
{
  type : 'iframe',
  src : 'http://somewhere.com/someplace.html',
  onContentLoad : functionRef
}

The contents in the iframe should be reloaded for every time the dialog is opened. And the onContentLoad function should be executed after the contents of the iframe is loaded.

After implementing the iframe UI element, one more shortcut will still be needed to directly add dialogs consisting of solely an iframe - because that's the common case for using that element.

CKEDITOR.dialog.addIframe( 'dialogName', iframeSrc, iframeOnContentLoadFunction );

The combo features do not work in FF2.

Steps to reproduce:

1. Go to ​http://nightly.ckeditor.com/3121/_samples/replacebyclass.html
   
2. Select one of [Style|Format|Font|Size] Combo

Results in error.

Firebug error:
this.$ has no properties
​http://nightly.ckeditor.com/3121/ckeditor.js
Line 11

The coordinates returned from CKEDITOR.dom.element::getDocumentPosition is a few pixes shifted.

Because of the introducing of #3003, html parser should be able to take care different forms of abbreviation, e.g. attribute without quote and abbreviation.

In MediaWiki if I load a tag like [[Category:foo bar]] it becomes [[Category:foo_bar]] on load. It is bad.

With IE6, the following issues have been reported by Martin at #3057:

1. The size of context menus is incorrect at the first menus are opened.
2. The size of separators are incorrect.
3. Scrollbars appear in context menus when the mouse cursor is inside the menus.

The dialogs in CKEditor v3 are currently not accessible to users who have to depend on keyboard and screen readers.

Features needed:

1. Pressing TAB key when a dialog being displayed should never move the focus out of the dialog.
2. Users should be able to switch tabs using Ctrl-Tab.
3. When the user switches tab, it should be announced to him/her that a different tab has been selected.
4. Buttons should be focus-able, and JAWS should pronounce their labels when they're focused. It should be possible to "click" buttons via Enter.

I am using Mediawiki 1.14.0 + FCKeditor. The FCKeditor extension is download from SVN, and fckeditor is 2.6.4.

When I open a existing article to start editing, I find the links in that article has been replaced with "RTENOTITLE". When I click "Wikitext" button to switch to Wikitext mode, the link has been replaced with something like "/wiki/index.php/My article title".

How to avoid this?

Thanks!

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   ^outter<table><tr><td>text</td></tr></table>outter^
   

3. Apply different fonts three times with the same range.

• Actual Result : The document result in:

  <span style="font-family: Courier New,Courier,monospace;">outter</span>
  <table>
  	<tbody>
  		<tr>
  			<td>
  				<span style="font-family: Courier New,Courier,monospace;">text</span></td>
  		</tr>
  	</tbody>
  </table>
  <table>
  	<tbody>
  		<tr>
  			<td>
  			</td>
  		</tr>
  	</tbody>
  </table>
  <span style="font-family: Courier New,Courier,monospace;">outter</span>
  

This happened to all block style function.

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   ^	<p>text</p>
   	<ol>
   		<li>level1
   			<ul>
   				<li>level2</li>
   			</ul>
   		</li>
   	</ol>
   ^
   

3. Click on stylesCombo to open drop-down, select Blue Title option.

• Actual Result: The second level list item is not formatted.

  <h3 style="color: Blue;">
  	text</h3>
  <ol>
  	<li>
  		<h3 style="color: Blue;">
  			level1</h3>
  		<ul>
  			<li>
  				level2</li>
  		</ul>
  	</li>
  </ol>
  
  

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   ^	text
   	<p>paragraph1</p>
   	<p>paragraph2</p>
   ^
   

3. Click on stylesCombo to open drop-down, select Blue Title option.

• Actual Result: The middle paragraph was left untouched.

  <h3 style="color: Blue;">
  	text</h3>
  <p>
  	paragraph1</p>
  <h3 style="color: Blue;">
  	paragraph2</h3>
  

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   	<ol>
   		<li>level1</li>
   		<li>leve1
   			<ol>
   				<li>^level2</li>
   			</ol>
   		</li>
   	</ol>
   
   

3. Click on Outdent button to degrade list item once.
4. Click on Indent button to arise list item once.

• Actual Result: The previous list item was indented too.

  <ol>
  	<li>
  		level1
  		<ol>
  			<li>
  				leve1</li>
  			<li>
  				level2</li>
  		</ol>
  	</li>
  </ol>
  

When a user puts the tabindex attribute into a text area which is later replaced by a CKEditor instance, the user usually expects CKEditor to inherit the tabindex as well. This is not the case for the current trunk, and the bug is causing CKEditor to be impossible to be focused by TAB key when the user specifies tabindex.

It's currently quite troublesome for external plugins to configure the icon for their toolbar buttons: they must include a separate .css file, an icon file which the .css file points to, and instruct the plugin to load the .css into the editor's parent document.

There should be a better way to do this. Propose to add a function like this:

CKEDITOR.ui.button.setIcon( buttonName, iconPath );

Steps to reproduce:

1. Add 6 text areas in sample.html around the script tag with document.write( CKEDITOR.samples.htmlData ); - 3 text areas before it and 3 text areas after it.
2. Added tabindex attributes to the text areas as 1,2,3,5,6,7 respectively.
3. Add tabindex="4" to the textarea in replacebyclass.html.
4. Open replacebyclass.html in Firefox or IE.
5. Select one of the text areas before the editor, press tab until the editor is focused.
6. Press tab again.
7. The text boxes after the editor are skipped.

The skipping problem occurs also for Shift-Tab.

Regression testing shows that changeset of [3194] has breaked domrangeiterator.

To reproduce:

1. Open replacebyclass.html.
2. Type the following code in the URL bar:

   javascript: void((f=function(){alert('hi!');},body=CKEDITOR.document.getBody(),body.on('click',f)));
   

3. Click on the document body, you should see the message "hi!" appear once.
4. Now remove the event handler with the following code in the URL bar:

   javascript: void(body.removeListener('click',f));
   

5. Click on the document body, you should no longer see the "hi!" message.
6. Add the same event handler back to the document body.

   javascript: void(body.on('click',f));
   

7. Click on the document body.
8. Now you have 2 "hi!" messages - the previous event handler wasn't really removed!

This issue is blocking #3074.