Custom Query

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.

I would like to make the File Browser Connector and Quick Uploader configurable with a Java interface. The current implementation is hardcoded to use the server file system. This is something which severly limits the use of the Java libary in more mature products or frameworks, because it's likley that these do have their own way of managing the server side resources - not necessarily on the server file system.

I plan to study this set of patches: ​https://sourceforge.net/tracker/index.php?func=detail&aid=1605345&group_id=75348&atid=543655
​https://sourceforge.net/tracker/index.php?func=detail&aid=1504513&group_id=75348&atid=543655
​https://sourceforge.net/tracker/index.php?func=detail&aid=1026583&group_id=75348&atid=543655
​https://sourceforge.net/tracker/index.php?func=detail&aid=1026582&group_id=75348&atid=543655

so it's possible and documented how to define a custom toolbar without using a customconfig.js file but instead just specifying its contents at the moment the editor is created. This should allow also other kind of customizations in the future.

I'll work in a new branch were I'll apply other patches, I'll try to open tickets for each one .

This might be a fix to this bug: ​https://sourceforge.net/tracker/index.php?func=detail&aid=1613963&group_id=75348&atid=543653

All form fields are enabled during editing. So, one can check checkboxes, insert text on fields, open combo boxes, or even click on buttons.

Especially on IE, <span> tags are not removed when using the "Remove Format" button. Any kind of "inline" formatting must be removed instead.

When adding a flash object through the SOURCE view and saving a page with IE it strips out the <embed> tag. This leaves the flash to work in IE but not in Firefox (1.0).

When editing in Firefox - however - the <embed> tag remains and all is well.

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

When accessing the clipboard, confirmation is requested by Internet Explorer 7 more than one time (e.g. two or three times).

Kindest regards from

Lothar Bongartz moove

lbongartz@…

I would like to create XHTML as the following:

<ul>
    <li class="decimal">
        <span class="ol">1. </span><em>Test 1</em><br />
        This line should appear on a new line, because a '<br />'
        was entered with 'SHIFT + ENTER, just after '<em>Test 1</em>'.
    </li> 
</ul>

But in fact in (Internet Explorer 7) when I hit SHIFT + ENTER a single time, the <br /> diasappears (for example: after switching to source-mode and back).

In Firefox i've no problem at all and SHIFT + ENTER behaves like expected!

I found two 'solutions':

1. Remove the <em> and </em> surrounding 'Test 1'
2. Hit SHIFT + ENTER twice!!!!

For me this is a huge problem, because the users of my CMS (most of them use Internet Explorer) of course would never think about hitting SHIFT + ENTER twice.

Regards,
Koen Willems

When I test CKPackager with the "basic" and "fckeditor" samples provided with CKPackager, it works. However, when I use it on the code currently under SVN, it outputs this error:

~/FCKeditor/2_4$ mono ~/CKPackager/CKPackager.exe editor/_packager.xml

CKPackager - Version 1.1 Build 3297
Copyright 2004-2006 Frederico Caldeira Knabben - All rights reserved
For more information please visit http://www.fckeditor.net/ckpackager

This software is not registered yet.

Please type the registration name (leave blank for demo):

You are running CKPackager in demo mode. All files generated in this mode are
bound to the terms of the CKPackager License.
Please type the word "demo" to continue and hit enter (leave blank to exit):
demo


Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object
  at d.a (System.Xml.XmlDocument A_0) [0x00000]
  at d.a (System.String A_0) [0x00000]
  at j.a (System.String[] A_0) [0x00000]

Working in the latest stable version (download this morning). Paste as plain text is working nicely, but not operating correctly in Firefox. Previous versions on FCK don't exhibit this problem.

When you paste from word their is, correctly, a popup window into which you can paste the content for format-stripping, however a second copy of the content is still pasted into the parent (or opener) window. The result is, once you submit the data in the popup window, you end up with two copies of the same text in the window, the first of which retains it's original formatting.

IE7.0 is stripping the formatting correctly (I note without a popup window). It seems that the newer version is successfully spotting that a popup window is required for Firefox, but doesn't stop the original paste command into the main window.

Hope this helps with the development!!!

I'm using the .net dll version (not sure if this is relevant info).

After a html insertion in "source" mode, and switch between "wysiwyg", "source" mode, content is broken: Insert HTML:

<html>
<head>
<meta http-equiv="Content-Typ!" content="text/html; charset=windows-1251">
<title>Title</title>
</head>
<body>
Some text.
</body>
</html>

After switch between "wysiwyg", "source" mode:

<p>
<meta content="text/html; charset=windows-1251" http-equiv="Content-Typ!" /></p>

Browser IE 6.0.

when this configuration is used

FCKConfig.EnterMode = 'br' ; p | div | br
FCKConfig.ShiftEnterMode = 'br' ; p | div | br

then next list item (ordered and numbered list) takes value from previous.

tested platforms: firefox 2.0.0.1 / linux (ubuntu edgy) firefox 1.5.0.9 / windows XP Home SP2

<frameset cols="175,*">

<frame name="left" src="left.asp" target="main" scrolling="auto"> <frame name="main" src="main.asp">

</frameset>

main.asp contains a fckeditor.

bug: the editor's size (width & height) is wrong on full-window mode.

editor uses browser's available width and height, but this is not page's available size when page in a frame.

Go to code view and enter this:

<div><strong>This is a text in </strong>bold.</div>

Go to WYSIWYG mode and put the cursor just before the b (from 'bold') and press SHIFT+ENTER. Line correctly wraps. Go to code view and presto.... the BR is gone (and when you switch back to WYSIWYG mode the lines have merged).

Using windows XP SP2 with Internet Explorer 6.0, cut, copy, paste and past as plain text are not working in text area.

Description: The context menu and dropdowns are mispositioned if the editor is created within a div that has scrolling.

Browser: FireFox (FF) 1.5.0.9

How to reproduce: See attached file. Example is created for a screenresolution 1600x1200.

If you're able to use the editor before scrolling, the context menu is positioned correct. Scroll down and try again; The context menu and dropdowns are now mispositioned.

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

Hey guys,

Since last version (2.3.x) I use the tabspace = 5 to configure a 5 spaces ident when pressing the TAB key. On version 2.4 this behavior stopped working, although the fckconfig also being configured to 5. Now when I press TAB the cursor goes to the next field on the page intead of spacing the text on 5.

