Custom Query

Be able to add and edit <th> (table header) tags.

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1215407&group_id=75348&atid=543656

In recent story between KHTML developer and Apple, it is revealed that Apple made a lot of changes to the Safari such that they can break KHTML. Furthermore, people have to sign Apple's NDA to get to see the changes. Will FCKeditor's persuit of Safari compatibility break codes intended for KHTML?

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1234933&group_id=75348&atid=543656

hi, i think it would be useful to have a print css that simply hide the toolbar, leaving the rest as is.

cheers

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1246898&group_id=75348&atid=543656

Maybe it is possible to replace Style, Format, Font, Size and Source texts that are written next to dropdown boxes with icons. Text takes too much space on toolbar.

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1253476&group_id=75348&atid=543656

Hello all, I have been taking a look at FCKeditor as an HTMLArea control and I must say I really like what I see. I am going to look into tweaking the code in order place it in a YUI-esque class structure. I’d like to detail what I’m looking at doing to see if you’d be interested in integrating it back into the main project. If you've not yet taken a look at YUI its got some REALLY cool ideas - ​http://developer.yahoo.com/yui/index.html. The best thing I've learned from the YUI is its awesome use of class structures. Basically, everything Yahoo has released in its YUI is housed under a single 'global' JavaScript variable named 'YAHOO'. So, if you want to use the calendar, you access it via 'YAHOO.widget.Calendar', if you want to use the DOM module, you access it via 'YAHOO.util.Dom'. I can see that with fairly little effort, the FCKeditor could be modified to work in the same fashion. For example...

var FCKeditor = function( instanceName, width, height,
toolbarSet, value )

would be changed to...

FCK.editor = function( instanceName, width, height,
toolbarSet, value )

Thanks to the FCKeditor's current use of JavaScript objects (‘var FCKeditor = function’), it would be pretty simple to modify it to function like the YUI. Plus the only JavaScript naming restrictions users would have to abide by is not having a variable/function named 'FCK'. I’ve used this idea with much success in one or my own projects. All of my JavaScript now resides under a single variable/class structure and I believe the FCKeditor could also benefit. Anyway… I’ve attached the base creator .js for the FCK variable/class. If you’re interested in using this idea throughout the project, please do let me know.

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1478128&group_id=75348&atid=543656

Is it possible to detect an onChange event of the FCKeditor?

In a TEXTAREA it is possible to place an onChange event; but after substituting to it the appropriate statements for FCKeditor

$oFCKeditor = new FCKeditor('...') ;

and so on it seems that there is no way to detect a change performed by editing. FCKeditor installs in HTML three stetements, two of them <INPUT HIDDEN ....> and one <IFRAME ...> but it seems that none of the three can be checked for change of rhe value.

Do you know any way to detect a change?

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1497731&group_id=75348&atid=543656

if you have an image with a broken URL, the alt text will show in Firefox. this alt text is editable, but the changes are not saved.

to test:

1. open 2.4.3 demo
   
2. click Source
   
3. replace all source with '<img src="blah" alt="test" />'
   
4. click Source
   
5. the word "test" is visible and editable. edit the text.
   
6. click Source again.
   
7. the changes you made are not visible.

• type something in editor on ​http://www.fckeditor.net/nightly/browsers_test.html

• load another site by typing in the address bar or choosing a bookmark

• go back

Bug: your modifications are lost.

Proposal: tell Opera to use "fast" history navigation. It means the entire DOM and the user's changes will be preserved. See ​http://www.opera.com/support/search/view/827/

To be exact, the code to add to FCKEditor would be

if(typeof history.navigationMode != 'undefined')history.navigationMode='fast';

Display a generic placeholder for <object> and <embed> tags, similar to the flash placeholder:

• The default "plugin" icon (a puzzle) should be used for that.

• It would be nice to have a plugin system which makes it possible to defined object handlers, which are called for each object/embed tag to customize the the placeholder. It would replace the current Flash processor and open the API to easily handle other kinds of objects (like videos, MP3, etc...).

• A dialog to handle the default attributes for those tags could be also developed, but this is not a requirement for the first implementaiton.

• It seams that IE "activates" those kinds of objects, and some attributes could be lost because of it. Therefore, these tags should be "protected" (FCK.ProtectTags) before processing (FCKDocumentProcessor).

I'm testing the fckeditor demo at ​http://www.fckeditor.net/demo

a) add some text - Lorem ipsum dolor sit amet, anything

b) add a page-break

c) add some more text - some text abc xyz mno pqr cde.

d) click "Source" button, click "Source" again to return back to editing mode.

e) repeat step (d) 2-3 times, you will find empty paragraph tags adding before and after the page-break tags.

.

Here at Infoland we have a problem using the fckEditor. When using the fckeditor in a modaldialog, we're getting a javascript error when closing the dialog. The error is: "Can't execute code from a freed script".

It seems to be a timing issue since it doesn't occur every time. We've traced the problem to the point where the fckEditor seems to fire an onblur event. The error occurs in FCKFocumManager_FireOnBlur, which calls an anonymous function. Within this anonymous function, the error occurs. But since the code is "compiled", I can't make heads or tails of the code being executed. It's trying to execute a function in an array Called D at position i. So that's not helping. How should I continue to pinpoint the problem and solve it, because we really need this thing to work?

