Custom Query

Steps to reproduce:

1. Open nightly Ajax sample
   
2. Open Smiley dialog
   
3. Attempt to use keyboard to select a smiley.
   

Result:
It is not possible to navigate the dialog via keyboard.
Reproduced on FF3

One accessibility requirement is that the editor be usable in High Contrast (HC) mode by a user who does not have access to the mouse or a screen reader. When the editor is viewed in HC mode, the toolbar icons become invisible. When using keyboard only, the user cannot easily identify the functions of the toolbar items.
The ideal solution would be that the toolbar has a different rendering for HC mode. The Dojo editor could be used as a reference on how to handle this case. Should it be too complicated to do the detection of HC mode in CKEditor, it would be acceptable if the editor had a configuration parameter to set it to HC mode, by its parent application.

Context menu is too narrow in some translations. Please see attached image.

Introduce the new "Spell Check As You Type" (SCAYT) spell checker option, provided by SpellChecker.net.

If editor.name="this.is.my.control" then plugin.js causes a javascript error

In plugin.js the following script is used:

Call the temporary function for the editing boostrap.

'window.parent.CKEDITOR._.contentDomReady' + editor.name + '( window );' +

...

Issue is if editor name contains a "." then script will fail - one way to fix this is :

'window.parent.CKEDITOR._[\'contentDomReady' + editor.name + '\']( window );' +

nz

Except IE8 all the browsers fail this test.

In IE7 it's due to the testcase itself, the rest of the browsers are failing because they return the _cke_expando as an attribute (just what the test is checking)

The patch fixes all the issues for me.

Following the findings described at out forums: ​http://www.fckeditor.net/forums/viewtopic.php?f=11&t=13882

I'll be attaching a patch with fixes to the en.js file, uniformize all en files, as well as updates to the fr.js file.

Fix for some minor problems in the testcases for the styles plugin.

Notes:
test_inline16 fails in IE8, but if the order of the style elements are reversed then it fails in IE6 and IE7.

IE8 in compatibility mode fails tests inline14, 15 and 16, but the real IE7 does pass them. So much for "compatibility"

With V3 we'll be introducing a brand new skin. It will be the default one. The old V2 (V1!) one will still be available as an option.

When packing the en.js lang file, the packager mungers the file in such a way to cause the JavaScript Lint tool to complain. The specific problem is that in the "colors" object, it removes the quotes from the members. For example, "'008080' : 'Teal'," becomes "008080:'Teal',".

When selecting any of the Styles/Format/Font/Size combos, the panel is misplaced. It is slightly different for FF2 and FF3.
Reproduced on nightly build.

Context menu always opens next to mouse cursor, even after being triggered by key press. This is usability issue in my opinion, because mouse can be anywhere withing the browser's viewport.

I see following options:

1. Distinguish between key press and mouse click. Probably impossible, but i'm not 100% sure.
2. Simply check if mouse is inside editor's viewport and then if yes - open menu next to cursor; if not - open it next to the carret.
3. Always open context menu next to the carret.

getNext() actually is placed inside CKEDITOR.dom.element class, instead of CKEDITOR.dom.node. Because of this, can't be used for nodes which are not elements.

getPrevious() for example is placed correctly inside CKEDITOR.dom.node.

There are many non-namespaced css class names in dialog.css and those are:

• disabled
• dark_background
• LightBackground
• DarkBackground
• hand
• Hand
• centered
• BtnReset
• BtnUnlocked
• BtnLocked
• ImagePreviewBox
• ImagePreviewLoader
• LightBackground
• FlashPreviewBox

I assume those are some legacy classes, but since dialog isn't placed inside an iframe, this can result in some serious complications.

In IE8 strict, it's impossible to move carret to the end of line if form element ends this line.

Reproduction

1. Use this content:

   <p>
   	foo^<input name="foo" type="radio" value="foo" /></p>
   