PIV 2,4GHz - WinXP Prof SP2, IE7

Tks, VONAH

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

Hi,

I found a reproducible problem with the versions 2.4 and 2.3.

Although the fckconfig.js contains...

FCKConfig.StartupFocus = false ;

... the fckeditor gets the focus after page is (re)loaded. In such case, the "Del"-key (character delete) is not functional until I click the mouse some ware in the text or change the focus to another control and then back to the fckeditor.

To reproduce this, please do the following:

1. Download the 2.4 Version, you don't have to change anything.
2. Start "default.html" (local file in the _sample directory) in the IE (6.1 or 7.0)
3. Click with the mouse some ware on the text within the editor, you must see the cursor now.
4. Click outside the editor (but in the same frame) with the right mouse key and select from the context menu "Refresh" (i.e. reload the frame)

The frame with the FCKeditor will be reloaded and the fckeditor will get the focus automatically after that - you will see the cursor within the editor. Try the "del"-key, which has no effect (you can not delete any character) until you click with the mouse within the editor or change the focus.

On some of my html pages I can reproduce this behavior after a page load (not only on reload), so there is a real focus problem within the new version.

Regards Peter

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

We found a little bug. If you paste the following code in your editor (v 2.4 or older) and then switch 2 oder 3 time between source code and normal view the browser (IE 6 and 7 and Firefox 1, 1.5 and 2) hang up.

This is the code:

<h1>Test</h1>
<h4>test</h4>
<!--{PS..0}--><!--{PS..2}-->
<!--{PS..3}-->
test

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

In many cases it is needed to have displayable protected areas in editor. (Read-only content). It would be a very useful feature.

Enter the following code in the editor, put the cursor just behind www.xxx.be and press ENTER. Everything below this line is DELETED (serious bug if you ask me).

<p><font color="#993366"><font color="#000000">La zone:</font></font></p><p><font color="#000000">- le Règlement de police (<font color="#0000ff">dans ce site aussi</font>)</font><br /><font color="#000000">- un répertoire téléphonique</font><br /><font color="#000000">- des liens utiles </font><a href="http://www.polbru.beListe"><font color="#993366" /></a><br /><a href="http://www.xxx.be"><br />www.xxx.be</a><font color="#993366"><a href="http://www.polbru.beListe"><font color="#993366"><font color="#993366"><br />Liste des commissariats et services de garde</font><br /><font color="#000000">Direction générale<br />Rue Marché au Charbon 30<br />1000 Bruxelles<br />Tél. 02 279 77 11 – fax 02 279 77 15<br />Service de garde 24/24</font><br />&#160;<br /><font color="#000000">12ème division (Laeken)<br />Avenue Houba de Strooper 141<br />1020 Bruxelles<br />Tél. 02 279 82 10 – fax&#160; 02 279 82 09<br />Ouvert de 7 à 22:00<br />&#160;<br /></font></font></a><font color="#993366"><br /></font></font></p><p>District 1</p>

Steps to Reproduce

1. Paste the following code in Source:

<span></span>

2. Switch back to WYSIWYG and then to Source again. The resulting code is:

<p />

Confirmed with IE6 and FF2.

Expected Result

<p>&nbsp;</p>

In FCKListHandler.OutdentListItem, if a list item doesn't have more "hierarchy" to outdent, it creates a <p> with the contents of the item.

Its behavior should instead be controlled by the EnterMode setting:

• EnterMode = 'p' : a <p> is used (like today)
• EnterMode = 'div' : a <div> is used (like today)
• EnterMode = 'br' : the parent <ul>/<ol> is closed/broken and the <li> contents are moved right after it, without a block tag surrounding it.

Use the following source and toggle "View Source". On the first occasion the bottom item leaps to the top. Subsequent attempts to view source give a javascript error.

<p><span class="Normal"> <p>Line 1</p> </span><span class="Code">Line 2<br /> Line 3 <p>&nbsp;</p> </span></p> <div align="center">Line 4</div> <p>&nbsp;</p>

1. Create a list of bullets:

<ol>
	<li>Bullet 1</li>
	<li>Bullet 2</li>
	<li>Bullet 3</li>
</ol>

2. Select bullets in WYSIWYG view.

3. Select Normal from Format drop down menu.

4. Get the following:

<ol>
	<li>
		<p>Bullet 1Bullet 2Bullet 3</p>
	</li>
	<li>&nbsp;</li>
	<li>&nbsp;</li>
</ol>

5. Would expect to get:

<ol>
	<li><p>Bullet 1</p></li>
	<li><p>Bullet 2</p></li>
	<li><p>Bullet 3</p></li>
</ol>

6. My expectations are based on the use of tools such as DreamWeaver.

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

I tested this on multiple versions of FCKeditor i have back to around 2.0 and all exhibit the same behavior.

I recreated this error like so:

1. Open new FCKeditor and switch to source view.

2. Enter html mailto: link where the email address contains a percent sign (we use % signs for macros). Example:

<a href="mailto:useruser%name@host.com">E-Mail me!</a>. here is more text.

3. Switch back to html view.

4. Select and try to link some of the other text, like the word "more" to a website. the dialog box comes up, lets you type in the url, and then when you save it, it throws a js error, and in your html code, it puts in javascript code like the following:

<a href="mailto:useruser%name@host.com">E-Mail me!</a>. here is 
<a href="javascript:void(0);/*1168555255689*/">more</a> text.

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

If the content looks like this:

<p><a href="linky">Text</p>
<p><a href="linky2">More Text</p>

Then saving with FCKeditor (IE version) will produce the following:

<p><a href="linky">Text<a href="linky2">More Text</p>
<p>&nbsp;</p>

This bug appears to only appear under the Internet Explorer version of IE (tested IE6). It does not happen under Firefox.

Steps to Reproduce:

1. Open FCKeditor in IE and paste the above initial content (make sure that FCKeditor doesn't add back in the </a> tags on paste. If so, delete them).
2. Save to a file/database and reload it in IE. It looks ok.
3. Click source. Code becomes corrupted (I also believe it corrupts with any style changes on the page, but I have not tested this).

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

If you type in the sentence:

"you cant always get what you want"

Highlight it then hit any key to erase, now hit undo and you are left with:

"you cant always get what"

Ironic really.

This happens for other sentences.

Bug is in IE6, IE7 not in Firefox. Running Windows XP Pro intergrated latest FCKeditor with APS web app written in c#.

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

Filenames like 'some%20test.png' (where %20 is really a part of the filename, not a space) don't get escaped when linked to.

This results in links like '<a href="/some%20test.png">' instead of '<a href="/some%2520test.png">'.

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

When IE is hosted inside another application it fires unload events when control hides. FCKeditor unloads and when control is visible again editor's unusable. The following page describes the problem:
​http://support.microsoft.com/default.aspx?scid=kb;en-us;199155

The best way to fix this is to handle onbeforeunload event to verify that page is unloading and unload only then. this should be quite easy to fix.

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

When a hyperlink is pointing to the same site as the page in which FCKeditor is embedded, and it is pasted into the editor using ctrl-v, the url gets mangled.

For example:

1. Go to ​http://www.fckeditor.net/demo in Firefox.
2. Open Word or OpenOffice and create a hyperlink pointing to "​http://www.fckeditor.net/demo" (or anything else on the ​http://www.fckeditor.net site).
3. Copy this hyperlink and paste it into the editor.
4. Now, click the source button. The url will have changed to "../../../../demo".

This doesn't happen when using the "Paste from Word" feature, which may be why it doesn't happen in IE. However, in the version of FCKeditor I have (2.2), it will happen in Firefox even if using "Paste from Word," but it still doesn't happen in IE.

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

Dynamic movies which use external variables are passed with the Flasvars property of a flashmovie.

For now it can be manually entered as html code using the code-viewer in FCK, but not yet in WYSIWYG mode, which would be a great feature.

Hi all,

This can be easyly re-produced in current demo page (2.3.1). Please try the following:

1. Create three <p>'s with bold title an text in editor view:

<p><strong>title1<br />
</strong>text1 text1</p>
<p><strong>title2</strong><br />
text2 text2</p>
<p><strong>title3<br />
</strong>text3 text3</p>
<p>&nbsp;</p>

2. Then put <hr>'s at the beginning of title2 and title3 in editor view:

<p><strong>title1<br />
</strong>text1 text1</p>
<p><strong><hr />
title2</strong><br />
text2 text2</p>
<p><strong><hr />
title3<br />
</strong>text3 text3</p>
<p>&nbsp;</p>

3. Then switch twice between source and editor view. As a result - the structure of document is completely destroyed:

<p><strong>title1<br />
</strong>text1 text1</p>
<p><strong></strong><br />
text2 text2
<p>&nbsp;</p>
<p><strong></strong>text3 text3
<p>&nbsp;</p>
<p>&nbsp;</p>
</p>
<hr />
title3<br />
</p>
<hr />
title2

Regards, /Alexander

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

If you have the following code in the WYSIWYG

<p>line one</p> <p>line two</p>

If at the end of line one you try and insert a <br> it gets removed when you view the source. However if you insert it at the start of line two then it is fine.

This has been replicated in IE 6 & 7 Works fine in Firefox

1. Download Netscape 7.1 @ ​http://www.oldapps.com/netscape.htm

2. Load editor at ​http://www.fckeditor.net/demo or ​http://klug.pbwiki.biz/FCKeditor/2_4/_samples/default.html

3. Switch to source mode

The HTML has been corrupted:

<a href="http://www.fckeditor.net/$5">FCKeditor</a>

If you switch back to normal mode, and back again, it will keep adding $5$5. Sometimes, it will add $4 to the beginning of the URL and similar bugs.

1. Load demo @ ​http://www.fckeditor.net/demo or from SVN

2. Switch to source mode and enter the following:

<p>

3. Switch back to normal mode

The cursor disappears. You can't focus into editor.

Do I win a prize for "shortest markup that causes a bug"? :)

1. Select a text size (small in this)
2. Type 'This is a test'
3. Press Enter key
4. Type 'to see if this works'

Upon the second paragraph the size selection gets lost. Below is the source this was created from above: <p><font size="3">This is a test</font></p> <p>to see if this works<font size="3"></font></p>

One note is that upon entering the second paragraph, the Size combo goes blank and the Format combo becomes Normal.

IMHO if the user manually selects a size it should have persistance until changed again.

With any browser...

1. Copy richtext from GMail that has been bolded or underlined.

2. Paste it into FCKeditor

3. Try to unbold or un-underline the text. You can't.

Note: The bug happens with other types of formatting as well.

This happens because GMail uses the style attribute instead of presentational tags like <b> or <u>. More and more websites are using CSS to markup text these days.

This is an important issue because it is very common for people to cut & paste richtext from a webpage into the editor.

Ideally, we'd convert and sanitize all paste operations.

Have tried to copy & paste from Word into FCKeditor numerous times using the toolbar button for "paste from Word" (and resulting popup window). All bold, italicized, and underlined text loses any/all of those attributes under Firefox 2.0.0.2 (current) for OS X. Problem does not occur with same browser version for Windows.

Steps to reproduce: Create a file in Word 2004 for Mac (v11.3, current) with text that has underlining, bold, and/or italicized text (or combinations thereof). Copy text, move to Firefox and try to paste with Word toolbar button in FCKeditor. A Demo file is attached. In addition, all paragraph indents are lost as well.

Working with Firefox 2.0.0.2 for OS X on a MacBook Pro with OS X 10.4.8 installed, and Word 2004 for Mac v11.3.

With MSIE...

1. Load editor @ ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2. Paste some text (any text) - it doesn't work

(Is the above URL the nightly build from the new hosted-projects.com SVN, or the old sourceforge SVN?)

Original html:

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

Select all content and add an anchor or link, then the html is changed to:

<p><a name="anchor1">This is some <strong>sample text</strong>. You are using FCKeditor.</a></p>
<p><a href="javascript:void(0);/*1173334815335*/">Testing</a></p>
<p><a href="javascript:void(0);/*1173334815335*/">One Two Three</a></p>

When applying a predefined style from the dropdown box it leaves behind or adds tags that make the code invalid.

Say I have <h1>This is a heading</h1> and I want to change it to heading style_2.

I highlight 'This is a heading' and select 'heading style_2' from the dropdown box.

I expect to get <h1 style="style_2">This is a heading</h1>.

What I actually get is <h1><h1 style="style_2">This is a heading</h1></h1>

The same seems to happen with other tags so if I start with <p>This is a heading</p> I get <p><h1 style="style_2">This is a heading</h1></p> which obviously isn't valid.

If I go to source view and back again it will sometimes change to: <h1></h1> <h1 style="style_2">This is a heading</h1> which isn't quite as bad but still not ideal.

I've already taken out font sizing and font face from the user as this used depreciated tags and left an invalid mess of code behind. It'd be great to have a time when all code from the editor is always going to remain 100% valid. Thanks for supporting this mostly great project.

Let's say you have this code:

<p>text text text text</p>
<p><center>text text</center></p>
<p>text text text text</p>

Every time you save the code, it adds

<p>&nsbp;</p>

before and after the

<p><center>text text</center></p>

So if I save it 5 times, you end up with this:

<p>text text text text</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p><center>text text</center></p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>text text text text</p>

Removing the <center> tag fixes the problem.

Hi,

I'm made a basic asp.net 2.0 Form with a FormView to edit a simple "text". -> My formview works with a FckEditor or a TextBox editor in it.

If I surround the formview with an UpdatePanel, Then It doesn't works anymore. The Text Inside the FckEditor is not recorded into the database. Neither when using insert nor update method. If I replace the FckEditor by a TextBox, then it works well again.

Does FckEditore don't support Microsoft Asp.net AJAX, or UpdatePanels, or I have to do something to the FckEditor to support it?

Thanks for helping me...

Example: IE6 or IE7, go to ​http://www.fckeditor.net/demo, Source, insert "<xml>toto</xml>" before "You", Source, Source.

Result: Everything has disappeared after the newly-introduced "<xml>" (well, it was transformed to an "<!-- Element not supported - Type: 9 Name: #document-->").

Analysis: While generating the DOM for something like "<p><span>s</span><xml>x</xml><span>s</span></p>", IE creates a document node in which it incorrectly includes, not only "<xml>", but its nextsiblings too. Thus FCK receives it as "<p><span>s</span><!-- Element […] --></p>".

Solution: Filter out those. On line 299 of internals/fck.js (revision 203), add "|XML" to sTags.

Why, oh why: Because we had a Word-generated HTML that included some "<xml><o:OLEObject>[…]</o:OLEObject></xml>", sometimes embracing the OLE into IE-specific conditional comments.

I found an ennoying bug with IE6 using css to format the text

To reproduce it, go to the official demo page ​http://www.fckeditor.net/demo select "This is some sample text" and apply the 'title' style, click elsewhere. Come back to this text, try to 'remove format' or change the style to anything else: none of the below are working.

when you change the style it keeps adding <span > tags around the selected text.

Indeed it's workign perfectly with Firefox, it seems to be a IE bug only. (Unfortunately most of my clients are Microsoft addict..)

Here's an issue that appeared to be fixed in 2.4 after Frederico noticed it, but it is back to needing repair in 2.4.1. I was JUST getting ready to put out the new version... :)

1. Go to the demo. ​http://www.fckeditor.net/demo
2. Press ENTER after the text that is already in the editor.
3. Click the form button to add a form container (any data is fine).
4. Put the cursor inside the form container and add a text field (any data is fine)
5. Press ENTER after the text field.
6. Now click the source button off and on twice to watch the form container "shake out" the element.

I believe it has to do with the form being creatd inside <p> tags and then the form element being placed inside nested <p> tags once ENTER is pressed after it. So when the <p> nesting is being repaired (to make valid) by the editor, it takes the contents with it...not good.

I tried to look up the 2.4 testing forum to find my original post and Frederico's fix post, but I couldn't find the thread (removed?).

Anyway, please, please, repair that again, Frederico.

Thank you, Tom

Browser: Firefox 2.0.0.2

The following causes <div> tags to be lost when EnterMode=div and text to be corrupted (eg whitespace is lost and lines are joined together)

1. Go to ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html and switch to the "Enter key behaviour" editor
   
2. Switch "When [Enter] is pressed" to "Create new <div>"
   
3. Type a<enter>b<enter>c<enter>
   
4. Go to view source mode. Note lines are correctly created with divs (eg. <div>a</div>, etc)
   
5. Switch back to wysiwig mode
   
6. Ctrl-A to select all
   
7. Click the "center text" toolbar icon (nothing happens)
   
8. Go to view source mode. Note that there is only 1 div, and after "a" there is a <br />, and b and c are now together with no tags between them
   
9. Go back to wysiwyg mode. Note that b and c are now together on the same line with no spacing between them.

It basically seems that some editor commands completely break the <div>'s. From some testing this appears related to alignment (left/right/center/justify) and changing to list items/back from list items.

Browser: IE 7.0.5730.11

EnterMode=div does not appear to have any effect on IE7, instead using EnterMode=p instead.

1. Go to ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html and switch to the "Enter key behaviour" editor
   
2. Switch "When [Enter] is pressed" to "Create new <div>"
   
3. Type a<enter>b<enter>c<enter>
   
4. Go to view source mode. Note that each letter is surrounded by <p>a</p>, no <div>'s in sight

Summary: Backspace conglomerates blocks, without being smart.

Example: ​http://www.fckeditor.net/demo Source <div><br/><h1>Machin</h1></div> Source click before the « M » backspace

Effect: « Machin » disappears

Cause: fckenterkey.js, line 202 (revision 203): when hitting backspace, except in some rare cases, the current element is merged within the previous one. In the example "crasher", <div><br/><h1>Machin</h1></div> became <div><br>Machin</br></div> oops!

Same with an image, and so on.

Priority: if not for the line asking not to play on Priority on bug reports, I would have set this to High.

The Tab key doesn't seem to behave as expected. In FF it moves the text 2 characters. In IE, the Tab key actually cycles between the web page elements and has no effect in the editor itself.

With FF 2.0.0.2

1. Go to ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html
2. Create a second line of text underneath "This is some sample text. You are using FCKeditor." with 1234567890
3. Cursor to beginning of "This is some sample text. You are using FCKeditor."
4. Press Tab key. The line "This is some sample text. You are using FCKeditor." shifts to right 2 spaces to position above '3' in second line.
5. Source does reveal "<p>&nbsp;&nbsp;&nbsp; This..."

With IE 7.0

1. Go to ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html
2. Cursor to beginning of "This is some sample text. You are using FCKeditor."
3. Press Tab Key. Cursor moves to Submit button
4. Pressing Tab again cursor cycles to next html element on sample page and so on

Additionally with FF, the FCKConfig.TabSpaces setting seems to be ignored. I duplicated the above behavior with 2.4.0 on my site. The above behavior has FCKConfig.TabSpaces = 0;. Setting FCKConfig.TabSpaces = 8; makes no difference. You still get "<p>&nbsp;&nbsp;&nbsp; This..."

I have a customer experiencing problems pasting html code generated by FrontPage into the editor. Taking the following snippet:

<span style="background-color: #FFFFFF">
<div align="center">
<p align="justify"><span style="FONT-WEIGHT: 400"><font size="1"><u><strong>
<font face="Tahoma" color="#cc0000" size="2">Attention</font></strong></u><strong><font face="Tahoma" color="#cc0000" size="2">:</font></strong></font><font size="2" face="Tahoma"> </font>
<font style="MARGIN: 0px" face="Tahoma" size="2"><span style="FONT-WEIGHT: 400; BACKGROUND-COLOR: #ffff00"> Avoid The </span><span style="FONT-WEIGHT: 700; BACKGROUND-COLOR: #ffff00">Costly-Mistakes</span><span style="FONT-WEIGHT: 400; BACKGROUND-COLOR: #ffff00"> That Beginning Real Estate Investors Make When Buying Minnesota Investment Property!</span></font><font face="Tahoma" size="2">
</font> </span></p>
<p align="center"><font size="1"><font color="#CC0000">
<span style="font-weight: 400"><font face="Tahoma" size="4"><strong>&quot;Free 
Investor's Guide Reveals Everything <u>You</u> <em>Need <br>
To Know</em> About Investing In Minnesota Real Estate!&quot;&nbsp;</strong></font></span></font><font style="FONT-SIZE: 1pt" face="Tahoma" color="#283193"><br>
&nbsp;</font><span style="FONT-WEIGHT: 400; FONT-STYLE: italic"><font style="FONT-SIZE: 2pt" face="Tahoma">
</font></span></font></p>
<p align="justify"><font face="Tahoma" size="2">&quot;The Key To <b>Building Wealth</b> And<b> Preparing For Retirement</b> 
By Investing In Minnesota Real Estate -&nbsp;Depends On 
<b>Where</b> You Invest And <b>How</b> <b>Effectively</b> You Manage Your Properties...&quot;&nbsp;</font><br>
<font size="1"><span style="FONT-WEIGHT: 400"><strong style="font-weight: 400">
<font color="#000000" size="2" face="Tahoma">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ~&nbsp;Alex Anderson - Minnesota Investment Property Specialist</font></strong></span></font><font size="2" face="Tahoma">
</font></p>

1. With IE (7.0) paste above code in source mode
2. Switch to wysiwyg mode. Text is fine.
3. Go to source. Beginning source is

   <p><span style="background-color: #ffffff">
   <div align="center">
   <p align="justify">
   

4. Switch out of source mode. Text still looks right.
5. Go back to source mode. Beginning source is now

   <p>
   <p>&nbsp;</p>
   </p>
   <div align="center">
   

6. Switch out of source mode. Text is now 2 lines down
7. go back to source mode. Beginning text is

   <p>&nbsp;</p>
   <p>&nbsp;</p>
   <p>&nbsp;</p>
   <div align="center">
   

8. Wysiwyg now shows text 6 lines down.
9. Toggling back and forth stops the behavior with

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

With FF 2.0.02 Performing the above tests with FF works correctly. Source reveals:

<p><span style="background-color: rgb(255, 255, 255);">
<div align="center">

with no bizarre behavior as with IE. One small issue though is the above code in FF has the wysiwyg text starting with one blank line at the beginning. With IE in step 2 above, the text was flush at the editor top.

Good one, huh? :-)