Update:

I've narrowed the problem down quite a bit. I attach an onblur event to the fckeditor in the "FCKeditor_OnComplete" function. This works fine until i load a plugin I created. Once i add the plugin (not even add the toolbarbutton that uses the plugin) the problem occurs. Although the plugin doesn't do anything with onblur events

I've created a testcase to reproduce the problem

I recently was playing around with the FCKEditor and noticed something strange. I am not sure if this has been reported before. If I click View Source(Most Toolbar buttons get disabled) then click the About button then click cancel in the about box the FCKEditors toolbar suddenly becomes enabled and if you click some of the buttons you get a javascript error.

As reported in ​https://sourceforge.net/forum/message.php?msg_id=4403698

My tests show that a textarea can be resized only if the editor is running from the filesystem, not from a server, and if the path contains at least a space.

Steps to Reproduce

1. Open sample06.html with Firefox;
2. Place the cursor at the end of the line;
3. Insert a Placeholder there;
4. Move the cursor and then move again to the end of the line (right "after" the placeholder) with a mouse click;
5. Hit Enter and type some text.

The following tag will be created in the new line:

<span style="background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); cursor: default;">

I think that it would be better if by default the content in the editor is rendered using standards mode by setting in the fckconfig.js

FCKConfig.DocType = '<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
	"http://www.w3.org/TR/html4/loose.dtd">' ;

and removing the td selectors in fck_editorarea.css

Of course anyone can do these changes in their setup, but I think that setting this ones as defaults might help to uncover some problems related to standards rendering and in the end the behavior of the browsers is much more compatible by using standards mode instead of quirks.

And if anyone uses just the online demo it can get standards rendering instead of quirks.

Those two files in dialog/common maybe could be removed.

The moz-bindings.xml isn't used at all as far as I can see, and the htc is used for the FCK__FieldNumeric class, but that class is used only in the flash dialog, and we could change it to onkeypress="return IsDigit(event);" as in other dialogs (fck_table.html for example)

The screenshot explains it all, actually.

1. Open a FCKeditor demo. Any will do.
2. Add a very long value to the select field.
3. The buttons on the right will move out of the visible part of the window, as the <select> needs more space.

Firefox 2.0.0.4

Normally, if you enter a blank line while in the numbered or bulleted list mode, you would exit the list mode. However, if both bold and italics are enabled, a blank line would not exit list mode.

Steps to reproduce.

1. Enable bold and italics formatting.
2. Enable either the numbered or bulleted list mode.
3. Enter in some text and press enter to create a list item.
4. Try to exit list mode by pressing enter again.

You would stay in list mode no matter how many enters you press.

Note that this bug does not occur if the text is only bold or only italics. It must be both bold and italics.

This bug is reproducible on both IE6 and FF2. I can also reproduce it on the latest nightly build.

Hi there,