2. Try move carret to the right using arrow, mouse click or End keystroke.

Works in IE8 quirks.

Function dom.getFrameDocument still causes random errors in IE when accessing $.contentWindow.document.

Although there is alredy some workaround for that, sometimes it still causing errors, like this one below (IE8 strict, polish language of dump, but ive translated keywords):

Szczegóły błędu na stronie sieci Web

Agent użytkownika: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)
Sygnatura czasowa: Wed, 13 May 2009 11:51:13 UTC


Wiadomość: Permission denied

Line: 1251
Char: 4
Kod: 0
Identyfikator URI: http://10.0.2.2/ckeditor/_source/core/dom/element.js


Wiadomość: Permission denied
Line: 1212
Char: 7
Kod: 0
Identyfikator URI: http://10.0.2.2/ckeditor/_source/plugins/dialogui/plugin.js

It have happened using link dialog. In effect i was unable to close dialog using "OK" button.

Another example is #3491.

I think it can be easier to reproduce this on slower machines.

TC

1. Use following content:

   <p>
   	^a foo a<br />
   </p>
   <p>
   	a foo a<br />
   </p>
   <p>
   	<br />
   </p>
   

2. Open Find & Replace dialog
3. Try to replace "foo" to "bar"

Reproduced using r3500 in FF3, IE8.

TC

1. Use following content:

   <p>
   	^foo<br />
   </p>
   <p>
   	foo<br />
   </p>
   

2. Hit find button 2 or more times
3. Result:

   find.js (line 216)
   endNode is null
   [Break on this error] while ( endNode.type != CKEDITOR.NODE_TEXT )
   

4. Stack trace

   updateFromDomRange()
   removeHighlight()
   find()
   onClick()
   listenerFirer()
   (?)()
   (?)()
   listenerFirer()
   (?)()
   (?)()
   

Reproduced using r3500 in FF3, IE8.

I'm not sure if i understand correctly what "Match cyclic" should do, but if this is something like "Wrap search" or "Search from beginning after file end" then it acts in opposite way.

TC

1. Use following content:

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

2. Search "are" with "Match cyclic" checked on. Nothing happens.
3. Search "are" again, now with "Match cyclic" checked OFF. Now the text will be found.

Reproduced using r3500 in FF3, IE8.

To reproduce:

1. Remove the <!DOCTYPE> line from sample.html.
2. Open replacebyclass.html in IE.
3. Open any Paste dialog.
4. You see scrollbars in the dialogs.

The table dialog is a separate issue:

1. Open replacebyclass.html in Firefox 3 under Mac OS X.
2. Scrollbars.

After #3189 and #3190, empty paragraphs might get inserted in the document without user's intension, so clean up those empty blocks is necessary on output data.

Shift + F10 -> Opens the Context menu, outside the RTE editing area(Sometimes it opens the File menu from the browser main menu)

Wrong find matching in IE8 quirks.

TC

1. Use following content:

   <p>
   	^a foo a</p>
   <p>
   	a foo a</p>
   <p>
   	&nbsp;</p>
   
   

2. Open Find dialog
3. Search for "foo"

Result:

<p>
	a ^foo a^</p>
<p>
	a foo a</p>
<p>
	&nbsp;</p>

Expected result:

<p>
	a ^foo^ a</p>
<p>
	a foo a</p>
<p>
	&nbsp;</p>

Does not take place in IE8 strict.

Open replacebyclass sample in Opera/Webkit and click StyleCombo - combo opens but hides immediately.

Click once again - nothing happens.

Click once again - nothing happens.

Click the editor content and click StyleCombo once again - it opens.

The mouse pointer over the context menu items is the "text" pointer. It should be the arrow instead.

In IE, when showing a context menu panel, it rapidly flashes at the the very left of the document (in the correct Y position though) and them moves the the right place.

We're currently missing out the alt attribute generated from