Good news is that Font, Size, and Format work correctly now in both IE and FF.

The Style selection is having problems.

Firefox

1. Select Style and type text. Style not used.
2. Press enter (new <p>), select a style, type text, style is not used.
3. Put cursor in middle of line that has text.
4. Type some more text. Style is not used.
5. Press Enter. Style is used for new paragraph, but only for newly typed characters.

IE

With IE it still doesn't work, but it doesn't work differently. The only time you can get the Style applied is that actually highlight text then apply a style.

• If you highlight text in the middle of a line, only that text has the style applied. All new text uses previous normal format
• If you highlight text at the end of a line, that text applies the style, but additionally, if Enter is pressed, the following paragraph uses the new Style.

When running the editor under FF, it starts with <p>&nbsp;</p> in the code.

The same problem occurs if deleting all text.

FF

1. In wysiwyg mode, type some text.
2. Select All (Ctrl+A).
3. Press Delete (Text is gone)
4. Go to source mode, <p>&nbsp;</p> is present

IE

1. Perform steps 1-3 above
2. Go to source mode, source is empty

One final note, with FF, if you delete all the text in source mode and then switch to wysiwyg mode and back to source mode, the source is empty.

I edited some HTML and submitted the form. When I went back to edit again, 95% of the data was gone. Fortunately I had it on the clipboard. I pasted it in, and this time clicked the Source button to see the rendered version -- and again it got truncated. I even saw the correct data briefly flash and then FCKEditor destroyed it again. So yes, this is repeatable. I am using the interface supplied by CityMax.com, and have no idea what version it is or how to find out.