According to XHTML standard (see ​http://www.w3.org/TR/xhtml2/mod-csImgMap.html), shape attributes in image maps are supposed to be lower-case (shape = "default|rect|circle|poly") - but every time I switch between WYSIWYG and source view, FCKEditor changes the shape attributes to uppercase, so:

<map id="banner_top">
<area alt="Load Ecclesiact Home Page"
href="http://www.ecclesiact.com" coords="15,26,265,111"
shape="rect" /></map>

becomes:

<map id="banner_top">
<area alt="Load Ecclesiact Home Page"
href="http://www.ecclesiact.com" coords="15,26,265,111"
shape="RECT" /></map>

When I validate the following minimal fragment at ​http://validator.w3.org/fragment-upload.html it passes, but after FCKEditor has changed the shape from rect to RECT it fails:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/2002/REC-xhtml1-20020801/DTD/xhtml1-strict.dtd">
<html>
<head><title>test</title></head>
<body>
<p><map id="banner_top">
<area alt="Load Ecclesiact Home Page"
href="http://www.ecclesiact.com" coords="15,26,265,111"
shape="rect" /></map></p>
</body>
</html>

Can this be fixed?

Please let me know if this issue is on your 'to fix' list - Thanks

Martin Francis, Canada <>< (My email name is martin and the domain is classaxe com)

When spell checking some garbage text, like "asdfasdfasdf23423423434", an error is thrown in SpellerPages for ColdFusion.

Ideally we should uniformize the tab behavior considering the following variations (ordered by priority):

• If FCKConfig.TabSpaces > 0, the configured number of spaces should be inserted in the selection, no matter the cursor position.

• A new setting named BlurOnTab, or something like that, should be created to be able to set the editor to loose the focus when hitting tab, moving to the next field in the form (just like any other form field).

• And finally the default behavior: no action on the text, and possibly reflecting Firefox's behavior for tables on all browsers: TAB and SHIFT+TAB to navigate between cells, or to add a new row if positioned in the last cell. (#775 and #891)

Pasting from Word...

When I paste from Word... I get the popup box... and it is easy to use...

But some of my users... find the button "Clean Up Box" confusing... because they think it refers to the actual process of converting "word" to "html" (a process of cleaning up the text)... so the users get very confused when it actually empties the box.

Could this button be renamed to: "Empty Box" .

The copy icon in the toolbar is activated after a mouse click in the editor even if no text is selected. It should not be active when there is no selection (nothing to copy).

Confirmed in the demo version of fckeditor at fckeditor.net

When updating the PlaceHolder in a floating div, FCK insert a new one.

Details

1. Add a Div, and float it left.

   <div style="border:1px solid red; float:left;">this is a div</div>
   

2. Switch to WYSIWYG view, and add a PlaceHolder in the Div
3. Double click the placeholder, and modify its content in the dialog window, click ok.
4. Fck adds a new placeholder instead of updating it.

This is a minor bug.

In the editor, if you use the Replace tool - and put something in the Find What field that is not in the HTML and hit the Replace All button, you get an error box "The specified test was not found" If you hit OK on that box, it closes the Replace dialog box as well.

If you do the same thing using the Replace button rather than the Replace All, when you hit OK you are returned to the Replace dialog box as you should be.

So...when you hit OK on the error from a Replace All, it would be good to go back to the Replace dialog rather than have that close.

Reproduction procedure:

1. Checkout the latest SVN code.
2. Open sample01.html in Firefox/Opera/Safari.
3. Press "Enter" between "This is some sample text." and "You are using FCKeditor.".
4. The second sentence is deleted.

The issue doesn't exist in 2.4.3, and it doesn't exist in my branch which I used to work on #125. So I'm sure the change leading to the bug is very recent.

It seams that both IE and Firefox have problems when dealing with properly nested lists.

Steps to reproduce

1. Load the following code in the source view:

<ul>
    <li>Level 1
    <ul>
        <li>Level 2
        <ul>
            <li>Level 3</li>
        </ul>
        </li>
    </ul>
    </li>
</ul>

2. Back to WYSIWYG, try to outdent "Level 2".

Expected behavior

The following code should be the result of the above action:

<ul>
    <li>Level 1</li>
    <li>Level 2
    <ul>
        <li>Level 3</li>
    </ul>
    </li>
</ul>

Current behavior

Firefox : no action at all. It simply does nothing.

IE : if you click at the end of the line (far to the right) before outdenting, then "Level 3" is changed instead. If you instead click on the middle of "Level 2", it is outdented correctly, but "Level 3" goes separated from the list.

When trying to cut in source view with CTRL+X, a JavaScript error is thrown. It seams to be an IE only issue.

Steps to reproduce:

1: Go to FCKeditor Demo at www.fckeditor.net/demo.
2: Click the New Page toolbar button and then the Source button
3: In Source view, enter the following HTML: <div style="border-bottom: green 2px solid">Just some text</div>

4. Return to non-source view by clicking the Source button
   
5. Attempt to add text into document in this view after the green line.

The cursor is always placed just after the last 't' and it's not possible to get it in a place that is outside of the DIV.

When defining an OnPaste listener inline in the page, the target function get executed twice. It has been tested with IE7 only.

Steps to Reproduce

1. Insert the following code at the top of sample01.html:

<script type="text/javascript">

function FCKeditor_OnComplete( editorInstance )
{
	editorInstance.Events.AttachEvent( 'OnPaste', myPasteListener ) ;
}

var myCounter = 0 ;

function myPasteListener( editorInstance )
{
	var textHtml = editorInstance.GetClipboardHTML() ;

	window.top.document.title = ++myCounter ;

	editorInstance.InsertHtml( textHtml.toLowerCase() ) ;

	return false ;
}
</script>

2. Open the page and try to paste. Note that the data is pasted twice, and the counter steps two numbers in the window title bar.

This is a regression, 2.4.3 worked fine.

Load sample06.html in IE6, put the cursor inside some text and try to insert a PlaceHolder with any text, it just won't work.

Debugging it, the problem is in internals/fckdomrange_ie.js before the oIERange.pasteHTML('') ; in line 118 the body contains the empty span (and sometimes and extra &nbsp; after or before it), but after it is executed the span is removed, so when it is returned to the plugin, the span isn't in the document and it won't be shown.

# FCK rewrites the redirect command into a numbered list.

# It should recognize the word, and it would be nice to have a button in the toolbar that makes a dialog pop-up similar to the "insert / edit link" one, so that we get the automatic seach results.

# Hint: in FCKeditorParser.body.php, adding "#REDIRECT" to the list of magic words solves the issue

You can get a list of allowed custom tags inherited from MW extensions, for example for www.mediawiki.org, go to Special pages/version, and you will get:

Parser extension tags<br><timeline>, <hiero>, <charinsert>, <ref>, <references>, <inputbox>, <imagemap>, <source>, <poem>, <categorytree>, <fundraising>, <fundraisinglogo>, <fundraisingdonor2> and <pre>

Ideally you should have a button proposing to enter a custom tag, offering the list from above, for instance:

<tag_label param1 param 2> </tag_label param 1 param 2>

should be allowed.

In addition, manual tag entering should be allow, like the nowiki, noinclude, includeonly ones. FCK just removed my nowiki tags from my article.

The FCKTableCommand class is not context sensitive and this causes the icons from the tablecommands plugin to always be active even if the user is outside of a table.

It should be easy to add correct GetState function to this class.

Something like:

if(FCK.EditorDocument != null){

if(FCKSelection.HasAncestorNode('TABLE')){

return FCK_TRISTATE_OFF ;

}

} return FCK_TRISTATE_DISABLED;

When I have written a text and press undo the cursor is moved to the end of the document. This is not good when changing text inside a large article. The undo/redo system should remember the cursor position along with the snapshot.

Verified in IE7 nightly build (r598).

This ticket aims at splitting ticket 1010 in 2. See ticket 1010 for more background on the request/proposed implementation. The pre tag should be moved from format select box to the custom tag/style one, ie be treated as noinclude, nowiki, etc... as it can span on several lines.

Proposal for styles (follow-up of request 1010): to make people realize their text is within a special tag, I would propose to have a background color for the style, with dashed border (uniform with pre, and avoids confusion with FCK tables that can only have solid borders). Dashed borders would then mean that we are within a special tag, such as:

fck_mw_nowiki {
	padding: 0.5em;
        margin: 1em;
	border: 1px dashed #2f6fab;
	background-color: #f9f9f9;
	line-height: 1.1em;
}

fck_mw_noinclude {
	padding: 0.5em;
        margin: 1em;
	border: 1px dashed #87f906;
	background-color: #d1f2ab;
	line-height: 1.1em;
}

fck_mw_includeonly {
	padding: 0.5em;
        margin: 1em;
	border: 1px dashed #fe1fbf;
	background-color: #f7d3ed;
	line-height: 1.1em;
}

With IE, the cursor position is wrong when hitting Enter in a control selection. Ok with Firefox.

Steps to reproduce

1. Insert an image in the middle of some text (a smiley, for example).
2. Click on the image to select it.
3. Hit [Enter].

The paragraph will be correctly split, but the cursor position will not be at the start of the second block. The effect is even worst if adding the image at the end of the paragraph.

It was working properly with version 2.4.3. Tested with IE7.

When a page is edited with HTML comments within the wikitext (<!-- ... -->) the comments are lost both in the FCKeditor page and the wikitext view

1. At the Formal dropdown window, select Normal or Normal (DIV) from the dropdown menu.
2. Notice when the dropdown menu closes, you have a blank Format window.

1. click on the Insert/Edit Link button.
2. When the Link dialog box opens, in the URL field, enter a link e.g.

www.google.com and click on OK.

3. The Link dialog box closes and www.google.com will be displayed in the

message panel.

4. Highlight the link www.google.com in the message panel and in the toolbar

click on the "Remove Link" button.

5. Notice in the link, the underscore is removed.
6. Cursor in the text panel and cursor should now be blinking behind the

letter m of www.google.com .

7. Hit the space bar in the keyboard once and notice the link: www.google.com

becomes a link again.

8. Workaround: Hit a space after the link: www.google.com before clicking on

the "Remove Link" then the underscore will not return.

To reproduce the bug:

1. Open sample01.html.
2. Press Enter at the end of the line, and type "some more text here" at the new line.
3. Select "You are using".
4. Press Ctrl-X, then Ctrl-Z. The selection should be restored correctly.
5. Select "This is some".
6. Press Ctrl-X, then Ctrl-Z. The old "You are using" selection is restored.

To reproduce the bug:

1. Go to sample01.html.
2. Delete everything in the editor document.
3. Create an empty table.
4. Click the "Source" button three times.
5. JavaScript error occurs, preventing the user from entering Source mode.

The fckeditor's named command 'paste' is not executed on pressing command+V in Mac firefox. So it is not possible to intercept the paste command on Mac firefox. This works fine on Windows using Ctrl+V but similar behaviour is not shown with command+V on mac.

Reproduction procedure:

1. Go to sample01.html.
2. Press Ctrl-A to select all.
3. Press Del to delete everything.
4. Type "First line", press Enter.
5. Type "Second line", press Enter.
6. Type "Third line", press Enter.
7. Notice the line spacing between "First line" and "Second line" is much larger than expected.

This bug does not occur in 2.4.3.

In FCKEditingArea one can see the commented lines with a todo task.

// IE: Avoid JavaScript errors thrown by the editing are source (like tags events).
// TODO: This error handler is not being fired.
// this.Window.onerror = function() { alert( 'Error!' ) ; return true ; }

Fortunately I've found a possible solution. An error handler can be attached to the iframe's content window by adding the script tag that does it during the rendering of iframe's body (see below). It seems that the dynamic attaching of the handler is not implemented in IE.

var oDoc = this.Document = this.Window.document ;

oDoc.open() ;
oDoc.write('<script>window.onerror = function() { alert( 'Error!' ) ; return true ; };</scr'+'ipt>') ;
oDoc.write( html ) ;
oDoc.close() ;

Reproduction procedure:

1. Open sample01.html in Firefox.
2. Press Ctrl-A and Delete to delete all contents.
3. Press Enter.
4. Press Backspace.
5. Now the caret disappears.
6. Press the up arrow key.
7. Now the caret hangs above the empty document.

This bug can be reproduced on both the current SVN version and in 2.4.3.

I have been using FCK Editor in my web pages for quite some time. It works great in IE6/IE7, FireFox Versions 1/ 1.5 / 2

But to my surprise it just failed to appear in upcoming Fire Fox 3.
I have tested with Fire Fox Alpha 3 Build 7 ( Gran Paradiso )
I have downloaded Firefor 3 from :
​http://developer.mozilla.org/devnews/index.php/2007/08/03/gran-paradiso-alpha-7-available-for-download/
I am worried : It is just a temporary bug or Firefox is going to drop support for Design Mode functionality all to gather.

Thanks

Sharad

This bug is reproducible under both 2.4.3 and the SVN version, though with different procedures. They both seem to be related to the bogus <br> tags added by Mozilla Midas and by us.

Reproduction procedure on 2.4.3:

1. Go to sample01.html, delete everything.
2. Press Enter twice.
3. Press Backspace twice.
4. Press the up arrow, now the caret hangs above the document.
5. Press the "Insert Special Character" button, and insert a "TM" character.
6. Try to delete the "TM" character by backspace or delete.
7. The "TM" character cannot be deleted, even select + delete does not work.

For the SVN version, I don't have a reliable way of reproducing it, but it seems to occur more often in the SVN version. The following is a more reliable method that I can get the bug to occur after a few trials:

1. Clear the editor document, and insert a "TM" character with the "Insert Special Character" dialog.
2. Press backspace to delete it. If you are lucky it wouldn't work.
3. What if it worked? Undo with Ctrl-Z, and the game begins...
4. Try any method to move the caret around the "TM" character, End, Home, Left, Up, Down, Right, etc. Open a new line or two below it and delete them. Just mess with the caret, and then try to delete the "TM" character.
5. After a few trials, you find the "TM" character have gained immortality... if you don't switch to Source mode or refresh the page, that is.

I am Blind and am developing content on a site hosted by www.icthustech.com. icthus.com uses the DotNetNuke portal and the DotNetNuke portal uses the FCKEditor. The editor works fine when composing straight text but I can't use the toolbar because all or most of the controls are graphics that can't be picked up by Screen Readers. Furthermore, there doesn't seem to be any keyboard equivalents. For these reasons, I can't even document the problems. I'm asking that the FCKEditor follow guideline. Web Content Accessibility Guideline 1.0 Guideline 8. Since access to these controls is critical for content developers, this is considered a priority one checkpoint.

The first bug is that vertical cell merging in Firefox does not work.

Reproduction procedure:

1. Create a new table.
2. Select two adjacent cells in a column.
3. Right click -> Cells -> Merge cells.
4. The cells aren't merged.

The second bug is that the horizontal split cell command produces "inefficient" tables. Reproduction procedure:

1. Create a 3x3 table.
2. Select a row with 3 cells, and merge them. (or "Merge Right" twice in IE)
3. Now split the merged cell.
4. Go to source mode.
5. Notice that for all rows, the first cell of the row has a colspan=2, which is excessive.

Scenario:

1. Create a table
2. Move the cursor to the paragraph above the table
3. Press "del" to delete the table
4. Press "CTRL-Z" to restore the table
5. Javascript error because of body element beeing deleted

Tested in Nightly build with IE7

The bug does not seem to apply when the table is deleted as a control object (selected and then deleted)

When editing a new page in WYSIWYG mode and creating a bulleted list a <BR> is added to the end of the list entry. I have found this tricky to reproduce, so it maybe related to the first time the script is run.

Scenario:

1. Create a table
2. Click the mouse outside of the table (either just before or after)
3. The cursor is placed outside of the table at the height of the last row
4. When starting to write the cursor is moved to the correct position (either into the paragraph above or the paragraph below).

Tested in nightly build with IE7

The wrongly placed cursor is a bit confusing for the user.

Reproduction procedure:

1. Type some text in the editor under IE
2. Change the text to "Formatted" in the format menu.
3. Press Enter twice inside the formatted text.
4. Press Enter even more, say, ten times.
5. No matter how many times you pressed Enter, there is only one line break.
6. Switch to Source mode, you'll notice that there are many <br> tags where you pressed Enter, but all of them translated to only one line break in WYSIWYG mode.

We are extensively using ranges in FCKeditor. The ​W3C and ​MDC define the range.detach() function. The following is its description from the MDC:

"Releases Range from use to improve performance."

It seams we are not using it in our code. We need to investigate all points in the code that could take benefit of it.

Steps to reproduce:

1. Create a new paragraph
2. Write a text
3. Select all text in paragraph (but not paragraph)
4. Apply bold or italic
5. The non break space is selected
6. Press delete and the whole paragraph is deleted and not only original selected word.

Tested in IE7 and nightly build.

The basic idea would be to raise an event each time a dialog is loaded, giving this way the ability to a plugin to customize the way that dialog works (for example changing the default value of some field, adding new fields or hiding existing ones).

Each time a dialog is loaded, in the call to window.parent.InnerDialogLoaded() it should pass the command that it's handling: window.parent.InnerDialogLoaded('link') or window.parent.InnerDialogLoaded('anchor'), etc...

Then an event will be raised from the FCK object sending as parameters the name of the command an a reference to the loaded window.

From that point, it's up to the plugin to do whatever it wants, and we should provide some samples about how to use it, but I guess that there can be some interesting ideas to improve the way some dialogs work for some people (like those that want to add presentational features like border colors and background images, or on the other side, remove all traces of such features and use only semantic elements), that we'll be able to see only after something like this is released.

It would have been nice if I could have set the max height of the various dropdown panels (like the format, style panels) with css applied to the SC_Panel class.

Currently the max height is set manual into fckspecialcombo.js at line 29 and this height will override the height set in css if the offsetHeight (height of elements) exceeds the maxHeight.

Maybe it could have been added a check to see if the height is set with css and then apply this as a maxheight, or the max height could be set with a configuration variable.

The bottom border of edititng area disappears after expanding the toolbar manually. Browser version: Opera 9.23

When creating an anchor in FCK, and then displaying corresponding wikitext, I get an empty link:

[[]]

Mediwiki recommendation for creating manual anchors is to do:

<span id="anchor_name"></span>.

See ​http://meta.wikimedia.org/wiki/Help:Link#Anchors for details

This issue seems to be Firefox specific. The bug seems to be in the FCKEnterKey class although I could not figure out how to fix it.

To reproduce (very easy):

• download the latest nightly built (or version 2.4.3)
• edit fckconfig.js and replace: FCKConfig.EnterMode = 'p' ; by FCKConfig.EnterMode = 'br' ;
• Load the _samples/default.html page into Firefox
• Now keep pressing the enter key until the cursor goes down enough to create a scrollbar

What you will see: You will notice that the scrollbar does not go down and follow the cursor as expected. So the cursor becomes no longer visible.

What should happen instead: The scrollbar should scroll down and the cursor should still be visible.

NOTE: Type any character (other than Enter) and the scrollbar will work fine, which seem to point to a bug in the Enter Key handler code

Dear Fred and developers,

Currently the Form dialog has :-

1. Name
2. Action
3. Method

I'd like you to re-write the form dialog.

A new form dialog has -

two tabs.

1. Properties

which has 3 form elements -

1. Name
2. Target [_blank,_parent,_self,_top]
3. Class/ID

2. Handlers which has 3 form elements -
   1. Actions [url]
   2. Method [post, get]
   3. Encoding [text/plain, multipart/form-data, application/x-www-form-urlencoded]

Thank you so much for your time, consideration and hardwork.

Dear Fred and developers,

Currently the Flash Properties dialog lacks some attributes:

1. quality [low, high, autolow, autohigh]
2. wmode [window,opaque,transparent]
3. align [baseline, top, middle, bottom, left, right, texttop, absmiddle, absbottom ]
4. swconnect [true, false]
5. plugsinpage [url]
6. background color [bgcolor]
7. vspace [length]
8. hspace [length]
9. Class/ID

Thank you so much for your time, consideration and hardwork.

Currently the dialog let us preview special characters like ©. Please add 'Description' text at the bottom of that preview box like Copyright, Trademark, Phi ..etc

Moreover, the dialog should have 2 additional previews for

1. HTML code, e.g. &copy;
2. Number code, e.g. &#169;

Please increase the width and height of that dialog page as well as font sizes so that we can view characters more clearly and vividly.

Reproduction Procedure:

1. Go to sample12.html
2. Change Enter mode to BR
3. Ctrl-A, Delete in the document to delete everything
4. Type "line1" <Enter>
5. Type "line2" <Enter>
6. Type "line3" <Enter>
7. Switch to Source mode
8. Switch back to WYSIWYG mode
9. Go to the end of the document, press Enter
10. Switch to Source mode
11. Now the last line of the HTML code reads "<br type="_moz" />".. which shouldn't happen.

The issue can be reproduced on Opera, Firefox and Safari

If you create a template such as:

{{aa
bb}}

In IE6, you will get as wikitext:

{{aa bb}}

Firefox works just fine. Any idea?

Not something about patents or anything, just the fact that in most cases png can give better compression than gifs, specially if they are processed with a specialized program. A list is available ​http://en.wikipedia.org/wiki/PNG#File_size_and_optimization_software

Pngcrush was good, but now it seems that it isn't the king. I've tested pngoutwin (trial) and it was able to shrink the fck_strip.gif from 4804 to 2870 bytes, and the toolbar.buttonbg.gif from 829 to 127 (well, and then the remaining gifs processed in the demo did get bigger, so we leave them just as they are)

Of course, the size of the images isn't really a very big deal, but every little detail can help to improve performance.

Steps to reproduce (for checkboxes, radiobuttons, etc).

1. Load sample01.html
2. Set the cursor at the end of text.
3. Press Checkbox button on the toolbar. A dialog window will appear.
4. Fill the fields in and press Ok button.

A checkbox has been inserted but Undo button is disabled.

This can be fixed pretty easy by adding the following line in Ok function of the appropriate dialog window (see dialog/fck_table.html for example).

oEditor.FCKUndo.SaveUndoStep() ;

But I wonder if this behaviour is intentional.

When editing a page, if you follow the "Show Changes" button, the text of the changes that are converted to the html version when it should remain as wikitext. The preview and actual code remain as wikitext, so this appears to be a cosmetic issue for the diff only.

Reproduction procedure:

1. Open sample01.html in Firefox.
2. Press "Source" button to go to source mode.
3. Press "Source" button again to go back.
4. A JavaScript error occurs: "this.Window has no properties".

The same problem does not occur in IE. Also it seems the bug was introduced with the style system.

Reproduction procedure:

1. Open sample01.html in Firefox.
2. Enable "Show Blocks".
3. Place the cursor to the end of the first paragraph.
4. Press Shift-Enter.
5. Press Enter to open a new paragraph.
6. Now go back to the empty line in the previous paragraph.
7. Press Delete, press it again, press it as much as you want.
8. The second paragraph stays there as if nothing happened.

The Home and End keys are not working for numeric fields on some dialogs, like the table dialog.

Using Firefox > 1.5 and starting the FCKEditor-2.4.3 we get some errors in the Javascript-Console for ignored properties display, filter, text-overflow. These properties are not supported by Firefox and so we dont like to see them as errors.

Steps to Reproduce

1. Load sample01.html in IE.

Note that the Format combo shows "Heading 1". It is much probably getting the style for the <h1> title of the test page, outside the editing area.

To test it, append the following definitions to the fckstyle.xml file:

<Style name="Size: 12 px" element="span">
	<Attribute name="style" value="font-size:12px" />
</Style>
<Style name="Size: 14 px" element="span">
	<Attribute name="style" value="font-size:14px" />
</Style>

Steps to Reproduce

1. Open sample01.html;
2. Select all;
3. Apply the "Size: 14 px" style;
4. Select the first word: "This";
5. Apply the "Size: 12 px" style.

Checking the source, you will find the following:

<span style="font-size: 12px"><span style="">This</span></span>

Steps to Reproduce

1. In the source, paste <p><span>Some text</span></p>;
2. Switch back to WYSIWYG.

Note that all <span> based styles in the "Style" combo are active. The first items in the Font and Size combos are also active.

When editing pages using IE6, the wikitext button does not work, pre-exisiting content that used an older FCKEditor conaining spanned table columns cannot be edited in the rich editor. Also, links get duplicated over and over in pages of this type. A java script error occurs when clicking the wikitext button. The error is object does not support this property or method. See the discussion page on the MediWiki+FCKEditor.

Firefox works correctly.

Hitting Backspace after links makes text unlinked not removes the symbol before caret.

Steps to reproduce

1. Load sample01.html
2. Place caret immediately after the link before period.
3. Press Backspace.

Tested with IE 6.o

When I use the format "Formatted" every newline leads to a new "Formatted" text block. I would expect that all text that is entered will be shown in the samen text block.

Steps to Reproduce

1. Load sample01.html;
2. Enable "Show Blocks" to make things easier to see;
3. At the end of the paragraph, hit Shift+Enter;
4. Now hit Enter for a new paragraph;
5. Hit backspace.

The second paragraph will be correctly removed, but the cursor will be blinking in the wrong place. The line space in the first paragraph will be removed too.

The problem is that the ending paragraph doesn't have the bogus BR anymore, so it doesn't get expanded.

Steps to Reproduce

1. Open sample01.html and enable "Show Blocks";
2. Hit Enter at the end of the paragraph;
3. Hit Shift+Enter.

The cursor will make a "quick strange blink", but there will be no visual results.

Switching to source view, the second paragraph will display the correct HTML:

<p><br />
&nbsp;</p>

So it seams that the Shift+Enter itselft is working, but the selection is not being made visible after the <br>.

The following input:

do
{
    alert( 'Test' ) ;
}
while ( (keyElem = getNextSibling(keyElem)) != null );

Outputs like this:

do{alert('Test');};while ((keyElem=getNextSibling(keyElem))!=null);

To note the semi-colon added right before "while".

Nested comments work in JavaScript FCKpackager cannot handle these:

/* asdkfjasdfk
as as;dfkj;lj
asdflkjasdfjk
// */

The following input:

if ( /*is.ns5 &&*/ subDivs[idx].className=='DLG_edittext' && subDivs[idx].style.width ) // fix firefox bug
    button152.enable(bMode&&bEdit/*TODO &&theApp.clipboard.canPaste(theApp.clipboard.titleData.title.arChld[0])*/);  //

var testFunc = function(tempNode) { 
  var fs = tempNode.style.fontSize; 
  fs = parseInt(fs); //.substr(0,fs.length-2); // remove px
  fs = Math.round( fs / 1.3333 ) + "pt"; // convert to points
  var bs = fs * 2; 
  return bs 
}

Outputs like this:

if (/*is.ns5&&*/ subDivs[idx].className=='DLG_edittext' && subDivs[idx].style.width ) //fix firefox bug button152.enable(bMode&&bEdit/*TODO&&theApp.clipboard.canPaste(theApp.clipboard.titleData.title.arChld[0])*/);  //var testFunc=function(A) {var B=A.style.fontSize;B=parseInt(B);B=Math.round(B / 1.3333 ) + "pt"; //convert to points var C=B*2;return C};

The comments have not been stripped out, breaking the code in some cases.

Steps to Reproduce

1. Load sample01.html and enable "Show Blocks";
2. Hit Enter at the end of the paragraph;
3. Hit Shift+Enter to expand the new block with a new line;
4. Hit Enter. The newly created paragraph is placed before the old one, instead of after it.

Steps to Reproduce

1. Load the following code at sample01.html:

<p>Line 1</p>
<p>Line 2</p>
<p>Line 3</p>

2. Switch back to WYSIWYG;
3. Place the cursor at the end of "Line 2";
4. Select "Heading 1" in the Format combo;

All paragraphs after "Line 2", inclusive, will get the selected style.

It works well with FF2.

Steps to Reproduce

1. Open sample01.html;
2. Load the following HTML (no enter between blocks):

<h1>Title</h1><p>Sample text</p>

3. Switch to WYSIWYG;
4. Move the caret after "Title".

In Firefox, the Format combo will display "Normal" instead of "Heading 1". It works well with IE.

This impacts not only the Format combo, but any kind of formatting thing that happen at the end of paragraphs.

OS: Kubuntu 7.04 / Windows Vista Browser: Firefox 2.0.0.6 FCKeditor: 2.4.3

Just write a letter and the make a whitespace. The cursor is still blinking after the letter, not after the whitespace.

If the selection is collapsed in the one of the boundaries of a style element, the element must not be removed when removing the style.

For example, today we have the following behavior when removing a <b> style (where "|" represents the selection):

Before:
   This is some <b>styles|</b> text.

After:
   This is some styles| text.

The expected result is the following instead:

   This is some <b>styles</b>| text.

The style is simply moved outside the element. The same behavior is expected if the collapsed selection is placed at the beginning of the element.

List are producing even stranger behaviors now.

For instance, start from a blank page, click "insert bullet list" button, and start typing, you will get:

<p>dfdsfdsfsd</p>
<ul>
    <li>&nbsp;</li>
</ul>

Worse, you will not even be able to write on the bullet list any more.

Steps to Reproduce

1. Load sample01 with IE;
2. Hit enter at the end of the text to start a new paragraph;
3. Create a list.

Nothing will happen. No lists. The same things is valid when selecting two successive empty paragraphs.

The code introduced with [865] is ok only if inside elements with contents. For empty elements, we must really remove them.

Steps to Reproduce

1. In sample01, place the caret at the beginning of the text;
2. Hit CTRL+B to apply the bold style. We have an empty <b></b> with the selection inside of it at this point;
3. Hit CTRL+B to remove it. The <b></b> was not removed (Firebug inspect) and the selection has been moved right after it.

Steps to Reproduce

1. Load the following HTML:

<p>Line 1</p>
<ul>
    <li>Line 2</li>
</ul>
<p>Line 3</p>

2. CTRL+A to select all (or mouse selecting all, even partially);
3. Click the "Bulleted List" button.

Current Results

<ul>
    <li>Line 2</li>
    <li>Line 1</li>
    <li>Line 3</li>
</ul>

The new list items have been placed at the end of the pre-existing list.

Expected Results

<ul>
    <li>Line 1</li>
    <li>Line 2</li>
    <li>Line 3</li>
</ul>

It is not possible to apply styles with the same element name, and different class names. The editor automatically overrides class attributes.

The class attribute should be an exception to the rule. Elements with different classes should be treated as different elements. Only override rules could be used to indicate that a style must override other class based styles.

FCKEditor nightly built version:

1.) let's type some text 2.) use an inline style - for example "Inline quotation" 3.) select a part of the inline-styled text 4.) use Bold (or underline or italic) and the selected text will be bold - all right 5.) use Bold once more and the selected text will be normal - all right 6.) use Bold once more - FCKEditor uses the Bold for the whole inline object - failure

