Custom Query

1. Load the following HTML:

<p>Para 1</p>
<p><span contenteditable="false">Non Editable</span></p>
<p>Para 2</p>

2. Hit CTRL+A to select all.

3. Click the indentation button.

Current results:

The script will loop, blocking the browser. This happens when creating lists also.

Expected results:

All paragraphs (including the one with the read only content) should get indented.

This one is related to the ​contenteditable feature branch.

To reproduce the defect:

1. Open Ajax Sample and create a Numbered list.

2. select the Numbered list and select the Numbered List Properties in the Context menu.

3. In the Numbered list type select Upper Alpha(A,B,C,D,E,etc) and in the Start filed Enter D

4. Click OK button.

Expected Result: Numbered list Type changes to Upper Alpha Type and the list Starts with D

Actual Result: Numbered list Type changes to Upper Alpha Type but the list Starts with A and when you open the Numbered List Properties dialog again you will see the Start Value as D

Same behaviour happens with Lower Alpha,Upper & Lower Roman Numbered list types.

In Jquery adapter sample we have:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js"></script>

so as a result in IE a warning is shown ("unsafe content").

Proposed fix: http -> https

Simple bug, so targeting to 3.4.

1. Load the following HTML:

<ul>
	<li>Para 1</li>
	<li><span contenteditable="false">Non Editable</span></li>
	<li>Para 2</li>
</ul>

2. Hit CTRL+A to select all.

3. Click the list button to remove the list.

Current results:

Only two items get remove and a js error is thrown.

This one is related to the ​contenteditable feature branch.

1. Load the following HTML and apply the following selection, without putting cursor into the editor:

<p>Para [1</p>
<p contenteditable="false">Non] Editable</p>
<p>Para 2</p>

2. Apply 'Bold' command.

Current results:

<p>
	Para <strong>1</strong></p>
<p contenteditable="false">
	<span>Non Editable</span></p>
<p>
	<strong>Para 2</strong></p>

Expected results:

<p>
	Para <strong>1</strong></p>
<p contenteditable="false">
	<span>Non Editable</span></p>
<p>
	Para 2</p>

Reproduced on the ​contenteditable feature branch.

Right now context menu could be opened on non-editable element which lead to unrestricted modification, e.g. images.

This one is related to the ​contenteditable feature branch.

Steps to reproduce

• Open a sample and then the Image dialog.
• Type or paste something inside the URL field.
• Click CTRL + A.

Expected result: the whole text inside the field is selected.
Actual result: the caret goes to the next field.
I think some priority should be given as this happens in all versions of CKEditor.

To reproduce the defect:

1. Open Ajax sample.

2. Click on Insert/Remove Numbered List icon to start a Numbered list

3. Right click next to the Number and select Numbered List Properties in the Context menu.

4. Select Numbered List Type as Upper Roman in the Numbered List properties dialog and Click OK button.

Expected Result:

Cursor stays next to the new Roman Number inserted and when we start typing the text the new text appears as first list item.

Actual Result:

we could not see where the cursor is and when we start typing the text the new text replaces the new Roam Number that was inserted. If you are in the Starting line of a Nested numbered list,and when we start typing the text, the new text replaces the new roman number inserted and the new text concatenates with the text in the last list item at the previous level

Same behaviour happens with Bullets

To reproduce the defect:

1. Open Ajax sample.

2. Type 2 lines of text and select them and Click on Insert/Remove Numbered List icon to make them a Numbered list

3. Right click next to one of the Numbered list item and select Numbered List Properties in the Context menu.

4. Select Numbered List Type as Upper Roman in the Numbered List properties dialog and Click OK button.

5. See that the Numbered list type changes to Upper Roman

6. Right click next to one of the Numbered list item and select Numbered List Properties in the Context menu.

7. Select Numbered List Type as Upper Alpha in the Numbered List properties dialog and Click OK button.

8. See that the Numbered list type changes to Upper Alpha

9. Now press Undo Once

Expected Result:

Numbered list Type should change back to Upper Roman.

Actual Result:

Numbered List Type is changing back to default Type(Decimal).