FCKEditor doesn't escape the URL when you insert and image, resulting in a

<img src="http://server/file with spaces.png" />.

Many web clients don't escape the URL for us and, as consequence, get a 404 for the image (like evolution viewing an HTML mail, with images enabled).

Little patch follows.

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

Load the editor, with IE 6 on Windows XP. The memory usage of IE (indicated by windows task manager) continuously grows each page is refreshed, unless close the browser and restart it again. IE 6 will consume 600-800KB memory with each page refresh. This behavior can be reproduced

If you enter a link such as the following in the source view:

<a title="My Page" onClick="pop('/page?id=212&do=something', 372, 445); return false;" href="#">Test</a>

and then goto the preview mode and back to the source, you will find that the editor has changed the link to the following:

<a title="My Page" onClick="pop('/page?id=212'do=something', 372, 445); return false;" href="#">Test</a>

If you use Multiple Editor Instances with one Toolbar the Toolbar is only one Row high. Even if there are more Elements. This only occurs in IE (tested on 6 and 7). Firefox is fine. It was working fine in Internet Explorer before FCK Version 2.4. You can easily reproduce it with the html-sample Files _samples/html/sample11.html and _samples/html/sample10.html

The bullet lists work as expected under normal circumstances. For example, you click on a line of text, select ordered or unordered bullets to make that line the first bullet. After that you can simply press enter at the end of the line and another empty bullet will appear and allow you to type in the appropriate text. This functionality does not work if the alignment was changed for the paragraph before turning on the bullets. If alignment has changed, then the bullet receives <div align="xxxx">xx</div> as its content. As a result, when enter is pressed, new paragraphs get created inside this div, and no new bullets appear.