Browser: Mozilla Firefox 2.0.0.7 OS: WinXP Pro SP2

Steps to Reproduce

1. Remove all text;
2. Type "Line 1" and select the "Numbered List" button;
3. Type "Line 2";
4. Hit the "Increase Indent" button.

Current Results

<ol>
    <li>Item 1</li>
    <li style="margin-left: 40px">Item 2</li>
</ol>

Expected Results

<ol>
    <li>Item 1
    <ol>
        <li>Item 2</li>
    </ol>
    </li>
</ol>

This result can be achieved by clicking in the middle of "Line 2" after step 3.

Reproducible with IE. Ok with FF.

FCKeditor Nightly Built version:

1. type some text
2. use for it an inline style for example "Inline quotation"
3. select a character inside the styled area
4. use for it another inline style for example "Cited work"
5. go one position left (or right)
6. delete the character (with backspace or delete)
7. caret disappeares (but pushing up or down comes at the first or at the last row)

Conditional compilation comments must not be removed from the script while compressing. For example, the following code is completely removed today:

/*@cc_on
   @if (@_win32)
      document.write("OS is 32-bit. Browser is IE.");
   @else
      document.write("OS is NOT 32-bit. Browser is IE.");
   @end
@*/

​This page has more information about the Conditional Compilation syntax.

In IE, when customizing the security settings, under "Scripting", you will find "Allow paste operations via script". By default it is set to "Prompt". If instead it is set to "Disable", the cut and copy buttons will have no effect.

As in FF, a message should be displayed, indicating that the operation failed because of the security settings, and that the keyboard must be used for that instead.

Steps to Reproduce

1. Load the following HTML:

<p><a href="http://www.example.com">Test</a></p>

2. Place the caret before "Test";
3. Click the Bulleted List button.

A JavaScript error will be thrown. Confirmed with IE7 and FF2.