Same behaviour happens with Bullets

1. Create an instance of CKEditor and insert a table.

2. In the first table cell enter the word 'one'.

3. Select the word by pressing Shift + Left Arrow three times. If you use the mouse be sure to select just the word.

4. Click the Right Justify button. Observe no change is applied.

5. Keeping the selection, choose 'Heading 1' from the Format menu. Observe no change is applied.

When new line is added, all formatting is lost. This bug happens only in Chrome and Safari. Works ok for IE6, IE7, Opera and FF.
Steps to reproduce:

1. Open ckeditor in Chrome
   
2. Select font Tahoma and size 20.
   
3. Type some text -> test is formatted ok.
   
4. Hit enter and type some text -> fonts are default ones again.

The number of columns displayed in the smilies matrix should be configurable.

1. Install Google toolbar in IE7 and restart the browser.

2. Open the nightly demo Ajax sample and create an editor instance.

3. Add some content into the editor.

4. Click the spell check button.

5. Observe the content is removed from the editor.

The paste and pastetext dialogs are built using HTML UI elements. The HTML contains hard-coded style attribute values, as the following code from the pastetext dialog shows:

{
type : 'html',
id : 'content',
style : 'width:340px;height:170px',
html :
	'<textarea style="' +
		'width:346px;' +
		'height:170px;' +
		'resize: none;' +
		'direction:' + editor.config.contentsLangDirection + ';' +
		'border:1px solid black;' +
		'background-color:white">' +
	'</textarea>',

As with the image and flash dialogs, can the tags in the HTML content be given an id attribute, and the style moved out to the skin's dialog.css. Only dynamic styles should remain.

In Quirks and RTL mode, when we select the Format/Font/Size control there is a horizontal scroll displayed for a sec and that causes the editor flickering. Attached a sample file to reproduce.

Right now if someone wants to add special characters to the dialog (like alpha, beta, gamma, delta), he is forced to change the source code of the editor.

In the simplest scenario we could at least have a configuration option, which would be used when constructing the chars array (a list of chars to be added to the end of the default array, alternatively the whole array could be a configuration option).

Sample post where user is asking for this feature: ​http://cksource.com/forums/viewtopic.php?f=11&t=18519

When using IE8 in non-compatibility mode, any paragraph that has dir="rtl" will display with resize handles.

Tested on nightly build.

3.4 Beta

Run the code example which uses contentEditable=false. Open Find/Replace dialog. Try replacing a word in the read-only content. The action succeeds.

I'm not sure if this is a bug (i.e. the code say A and does B), but for sure it seems an usability issue, so I report it.

Looking at the source styles/plugin.js, inside applyInlineStyle() function, there is

if (range.collapsed) {
    // ...
    // Place the selection right inside the empty element.
    range.moveToPosition( collapsedElement, CKEDITOR.POSITION_BEFORE_END );
    // ...
}

Which, according to range's source code, shall move the caret inside the collapsedElement element, but when typing, text is written before that element.

Tried on the current night build (5649) in Chrome on GNU/Linux.

To reproduce:

1. Move the cursor somewhere, without selecting anything
2. Insert an inline style, like "Marker green"
3. Type something

Open Skins example. Note that Text/Background Color panels have scrollbars in Office2003 and v2 skins.

When determining whether initial dialog focus should be on the first tab, dialog._.tabIdList.length is checked to see if the dialog has more then one tab. This will not take into consideration any tabs that are hidden. When a dialog has all but one tab hidden, and keyboard navigation is used, the dialog will not receive focus if CKEDITOR.config.dialog_startupFocusTab is set to true. Focus will remain on the toolbar.

The if statement is located in the CKEDITOR.dialog constructor in a dialog 'show' event listener, which is used to setup focus:

if ( editor.config.dialog_startupFocusTab
	&& me._.tabIdList.length > 1 )

could be changed to:

if ( editor.config.dialog_startupFocusTab
	&& me._.pageCount > 1 )

pageCount only gets incremented if the tab is not hidden.

Users cannot set or change a table's background, just each cell individually.

Can you add in the table properties dialog an option to set/edit the table's background color?

If the content being loaded in CKEditor includes malformed HTML, CKEditor corrects/removes it.

CKEditor 3.3.1 (revision 5586) (verified back to 3.1.8 rev. 4891) Firefox 3.6.6/IE8 x64

Example content: </div> </div> <? $somephp="here"; ?>

FireFox Output: <? $somephp="here"; ?><br />

IE8 x64 Output: <div>&nbsp;</div> <div>&nbsp;</div> <? $somephp="here"; ?>

The content does not have to be saved. Switching between "normal" and "source" view triggers the behavior. Also see #5293 and #5606.

There are a number of cases where it is difficult for a user to determine if the currently selected block has dir="RTL" or dir="LTR". E.g. we could have a paragraph that has dir="RTL" but aligned to the left.

To make it clear to a user which language direction is active, the toolbar buttons should select the relevant style.

1. When a block element has dir="LTR" or dir="RTL" the matching button in the toolbar should be selected.
2. When there is no explicit direction set on the block element, the toolbar button should show the currently active document level direction. E.g. if the document is LTR and the current paragraph does not have a dir attribute set, the LTR button in the toolbar should be selected. This is similar to the default behavior of the paragraph alignment buttons.

When using the "Check Spelling" feature, spell checker checks all the mistakes pretty quickly, however it has serious problems with applying changes that users is trying to make.

Steps to reproduce

• Load the attached document in source mode
• Switch to wysiwyg mode
• Click on a "Check Spelling" button
• After the dialog is loaded, scroll down to the bottom of the article (inside of the dialog)
• Find "14th" (which is highlighted), click on it, select "Utah" from Suggestions
• Click "Change to"
• Result: after waiting for over a minute, the word is still not changed

Hi i know how to disable the ok button from the dialogs window.parent.SetOkButton( true ) ; but the cancel button how can i disable it for one dialog only regards

Robert

Those two files are the only ones that start with fck + underscore + rest of filename, so they get misplaced if the folder is ordered alphabetically. Renaming them to match the rest of the files should avoid some little seconds while searching for contextmenu and it isn't between fckconfig.js and fckdebug.js.

Only "problem", there's a fckcontextmenu.js already in classes.

It would be nice to get a button for signature, like in MW standard toolbar.

The file fckeditor _upgrade.html provides a link to ​http://wiki.fckeditor.net/Developer%27s_Guide/Upgrade, which, unfortunately, died some time ago.

FCKeditor extension for MediaWiki doesn't seem to be following MediaWiki's coding conventions as described in ​http://www.mediawiki.org/wiki/Manual:Coding_conventions.

For example, FCKeditorEditPage.body.php had this in two separate lines:

class FCKeditorEditPage extends EditPage
{

when it should've been just one line as per MW's coding conventions:

class FCKeditorEditPage extends EditPage {

The extension credits ($wgExtensionCredits) in FCKeditor.php seem to be out-of-date and using "double quoting" (i.e. "name" => "FCKeditor", and so on) when 'single quoting' would be OK. I've created a patch against the current SVN version to fix these minor issues, let's see if I can attach it here... ;-)

The attached page has 30 editor instances. When viewed in IE7 it's fairly heavy on CPU and memory but is functional. When viewed in Firefox 2, it crashes the browser; the browser eventually disappears leaving the option to report to Microsoft.

We advise our customers to use less than 6 editor instances on a single form. However, there is no imposed limit and we know of instances where up to 60 editor instances have been used successfully on a single page. They were using IE6 which doesn't have the performance problems of IE7 and doesn't crash like Firefox 2.

Our vital implementations should have more reasonable debug log statements.

The message incorrectly states that the user needs 1.5 or higher but it should be 2.0 or higher.

Trivial fix following

Reproducing Procedures

1. Open any of the sample page and load the editor with the following content and selection;

   va^lid
   

2. Enable SCAYT and waiting for SCAYT to be activated.
3. Click on table command to insert a default table in position.
   • Actual Result: The splitted word is not get marked.
   • Expected Result: SCAYT should reflect the correct status after the command.