If additional <br /> tags are placed at end of document, they are removed one at a time each time you swap to Source view and back.
This problem occurs in Firefox 2.0.0.3 but works correctly in IE7.

I am using FCKeditor version 2.4.1 which is inserted into ASPX pages using FCKeditor.Net.

To replicate:

• Set FCKConfig.EnterMode = 'br' ;
  
• In the editor, type a word (eg. Hello)
  
• Hit the Enter key numerous times (eg. 6 times)
  
• Switch to Source view
  
• Count the number of <br /> tags
  
• Switch back to normal view
  
• Switch back to Source view
  
• Compare the number of <br /> tags to that above
  
• Do this several times. Each time you switch to Source view and back, a <br /> tag will disappear.
  

In my case, I am inserting the html entered in the editor into another page dynamically and want to allow the <br /> tags to increase the distance between the html from the editor and the html in the rest of the page.

Loading the following:

<a href=
      "My Test">My Test</a>

Results on the following after editor processing:

<a href="_fcksavedurl=">My Test</a>

This is a IE only issue.

This is a continuation of bug 1314815 at ​http://sourceforge.net/tracker/index.php?func=detail&aid=1314815&group_id=75348&atid=543656

In Firefox, when a URL is entered (as visible text on the page), it is not automatically converted to an HTML hyperlink.

Confirmed that this remains a problem using FCKeditor 2.4.1 and WinXP/Firefox 2.0.0.3.

This is a continuation of bug 1230485 at ​http://sourceforge.net/tracker/index.php?func=detail&aid=1314815&group_id=75348&atid=543656

In Firefox, styles for 'a' tags are not carried over into the editor window.

When specifying a stylesheet using the EditorAreaCSS configuration setting, link styling is not inherited when using Firefox. (IE works fine.)

For instance, if I have the same stylesheet set for both the page and the EditorAreaCSS as

a {text-decoration: none;}

the underlining is not applied to links in the main part of the page, but underlining IS still applied within the editor area.

(PS a:hover {text-decoration: underline;} doesn't work on either Firefox/IE6, but then I wouldn't expect them to really.)

Confirmed that this remains a problem using FCKeditor 2.4.1 and WinXP/Firefox 2.0.0.3.

Problem is known about by Mozilla developers; see: ​https://bugzilla.mozilla.org/show_bug.cgi?id=300358

please see the second issue highlighted in this video (the first was CSS related and is fixed):

​http://24-7-sales.com/wysiwyg/3-29.html

D.

If two or more images are placed side by side, with nothing in between, and seperate links placed on each image, all images are placed within a single anchor tag.

Example:

HTML desired:

<a href="image1_url"><img src="image1_path" /></a>
<a href="image2_url"><img src="image2_path" /></a>

HTML generated:

<a href="image2_url"><img src="image1_path" /><img src="image2_path" /></a>

Moved from SF:
​https://sourceforge.net/tracker/index.php?func=detail&aid=1351651&group_id=75348&atid=543653

On FCKeditor 2.4.1 on IE 6 when you press the insert image button, select an image, and press okay, the image appears on the editor window like it normally should. Now, while the image is still selected, hit the backspace key. The browser will be taken back to the previous page instead of deleting the image. The only way to delete an image is to use the "del" key.

Leading whitespace within a pre tag is being trimmed. This is an issue because the text within the pre tag is expected to be preserved 'as is'.

1. To reproduce this issue, paste the following into FCKeditor's Source view:

   <pre>
     /***
      * First line (above) has leading whitespace.
      * Some more text...
      */
      public void testFunction(){
        System.out.println( "abc" );
      }
   </pre>
   

2. Next press the Source button to return to the normal view.
   
3. Now press the Source button two more times and you will see that the leading whitespace on the first line has been removed.

This issue exists on Firefox 2.0.0.3 and IE 7.0.5730.11 (both on WinXP).