1. fakeobjects plugin
2. Image and image button dialogs.
3. Smiley dialog.

Checkpoint 4.1 of WCAG: ​http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-identify-changes

The lang attribute is important because it tells screenreaders about the language it should use to read text. For example, if a screenreader assumes the page is written in English (because the webpage is written in English), yet the editor UI is being displayed in French (because browser's preferred language is French), then a screenreader would read the editor's UI labels as if it's written in English. That would mean unrecognizable speeches from the screen reader.

It should be enough to add the lang attribute to three places:

1. The container element containing the main editor UI.
2. The container elements containing dialogs.
3. The iframe documents of floating panels.

IE8's compatibility mode there is no problem, but not in compatibility mode button will be under the font settings problem

fakeobject placeholders currently have only an empty alt attribute for basic standards compliance. That's not useful for visually impaired users as they still have no idea what the placeholder image actually means.

It doesn't appear to be possible to collapse and restore the toolbar using the keyboard only.

SCAYT button has wrong state when scayt_autoStartup = true

To reproduce:

1. Open replacebyclass.html in any browser.
2. Switch to Source mode.
3. Press Alt+F10.
4. Toolbar buttons are not focused.

To reproduce:

1. Open replacebyclass.html in any browser.
2. Put caret to first paragraph - the decrease indent button should be disabled.
3. Press Alt+F10.
4. Press Tab until the focus goes to the button right before the decrease indent button.
5. Press Tab.
6. The decrease indent button gets the focus, and the getting read by JAWS - there is no indication that the button is disabled.

We need to disable SCAYT before getData to remove additional SPAN elements.

In menus, like the context menu or menu buttons, the disabled items are styled improperly. The background color for the icons space should be colored just like the enabled ones, having instead the icon and the text semi-transparent.

Also, these items should not have hover state.

A planned feature in CKEditor 3.0 is that we should have a resize handle at the bottom right corner of the editor.

TC

1. Open replace by class example
2. Open styles dropdown
3. Error will appear

   Message: 'iframe.$.contentWindow' jest pusty lub nie jest obiektem
   Line: 214
   Char: 10
   Kod: 0
   Identyfikator URI: http://10.0.2.2/ckeditor-idea/_source/plugins/floatpanel/plugin.js
   

Reproduced in IE8 quirks.

To reproduce:

Right click on a table cell
Hover over a menu item e.g. Row
Do not move the mouse until the sub-menu has displayed
Attempt to select another menu item e.g. Column

Result: the context menu disappears.
Expected: the context menu remains visible

It is standard functionality to select all text when tabbing to text inputs. This is missing in CKEditor's dialogs.

V2 had this functionality.

Elementpath should hide SCAYT marker '<span>' from end user.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Load the content with the following:

   <p>
   	You're testing <span>ckeditor</span> undo system.</p>
   

3. Open find/replace dialog and enter 'ckeditor' into 'Find What', click Replace buttton;
4. Fill in 'v3' into 'Relace With' and click Replace button again.
   • Actual Result:

     <p>
     	You're testing v3</p>
     

The problem happened generally for all form fields.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Click inside bold 'sample text' word.
3. Open 'Checkbox' to insert a default checkbox field.
   • Actual Result: 'Undo' button state show that there's no undo snap.

This is the same issue as for the Smiley dialog. Ticket #3492 .

If you're applying any 'span' based style on the following range:

<p>^this <span>tag</span> should not be removed.^</p>

Then the span will always be removed, which is wrong.

The file isn't being parsed as XML because it contains a &nbsp;

A simple solution is to change the html file.
A more defensive approach is to replace &nbsp; in the loaded data with the xA0 character, although if we follow that approach then we should also take care of any other entities that aren't available by default in XML. I don't know if there's an easy way to tell IE to use the HTML entities while trying to load a XML file.

Load CKEditor and insert an anchor. Put any name on it.

Switch to source mode, everything looks OK.

<p>
	This<a name="test"></a> is some <strong>sample text</strong>. 
You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>

Switch to design and back to source, the anchor now has two name attributes

<p>
	This<a name="test" name="test"></a> is some <strong>sample text</strong>. 
You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>

1. Load the Ajax example in Firefox.
2. Switch to source mode. it shows

   <p>
   	<br />
   </p>
   

3. Switch to design and back to source. The formatting has changed

   <p>
   	<br />
   	</p>
   

(the closing </p> now is indented)

Except Firefox 2, the rest of the browsers support contentEditable, and their behavior should be almost the same with at least one big difference:

If body.contentEditable=true is used then the behavior of elements inside the body with contentEditable=false is as expected and the browser itself takes care of not allowing to edit them. This is really useful for little things like the Placeholder (v2 only for the moment) plugin.

This behavior is reported in ​https://bugzilla.mozilla.org/show_bug.cgi?id=462735 , ​https://bugs.webkit.org/show_bug.cgi?id=22036 and in the internal Opera tracker.

Plugin allowing fast and easy change of UI background color.

​60 sec presentation.

It seems that there is a special case required to be handled by the font style features. The issue is that when the size of a default text is set to a large size e.g. 72px, then a background color is applied to the same selection, the background style will not have the right font-size set. This results in the background color appearing as a narrow band behind the large font.
E.g.

<span style="background-color: rgb(238, 130, 238);"><span style="font-size: 72px;">Test</span></span>

1. Open a dialog to edit an existing link or image.

2. Close the dialog with the Cancel button or the (x) button.

The alert regarding changes appears, even if no changes have been made at all.

Tested with FF3.

The name is misleading, verb + object, people that just see it mentioned might try to use it in the wrong way (like Plugins.Add in v2)

I suggest renaming it to config.additionalPlugins before it's too late.

The replace feature causes the selection to be saved in the document.
To reproduce:

1. Open Ajax sample and add some text.
   
2. Use Replace feature to find a known word and replace with another.
   
3. Cancel from the dialog, ensuring the selection is still on the last replaced word.
   
4. Remove the editor.
   

Results in the selection being saved with the document. E.g.:

<span style="color: rgb(255,255,255); background-color: rgb(0,0,68)">Test</span>

The following case is even correct with v2.

Reproducing Procedures

1. Open the replace by class example page with the following content:

    <ol>
       <li>item1</li>
       <li>item2^
       <ol>
           <li>item3</li>
       </ol>
       </li>
   </ol>
   

2. Now press EnterKey to breakline;
   • Expected Result :

     <ol>
     	<li>
     		item1</li>
     	<li>
     		item2</li>
     	<li>
     		<br /> 
     		<ol>
     			<li>
     				item3</li>
     		</ol>
     	</li>
     </ol>
     

   • Actual Result : Note that the new list item line height is messed up without some necessary content within it.

     <ol>
     	<li>
     		item1</li>
     	<li>
     		item2</li>
     	<li>
     		<ol>
     			<li>
     				item3</li>
     		</ol>
     	</li>
     </ol>
     

According to the approved patch in #3577, the XML parser should work even if the data contains &nbsp;

This adds two testcases to verify that the XMl parser works as expected, and so a new patch for xml.js is needed to add the same feature for non-ie browsers.

Reproducing Procedures

1. Open the replace by class example page with enterMode = br in FF;
2. Make the content and selection same as below:

   text<ol><li>ite^m1</li><li>ite^m2</li></ol>text
   

3. Click on 'Bullet List' command to change the list type.
   • Expected Result:

     text<ul><li>item1</li><li>item2</li></ul>text
     

   • Actual Result: Javascript error thrown.

Reproducing Procedures

1. Open the replace by class example page with 'enterMode = br' in FF;
2. Make the content and selection same as below:

   <ul><li>item1</li></ul><ol><li>ite^m2</li></ol>
   

3. Click on 'Bullet List' command to change the list type.
   • Expected Result:

     <ul><li>item1</li><li>item2</li></ul>
     

   • Actual Result: The previous list is not merged.

     <ul><li>item1</li></ul><ul><li>ite^m2</li></ol>
     

CKEditor allows setting the caption and summary for a table. Since these properties do not have an equivalent in many document formats, it would be nice to make so that these options can be hidden. I have attached a patch which implements this.

Reproducing Procedures

1. Open the replace by class example page with the following content and selection:

   <table><tr><td>te^xt</td></tr></table>
   

2. Now select the '<tr>' item within the element path bar.
   • Expected Result : Document structure remains.
   • Actual Result : Source codes now as :

      <p>
     	<br />
     </p>
     <table>
     	<tbody>
     		<tr>
     			<td>
     				text</td>
     		</tr>
     	</tbody>
     </table>
     <p>
     	<br />
     </p>
     

Now we're saving snapshot for many commands which doesn't make sense for supporting undo, these are:

1. Preview
   
2. Copy
   
3. Spell Check
   
4. Find/Replace ( Each replacing is needing one, but not the dialog command )
   
5. Select All
   
6. Maximize
   
7. Show Block
   
8. About
   

We should give them a canUndo = false.

Reproducing Procedures

1. Open the replace by class example page;
2. Press on 'Select All',and press Shift-Enter.
   • Expected Result : The selected content is replaced with a br.
   • Actual Result : The selected content is still there.

To reproduce the issue:

1. If you don't have IE7, install IETester and open an IE7 tab in it.
2. Delete all temporary internet files in IE7.
3. Go to ​http://nightly.ckeditor.com/3561/_samples/replacebycode.html.
4. The editor instances appear with no contents.

The patch is some spelling fixes, as well as some jslint warnings and unify the quote style to single (')

No code functionality should be affected

Some spelling typos and lint warnings across several files.

Open the dialog to insert a <select> field. The "value" field is marked as read-only and doesn't accept any input, but its style is just the same that the rest of fields, leading to confusion.

Any field in a dialog marked as read-only should have some darker background or any other kind of visual distinction to make it clear that it can't be used.

1. Load replace by class sample in IE (8) or Safari (in other browsers is not possible to edit an existing <select>)
2. Insert a <select> and set name=s1, lines=4 (so we can be sure that we are editing the same element) close the dialog
3. Switch to source, it's OK
4. Switch to design and edit the select
5. The name field is empty. If you set a new name, then when switching to source will show it duplicated:

<select name="s1" name="s2" size="4">

On the other side, if you don't write anything, the name will be lost

<select size="4">

Load CKEditor and right click in the toolbar, status bar, any floating panel or context menu...

The default browser context menu is shown instead of showing nothing.

The size of different dialog buttons should be the same.

Reproducing Procedures

1. Open the replace by class example page in IE6 within the KAMA branch;
2. Hold the resize handler and shrink the chrome size;
3. Click on 'Maximize' button to switch to full screen mode and switch back;
   • Actual Result : The chrome size become wider than the screen size.
   • Expected Result: The chrome size was restored to exactly the same size after tweaking the resize handler.

Below is a proposal to resource the outstanding items in the Flash dialog.

en.js:

 flash :
       {
             ...
             quality		 		 : 'Quality',
             qualityBest		 : 'Best',
             qualityHigh		 : 'High',
             qualityAutoHigh		 : 'Auto High',
             qualityMedium		 : 'Medium',
             qualityAutoLow		 : 'Auto Low',
             qualityLow		 : 'Low',
             windowMode		 : 'Window mode',,
             windowModeWindow		 : 'Window',
             windowModeOpaque		 : 'Opaque',
             windowModeTransparent		 : 'Transparent',
             ...
       },..

They are used in the flash dialog as:

 items :
       [
             [ editor.lang.common.notSet , ''],
             [ editor.lang.flash.qualityBest, 'best' ],
             [ editor.lang.flash.qualityHigh, 'high' ],
             [ editor.lang.flash.qualityAutoHigh, 'autohigh' ],
             [ editor.lang.flash.qualityMedium, 'medium' ],
             [ editor.lang.flash.qualityAutoLow, 'autolow' ],],
             [ editor.lang.flash.qualityLow, 'low' ]
       ],

and

items :
       [
             [ editor.lang.common.notSet , ''],
             [ editor.lang.flash.windowModeWindow, 'window' ],,
             [ editor.lang.flash.windowModeOpaque, 'opaque' ],,
             [ editor.lang.flash.windowModeTransparent, 'transparent' ]
       ],

To reproduce:

1. Switch to Source mode.
2. Press the collapse toolbar button.
3. Nothing happens.

This problem was originally reported by Garry.

To reproduce:

1. Maximize the editor.
2. Drag the bottom right resize handle around - the editor can still be resized.

This problem was originally reported by Garry.

When you mouseover any of the toolbar buttons, you'll find default cursor type on the button center, and pointer/hand type on the edge, result in a very noisy experience.

To reproduce:

1. Open replacebyclass.html.
2. Run the following in Firebug console, or any browser console that allows JavaScript execution:

   var p = CKEDITOR.dom.element.createFromHtml
   ('<p>abcdabcd</p>');
   var range = new CKEDITOR.dom.range();
   range.setStart(p.getFirst(), 2);
   range.setEnd(p.getFirst(), 6);
   console.log(range.collapsed);
   range.trim();
   console.log(range.collapsed);
   

3. range becomes collapsed after running trim() on a non-empty text range, this is wrong.

Open the attached sample page for reproducing.

Add the ability to create a NAME parameter in the FCKEditor Taglib in addition to the instanceName (which is the ID and NAME currently).

I am attaching the patches for the TLD and the 2 java files that need modofication for this feature.

Reference Topic: [​http://www.fckeditor.net/forums/viewtopic.php?f=5&t=14048&p=36740#p36740 ]

To reproduce:
Use Safari 3.2 on Windows. Ensure caching is not disabled.

1. Open nightly Ajax example
   
2. Click "Create Editor" (editor should open normally)
   
3. Click "Close Editor" (editor should be closed normally)
   
4. Repeat steps 2&3 to ensure the process is reproducible.
   
5. On the same page, enter a new URL e.g. www.google.com and hit Enter.
   
6. On the same page, enter the url back to the original Ajax example (e.g. ​http://nightly.ckeditor.com/3608/_samples/ajax.html) and hit Enter.
   
7. Click "Create Editor"
   

At this point, the editor will not load until the page is reloaded. This error does not appear when cache is disabled in the browser

A mechanism is required to reset the undo buffer.

When the editor is created with an initial set of data it is desirable to reset the undo buffer so that the user does not undo the initial setData() result.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Click on 'New Page' to empty the document;
3. Insert a default table;
   • Expected Result:

     <table border="1" cellpadding="1" cellspacing="1" style="width: 200px;">
     ...
     </table>
     <p>
     	<br />
     </p>
     

   • Actual Result: There's an paragraph established before the table:

     <p>
     	<br />
     </p>
     <table border="1" cellpadding="1" cellspacing="1" style="width: 200px;">
     ...
     </table>
     <p>
     	<br />
     </p>
     

Reproducing Procedures

1. Open the replace by class example page in IE;
2. Press 'Enter Key' to create a new paragraph;
3. Switch to 'Source' mode;
   • Expected Result:

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

   • Actual Result:

     <p>
     	This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>
     <p>
     	&nbsp;</p>
     

Reproducing Procedures

1. Open the attached sample page in IE8 standard mode;
2. Click on 'Collapse Toolbar' icon.
   • Actual Result: document size shrinked.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Click on 'New Page' to empty document content;
3. Click on 'Insert Page Break for Printing' to insert a page break;
4. Click on the newly introduced page break fake element;
   • Expected Result: A new paragraph is created before it.

     <div style="page-break-after: always;">
     		<span style="display: none;">&nbsp;</span></div>
     

   • Actual Result: Javascript error thrown.

     <p>
        <br /></p>
     <p>
     <div style="page-break-after: always;">
     		<span style="display: none;">&nbsp;</span></div>
     </p>
     
     

When dialogs are opened for the first time, they load and display correctly. On subsequent invocations of a dialog, the whole window is blanked out while the dialog displays. The worst case seems to be on IE6; the delay can last more than a second, while the whole window remains blank.

The effect seems more pronounced when the editor is embedded within a larger application, but is still noticeable in the samples.

To do: create a plugin that makes it possible to integrate any file browser in CKEditor (it will not provide any file browser solution).

hello i completed the german language file (_source/lang/de.js)

Add an image inside a floating div:

<div style="float: right"><img src="..." /></div>

If you select the image and press the Add Link button, the link (<a>) is positioned at the beggining of the editor content as text and not at the image.

Alternatively, if you select the image and try to enter a link from the Link tab of Image Properties dialog, you get Javascript errors in IE7:

Line 82: 'undefined' is null or not an object

Line 789: Object doesn't support this property or method

It seems that line 256 of fck_image.js: (

oLink = oEditor.FCK.CreateLink( sLnkUrl )[0] ;

) does not return an object.

The cause is that the editor looses selection when CreateLink is called inside a floating image. If you edit an existing link with image, all is OK.

This bug is related to ticket #798 which is resolved in FCKEditor 2.6.4

1. Open the 'replace by class' sample page in IE, load the editor with following content:

   	<div style="float:right">
   		<a href="http://a.com"><img alt="" src="http://dev.fckeditor.net/chrome/site/logos.gif"/></a>
   	</div>
   

2. Select the image by clicking on it or from the elements path bar.
3. Right click to open context menu and select 'Unlink';

• Actual Result: The link is not removed from the image.

Depending on chosen mode on IE8, element.html test fails in various places. ​This patch seems to fix it, but it uses too many workarounds and need to be rewritten. It should use less workarounds as possible, mostly on IE8 strict.

To reproduce:

1. Open nightly sample
   
2. Add a table with default settings
   
3. Click in the editing area, next to the table (to the right of the table in LTR mode)
   

Results in a new <p> being added to the document. The document grows with every subsequent click.

<p>
	&nbsp;</p>

Reproduced on IE 6 and 7.

SCAYT settings passing method changed - from particular field to the key/value pairs object
User Dictionary support added
SCAYT core script loading updated to single URL, URL changed.

The cell properties dialog does not display well in RTL mode.

• title is to the left
  
• dialog spans width of page
  
• large transparent section
  

IE only.

See attached example.

L670 of en.js says

        toolbar     : 'Link\u200b',     // IE6 BUG: A title called "Link" in an <A> tag would invalidate its padding!!

The \u200b character is no longer needed - the issue it was meant to fix was fixed in #2952. Now it is appearing as an extra space in some browsers.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Press 'Enter' after the first paragraph until the text is not visible within current viewport;
3. Now open 'Find' dialog and fill in 'Find What' field with some word inside the the paragraph;
4. Prompt with 'The specified text not found', click 'Ok', then click the 'Find' button again;
   • Expected Result: The matched word in the first paragraph is now scrolled into view;
   • Actual Result: It's matched, but never scroll into view.

In some cases IE8 and webkit returns uppercases css properties after getAttribute('style'). To prevent this, place for browser-wide code should be introduced to this method and there the css normalization could be done.

In kama skin, mouse over a disabled button results in position lost by the button (due to padding and height). This is also noticeable when switching to source view (in time when button is disabled during reload).