The js files in the folder editor/js/*.js have inconsistant newlines. Sometimes unix style sometimes windows style. I did a dos2unix on all of them otherwise my subversion repository doesn't accept them:

svn: Commit failed (details follow): svn: File '/var/www/community/www/controls/FCKeditor/editor/js/fckeditorcode_gecko.js' has inconsistent newlines svn: Inconsistent line ending style

Handling of <a>-Tags within <li> is broken. Reproduction at the nightly build just right now :

1. Hit return for a new line.
2. Press "Insert Bulleted list" - Button
3. Press "Insert Link" - Button
4. enter www.blah.org as target and hit return to return back to gui
5. Hit return to get new bullet.
6. type "asd"

provides as source :

<p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
<ul>
    <li><a href="http://www.blah.org">www.blah.org</a></li>
    <li><a href="http://www.blah.org">asd</a></li>
</ul>
<p>&nbsp;</p>

Meaning, the <a>-Tag from the first bullet has been inherited by the second one, which is not what users expect, I guess.

ForcePasteAsPlainText is set to true.

On drag & drop I get this HTML: <p class="huvudmall" style="MARGIN: 0cm -8.5pt 0pt 0cm; tab-stops: 65.2pt"><span lang="EN-GB" style="COLOR: red"><font size="3"><font face="Times New Roman">link<o:p></o:p></font></font></span></p>

On paste I get this HTML: <p>link</p>

When running spell checker in fck editor (cf implementation) if an incorrectly spelt word also appears in an html tag the spell checker attempts to insert it's code breaking the original html. This occurs in any supported browser/os.

We have overcome this issue and thought you might be interested in our solution to this.

E.g. <img src="whatever.jpg" alt="splling"> <p>Some text with splling error</p>

The spell checker returns "splling" as incorrectly spelt but when running the function writeBody in wordWindow.js it finds splling in the alt tag and alters this part of the html causing it to break.

We have resolved this by replacing the line begin_idx = wordtxt.indexOf( orig[i], end_idx ); in wordWindow.js on approximately ln 170 with var rExp = new RegExp ( orig[i] + '(?![^{<]*?>)' ); var searchStr = wordtxt.substr ( end_idx ); begin_idx = searchStr.search ( rExp ) + end_idx;}

This issue only affects Firefox (tested with 2.0.0.3).

When the first line within a PRE tag is blank, the newline characters in the remaining lines will be removed after clicking on the Source button several times.

1. To reproduce this issue, paste the following into FCKeditor's Source view:

<pre>

  /***
   * First line (above) is blank.
   * Some more text...
   */
   public void testFunction(){
     System.out.println( "abc" );
   }
</pre>

2. Next press the Source button to return to the normal view.
   

3. Now press the Source button two more times and you will see that the lines within the PRE tag are mangled due to the missing newline characters.

This ticket may be related to ticket #328.

None of the dropdown list close when they are clicked if they are currently open. The first click should open the list and a second click should close the list. If you click somewhere else it does close, but a user should not be required to move the mouse to close a list.

There was a previous ticket regarding Firefox ignoring the IgnoreEmptyParagraphValue and putting

<p>&nbsp;</p>

whenever there was whitespace. We are encountering a similar, though likely unrelated problem, in the version that this bug was supposedly fixed in. Firefox ISN'T putting the empty paragraph tags in empty space, which is good. It's not supposed to. However there's an exception to this. If you use the marquee tag within the FCKeditor, it puts the empty paragraph tags before and after it. For example, we put in the following code into the FCKeditor:

<marquee scrollamount="4"><font size="4" color="#808000"><strong>Welcome!&nbsp; <a href="http://www.somewebsite.com">Click Here to ask about our Event Sponsorship Opportunities!</a></strong></font></marquee>
<p>Just some test text<br />
Hello?<br />
<br />
Okay</p>
<table width="400" cellspacing="1" cellpadding="1" border="0" align="center">
    <tbody>
        <tr>
            <td>Hello?</td>
            <td>Maybe</td>
        </tr>
        <tr>
            <td>Okay</td>
            <td>Sweet</td>
        </tr>
        <tr>
            <td>Well</td>
            <td>let's see</td>
        </tr>
    </tbody>
</table>

and, upon saving our changes to the database and coming back to the page, it turned it into this:

<p>&nbsp;</p>
<marquee scrollamount="4"><font size="4" color="#808000"><strong>Welcome!&nbsp; <a href="http://www.somewebsite.com">Click Here to ask about our Event Sponsorship Opportunities!</a></strong></font></marquee>
<p>&nbsp;</p>
<p>Just some test text<br />
Hello?<br />
<br />
Okay</p>
<table width="400" cellspacing="1" cellpadding="1" border="0" align="center">
    <tbody>
        <tr>
            <td>Hello?</td>
            <td>Maybe</td>
        </tr>
        <tr>
            <td>Okay</td>
            <td>Sweet</td>
        </tr>
        <tr>
            <td>Well</td>
            <td>let's see</td>
        </tr>
    </tbody>
</table>

This ONLY happens in Firefox (any version). It does not happen in Internet Exploder. We DO have version 2.4.1, which supposedly fixed the problem with FF and IgnoreEmptyParagraphValue. We could upgrade to 2.4.2 (and may soon), but according to "What's News", the only thing fixed in 2.4.2 was a problem with UTF, so I doubt that would fix this problem.

We are aware that the marquee tag is no longer supported in HTML specifications, but we thought it might indicate a problem somewhere and still be fixable, regardless of this lack of marquee support, and especially since it only happened in Firefox, so we thought we should submit this ticket.

Thanks,

Nicholas

If creating a new document with FCKeditor and you insert an image and then attempt to save the document/submit the form, the result is that the image (and the HTML image tag) gets deleted. I can workaround this by typing in some text, then the image gets saved, but if the image tag/image is the only thing in the document, when saving, the image/img tag gets deleted. This shouldn't happen. A person may want to insert just an image into a document without any text or other tags surrounding it. This bug prevents that from being a possibility. Keep up the great work, FCKeditor is the best!

I am experiencing a problem with FCKeditor while using IE 6. If I load HTML into the editor that contains an object tag with an embed tag (see sample below), the editor strips out the object tag completely. However, the embed tag remains. This does not happen in other browsers. Here is the code I am using.

<object id="audio" width="0" height="0">
<param name="console" value="AudioPlayer">
<param name="controls" value="audioWindow">
<param name="autostart" value="true">
<param name="src" value="YOUR_AUDIO_FILENAME_HERE">
<embed name="audio" width="0" height="0" src="YOUR_AUDIO_FILENAME_HERE"
console="AudioPlayer" controls="audioWindow" autostart="true">
</embed></object>

This only happens when reading the HTML into the editor initially. If I cut and paste this code into the editor and stay in source mode, it is not altered, until after I save it to the server and re-load into the editor. At this point it is still correct on the server, but changed in the editor. If I then save it again, the changed version is saved. If I cut and paste this code into the editor but leave source mode before saving, it is changed. The end result seems to always be stripping out the object tag.

Moved from SF:
​https://sourceforge.net/tracker/index.php?func=detail&aid=1661658&group_id=75348&atid=543653

Paste the following in the source view:

<form name="test">
    <input id="name" type="text" />
</form>

Switch to WYSIWYG and back to source. You will have name="[object]" in the form element.

It happens only because the "id" of the input element inside the form is set to "name" (casually the form attribute name).

Confimed with IE6. It's not a problem with FF2.

dialogs can be resized

In others html editors, like FrontPage, when change from design to source view, the position of cursor follow the selected object. Can do this in FCKEditor ?

Reciving JS error message, on cleaner screen, when i'm pasting some text from Word that have Comment inside.
It happens on my system and on fck demo and night build.

Scenario:
1) Open Word
2) Write some text (even 2 word's is ok)
3) mark one of words and add comment on it
4) Past text from Word to FCKEditor
KO: when you move mouse after CTRL+V, JS error jump. (error line different depends on line num)

When using:

FCKConfig.EnterMode = 'br' ; FCKConfig.ShiftEnterMode = 'br' ;

aligning selection inside the text, doesn't work correctly.

I have a few lines of text which are seperated by br's. I then select one of those seperated lines and click on the align center button: all text is aligned center and in the source everything is wrapped inside <p align="center"> .. </p>

Using firefox, this works correctly: only the selected line is aligned center. Here a div with align=center is added around the selected text.

Is there any way around this? (besides using p instead of br as the FCKConfig.EnterMode)

This problem is hard to explain, but easy to repeat:

Go into Internet Explorer, create a hyperlink using the toolbar hyperlink tool, and click "Ok". Put your cursor on the right side of the link and start typing.

Now do the same thing in Firefox.

See the difference? In Internet Explorer, the new text you type isn't part of the link, but it is in Firefox. In fact, the only way to close the link is to now use the source button.

Just aggravating.

Thanks,

Nicholas

IE 6 under win XP

when the page with FCKEditor loaded you focus on editor area it enables toolbars then you focus out of area toolbars are still active then you click e.g. list button and outer element becomes a list

this works for strong, italic, underline, strikethrough, superscript, subscript, indent, outdent, text-align, hr, br buttons as well.

Initial header of the page was:

<head>
<title>FCKeditor - What's New?</title>
<style type="text/css">
body { font-family: Arial, Verdana, Sans-Serif; }

Second switching from HTML view to the Source view adds \n:

<head>
<title>FCKeditor - What's New?</title>
<style type="text/css">

body { font-family: Arial, Verdana, Sans-Serif; }

Next one will add one more symbol of the new line and so on.

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

When I choose "Formatted" format and then write some text containing new line characters and/or indentation (tabulations) I get the incorrect html code.

I used FCKeditor 2.0 FC.

I wrote:

This is my first line.
This is indented text.

Then I clicked on "Source" button in FCK and I got the following html code:

<pre>This is my first line.<br/>
This is indented text.</pre>

First of all there is no indentation. Secondly, the PRE element tells visual user agents that the enclosed text is "preformatted", so there should be no html tags (e.g. BR) in it. It should be just what I had written with tabs and new line characters.

Thirdly, switching between source and editor (pressing "Source" button) increases number of BR tags. When I clicked for the first time I received only one BR, but after next click I got 2 BR tags, then 4 BR tags and so on. This is what I got after three switches between "Source" and editor:

<pre>This is my first line.<br/>
<br/>
<br/>
<br/>
This is indented text.</pre>

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

Dear Fred,

Is had an issue of the .Net connector not being able to run in medium trust in my .Net 2.0 environment. There for I downloaded your sourcefiles in order to be able to debug my situation.

I also converted the project to VS2005/.NET 2.0.

I made a minor change to FileWorkerBase.UserFilesDirectory() (one Configuration import, and hostingenvironment.Mappath)

And a major change to Util.CreateDirectory(path) You created the directory by recursively searching for a parent directory and then creating the child directories one by one by using an imported (Com?) dell. I circumvented this method and just called the createdirectory method, of which I know it can create nested directories at a time), and now it works.

Maybe I made your code less generic, but now it works on my host. Hope I've been a bit of help,

best regards,

Robert Sirre

Centering and right justifying a bulleted list doesn't behave properly in Firefox. IE7 worked correctly.

Using the test site:

1. Create a simple bulleted list. Hit UL on toolbar
2. Enter line 1, enter, line 2, enter, line 3, line 4
3. Highlight the list and hit Center Justify. Line x test is justified but bullets remain left justified.
4. Source created:

   <ul>
       <li>
       <div align="center">Line 1</div>
       </li>
       <li>
       <div align="center">Line 2</div>
       </li>
       <li>
       <div align="center">Line 3</div>
       </li>
       <li>
       <div align="center">Line 4</div>
       </li>
   </ul>
   

5. Repeating to right justify. Text is correctly right justified but bullets stay left justified.

Note: Make sure that the browser cache is cleared before trying to reproduce.

This issue exists on Firefox 2.0.0.3. Doesn't appear to be an issue with IE7.

When a link tag with a defined class attribute is removed using the "Remove link" button, the link tag is converted to a span tag instead of being removed.

1. To reproduce this issue, paste the following into FCKeditor's Source view:

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

2. Next press the Source button to return to the normal view. Select the link in the editor area and click on the "Remove Link" button.

3. Finally, press the Source button again and you will see that the link tag has been converted to a span tag.

I haven't actually tested these files as I use my own integration file, but I noticed that there are no EnterMode or ShiftEnterMode config keys in the ColdFusion integration files distributed with fckeditor (both fckeditor.cfm and fckeditor.cfc).

This probably means that these config settings will be ignored if they are found in the config struct passed to the fckeditor module or component.

Prior to version 2.4.2 (tested in 2.3.2), Firefox 2.0.0.3's built-in spellcheck for textareas worked by default, highlighting misspelt words automatically. Now one must right-click and tick "Spell-check this field" each and every time FCKeditor is started to get this useful functionality.

It does not seem possible to follow a link using IE7. For example, the "You are using FCKeditor" link in the Demo pages. NOTE: IE6 and Firefox work fine, ctrl-click and shift-click open the window.

I've had a search of the existing tickets and can't find anything relevant. However, this seems such a fundamental problem I can't believe it hasn't already been reported. Fingers crossed you've already investigated this and know of a workaround.

If there is no workaround, might I suggest adding an "Open Link" menu item to the link context menu and an "Open Link" button to the Link Editor dialog.

I had a look at the problem and I suspect the event model is incorrect for contenteditable elements. I think this event is bypassing the normal event handlers and cannot be caught.