Custom Query

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.

hi try this

try to right click at the end of this code :<p><font size="-2">©2007 Google</font></p> in firefox we are selecting the whole code i didn't test it on another tags but i found it in FF in ie its working

regards

We can upload a chinese file with FCKeditor, but when we want select the file, it don't show us chinese Characters, it show us only some strange characters 測試1.GIF.

When you go to browse server, you can see that the file is show with this strange characters. On the server self the file is stored right.

Tested it with Linux and Windows OS, With Firefox and Internet Explorer

I attached some files that you can test it

when putting style="border:1px solid black; border-top:0px" in an elemint, it puts a mozilla specific CSS attribute for one of the values. For instance putting this: style="style="border:1px solid black; border-top:0px"

results in:

style="border-style: none solid solid; border-color: -moz-use-text-color black black; border-width: 0px 1px 1px;"

which is fine if you are viewing the page in FF, but in IE the border color is off. I tried to use the nightly build to test to see if it was fixed, but the nightly build wouldn't even load for me or for another person I asked to view. Sorry if its a dupe.

When creating a link of type "E-mail", upon entering content into the subject or body field if a british pound symbol (£) is entered the resultant html for the pound symbol becomes "%C2%A3" which displays "£" when decoded.

The problem can easily be fixed by going through the source and removing "%C2" everywhere it occurs, but this then breaks the link editor.

This can be replicated on the nightly build of the editor.

Occurs in IE6 and IE7. Does not occur in Firefox.

How to reproduce:

In source mode, add the content: <o:p>Some Content</o:p>

Exit source mode. Press Enter.

You will find that no linebreak occurs. When you return to the source view, you will see a </o:p><o:p> was added. This occurs even if the <o:p></o:p> is between <p></p> tags.

And further, MS Word sometimes leaves a trailing <o:p></o:p> at the end of lines when importing. This results in people asking, "Why is my enter key not making a line break?"

In firefox only, When you select an image in image manager , the height and width are set to 0 in preview . If you want to display you must click on refresh .

To Reproduce:

1. Insert a few smileys(or images) in a row
   
2. Using the arrow keys, attempt to move the cursor around

Result:
Cursor navigation does not work. Up/Down will jump to the front or back of the whole block while Left/Right do nothing.

This issue only occurs in Firefox.

When you insert a photo in IE 7 and resize the photo using the Image Properties windows, it works fine.

When you resize a photo by clicking on it and dragging one of the boxes, it adds stye="width: 100px; height: 100px;" to the image code and doesn't adjust the height and width variables...

When you save the page, it removes the style and leaves the image the same size.

To Reproduce:

1. Delete all existing text
   
2. Create a list (bulleted or numbered)
   
3. View source
   
4. Click the source button again to view normally
   
5. Position the cursor at the beginning of the first element
   
6. Press the up arrow key
   

Result:
Cursor moves one line up, and is only half visible. Hitting return here creates new lines, but no text can be entered on these lines. (It is actually creating the html: <ol></ol> )

This bug does not happen in IE. It is exclusive to Firefox.

I just spent a good few hours over a problem with the Save button on the toolbar not working.

I eventually tracked down the problem, so I thought I'd post this in case it's of any help or even worth considering a change to the code to get around it.

The problem is with the html code for my submit button:
1) <input type="submit" value="Save" /> - toolbar save button works
2) <input type="submit" name="submit" value="Save" /> - toolbar save button does not work

3) <input type="submit" name="submit2" value="Save" /> - toolbar save button works

So the bug (2) is some sort of conflict over the name "submit". The javascript error is:

Error: A.submit is not a function Source File: ​http://phpmap-local/php/fckeditor/editor/js/fckeditorcode_gecko.js Line: 66

Browser: Firefox 1.5 linux

My suggestion would be to name whatever it is in the code fck_submit or something to make name conflicts less likely - naming my submit button 'submit' is not that unlikely.

On IE 7 the following happens (even with the online demo):

• clear all text
• enter 'line 1' and press <return>
• enter 'line 2' and press <return>
• mark all text (ctrl+a) and select the red 'Title' style from the style dropdown.
• now switch to Source Code and you see the following (as expected):
  

  <p><span class="Title">
  <p>line 1</p>
  <p>line 2</p>
  </span></p>

• switch back to WYSIWYG view
• switch to Source Code again and you'll see that (no span anymore):
  

  <p>
  <p>&nbsp;</p>
  </p>
  <p>line 1</p>
  <p>line 2</p>

• switch back to WYSIWYG and the style is gone :-(

This is a strange behavior:

Set in the config file a doctype to trigger standards mode like

FCKConfig.DocType = '<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">' ;

now go to edit and in the source mode insert this test code

<div style="width:300px; border:20px solid black; padding:30px">If this is rendered in standars mode it will have the same width as the red bar</div>
<div style="width:300px; background-color:blue;">&nbsp;</div>
<div style="width:400px; background-color:red;">&nbsp;</div>

<div style="font-size:10px; font-family:Verdana">
	Text outside the table
	<table border="1">
		<tr>
			<td>Text in the table</td>
		</tr>
	</table>
	If this is rendered in standards mode the text size inside the table will be the same as this one.
</div>

Expected results: the content is rendered using the standards mode.

Actual results:
Firefox: divs OK, but the font in the table isn't inherited.
IE6: divs OK (so it's using the correct box model), but again the fonts are wrong inside the table.
Opera 9.2: the same behavior, divs OK, table wrong.

That doesn't make sense, if the page is rendered in standards mode then the styles should be inherited in the table (and checking the compatMode in Firefox show that it's set right)

Now use full page mode (example 7), the full page content now is:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
	<head>
		<title>Quirks test</title>
		<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
	</head>
	<body>

<div style="width:300px; border:20px solid black; padding:30px">If this is rendered in standars mode it will have the same width as the red bar</div>
<div style="width:300px; background-color:blue;">&nbsp;</div>
<div style="width:400px; background-color:red;">&nbsp;</div>

<div style="font-size:10px; font-family:Verdana">
	Text outside the table
	<table border="1">
		<tr>
			<td>Text in the table</td>
		</tr>
	</table>
	If this is rendered in standards mode the text size inside the table will be the same as this one.
</div>


</body>
</html>

And now the results are:
Firefox: no change, divs OK, tables wrong
IE6: wops!, divs OK AND tables OK. everything works.
Opera: as IE, now both divs and tables OK, everything works

What's more, trying to get a testcase to find if this is a problem with designMode itself shows it correctly in Firefox also

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/DTD/strict.dtd">
<html>
	<head>
		<title></title>
		<style>

		</style>
		<script language="javascript">
			function editDocument()
			{
				var html = document.body.innerHTML;
				document.designMode='on'; 
				document.body.innerHTML = html;
			}
		</script>
	</head>
	<body>
	<input type="button" onclick="editDocument(); return false;" value="Enable designMode">

<div style="width:300px; border:20px solid black; padding:30px">If this is rendered in standars mode it will have the same width as the red bar</div>
<div style="width:300px; background-color:blue;">&nbsp;</div>
<div style="width:400px; background-color:red;">&nbsp;</div>

<div style="font-size:10px; font-family:Verdana">
	Text outside the table
	<table border="1">
		<tr>
			<td>Text in the table</td>
		</tr>
	</table>
	If this is rendered in standards mode the text size inside the table will be the same as this one.
</div>

	</body>
</html>

The "Automatic Color" does not work. I was able to get any other color from the window dialog, but I couln't set "Automatic Color", Thanks in advance.

I think that we can try to use ​JSDoc to generate full documentation for the js files and that way get a better overview of the code and help the people to use better the API and get involved with the project.

I'm gonna take a look at it and do some little test to see if it can really help us. (I wanted to check if the range implementation could help me to fix a bug, but the first part is to read the file and see what methods does it provide, so having a parser that summarizes it is very helpful)

When editing the properties of a select field, options which the text and values have ampersands, with no spaces near it, are not applied and retrieved correctly.

This is a IE only issue. Works well with Firefox.

Steps to reproduce

1. Open the Select Field dialog;
2. Add an option with text and values set to "1&2". You will not that the values will not show correctly in the list;
3. Click ok in the dialog;
4. Check the source. You will have <option value="1&amp;2" selected="selected">1</option> (to note "1" as innerHTML).

I started this new bug so I can attach my test files. This is actually a comment on bug [ 1313002 ] StartupFocus=false being ignored in IE 6.0.

I can confirm this behavior in version 2.2. I don't know what is happening but I managed to conjure an example. I have no clue what causes the behavior. Just try the example (test.html) on IE6.0 and see what happens. A similar behavior occurs in our application, where we try every trick in the book to prevent browser caching. If you need more info, I'll be happy to provide anything I can.

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

Paste the following in the Source View:

<div class="title">headline</div>
<div class="text" style="color:Red">body</div>

When trying to join both DIVs by using del or backspace, we have the following result:

<div class="text" style="color:Red">headlinebody</div>

The attributes of the second DIV prevailed over the first one. The opposite is expected though.

To note that it doesn't happen if EnterMode=div.

Works well with IE6.

1. Load 2.4.3 Beta with Firefox at ​http://www.fckeditor.net/_temp/2.4.3/_samples/

2. Delete all the text, and type three lines of text

3. Select the three lines, and click the 'bulleted list' icon

4. Switch to source mode and switch back

5. Focus in the editor and hit <Control-End> on the keyboard to jump to the end of the document.

BUG 1: First, you will notice the cursor is askew, down a few pixels.

BUG 2: If you type "Hello<enter>" you will see the cursor jump down to the next line

BUG 3: If you type any more, the characters are invisible. There is no record of having typed them if you switch back to source.

1. Load editor in Firefox at ​http://www.fckeditor.net/_temp/2.4.3/_samples/

2. Delete all text and type "Hello<enter>".

3. Hit <shift-enter> three times

4. Type "Hi<enter>"

After the word "Hi", you will see the cursor jump down 4 lines, instead of 1.

The Styles Configuration functionality almost does what I require. What I'd like to be able to do is define several styles, using classes, to be assigned to tables, table rows, and table cells. I can get it working, but only with tables, and only in IE.

Why not walk up the DOM when checking the Styles context sensitivity, and allow the application of styles to parent elements (just the first tag-matching parent)?

In this way, simply putting my cursor anywhere within a td would allow me to change the style of that parent td, the parent row, the parent table, etc...

I've seen this functionality in similar WYSIWYG HTML editors, and it'd be great in FCKEditor.

Only in Firefox, if you have a table in your HTML and then while you are in FCKeditor you right mouse click when your cursor is in the table or table cell, the editor jumps up to the top of the HTML no matter where you were when you clicked.

Wrote to Frederico about this and here is his reply: I was able to create a very simple test case for this bug, based on your pages. In Firefox, if you scroll down the contents and right click inside the table, it will scroll up automatically. If you instead click at the "More text" phrase at the very end, you will have no problems. It only happens if the editor is inside a table, and if you click in a table in the contents. There is no solution for it for now, and no predictions, but this TC is an important step to find out something. Frederico Caldeira Knabben

IE doesn't fire the unload event of the inner frame until the whole parent window is unloaded. Simplified testcase available in [365].

This means that even if an instance of FCKeditor has been removed it's still available in the FCKeditorAPI.__Instances object.

Tested in Demo, and nightly build as of June 11 5:42 EST.

Use the attached text file as testing html. This problem seems to be related to something in that html.

Browser: IE7 as of June 11th fully patched only extras are Google Toolbar OS: Windows XP Pro fully patches as of June 11th

1. Using attached file paste into fckEditor using source view
2. Switch to WYSIWYG view
3. Find any text. i scroll down to the 2nd table and highlight the Contact "Cathy Santiago".
4. Click on the Link icon (the globe with the chain)
5. Select "Email" from link type drop down
6. Type in any email address. i used test@…
7. Click on the OK button.

At this point i get the error message mentioned in the short summary. i'd attached a screen shot of the message and the full screen of what things look like in my browser. The FCKeditor seen there is the nightly build downloaded today June 11th around 5pm EST.

In IE, if a <input name="style"> field is available inside the editor's <form>, a JavaScript error is thrown when clicking in the FitWindow button.

Need a different CSS class for each inner table band of the toolbar, named ToolbarBand (rather than Toolbar, of which applies to the outer toolbar table). Namely:

1. In fck_toolbar.js, line 41, on the inner table, change the class="Toolbar" to class="ToolbarBand"

2. In fck_editor.css, add a new CSS class named "ToolbarBand" that applies to each row of the toolbar.

We've made the changes in our version, which allows for a background image of the toolbar band (with that cool XP-style vertical gradation behind the buttons).

Thanks!

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

Hi,

building in sourcecode highlighting would be great. Parsing the source when going to html mode, and parsing it back when going to WYSIWYG mode. Should be to resource intensive.

example code (thnx @ Quist):

// parse all tags and make red
defaultTag = /(<([\s\S]*?)>)/gi;
code = code.replace(defaultTag, "<font
color='#FF0000'>$1</font>");

// give centain elements a other color
var aItems = [['style','#00FF00'], ['script','#00FF00']];
for (var i = 0; i < aItems.length; i++) {
var sTag = aItems[i][0];
var re = new RegExp("(&lt;(" + sTag + "|\/" + sTag +
")(.*?)&gt;)", "gi");
code = code.replace(re, "<font color=" + aItems[i][1]
+ ">$1</font>");
}
// make attribute's blue
var reAttr = new
RegExp("(=((\"|&quot;)(.*?)(\"|&quot;))( |\/|&gt;))",
"gi");
code = code.replace(reAttr, "=<font
color='#0000FF'>$2</font>$6");

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

It is impossible to set the image size of an inserted image in %

You can enter the value (e.g. width : 100%) in the dialog, but nothing happens.

When opening the dialog again, the value input box is empty

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

Hi.

Would be nice if you could add a cyclic search checkbox to the find text dialog.

Today: If cursor is in middle of text and you search for a word that happend to be below cursor you find it, but you will not if word is above the cursor position.

Implementing a cyclic seach checkbox in the search dialog with default on, would make it more intuitive.

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

The relative dialog should open when double clicking on objects like images, anchors, flash, form buttons or even tables (in the border... IE only I guess).

Each of the _samples/perl/sample*.cgi programs includes code to override the value of $BasePath. The value for the override is computed by manipulating $ENV{'PATH_INFO'}, but it ought to be manipulating $ENV{'REQUEST_URI'} instead.

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

If I add an element with a filled name property and I move it right after submitting, the entered name property is lost. The bug doesn't occur if I save, or show the code first. The bug occurs for form fields e.g. a textfield. This bug also occurs on the demo site.

Maybe a related bug is the name of a link that isn't saved in the link.

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

When using the SpellerPages spell check function, try spell checking the following:

This is mispeled here is a link and this is mispeled too

where the word "link" is a link. SpellerPages detects the first "mispeled" as an error but ignores the one after the link.

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

When displaying styles available from fckstyles.xml in styles combo each option is being styled according to the style it belongs to.

But if the style has something like "padding-left" attribute, let's say 180px, then the option becomes invisible (the padding is applied to the combo's option as well and it's being displaced completely to the right).

It's needed to introduce some !important attributes for combo's options that couldn't be overriden by styles from fckstyles.xml

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

Linux FC4 Firefox 1.0.7 FCK 2.2, 2.1.1

When right clicking on a "select" component, no context menu appear.

Sometimes it's possible to left click on a "select" component and then right click on an empty editor space to get the context menu to appear. But this should not be a regular behaviour, does it?

Anyway, I propose a "properties" button on the toolbar, so we may select any component with the left button and then click on the "properties" toolbar button.

Regards,

Cristiano da Cunha Duarte

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

Once inserted, one cannot change the button type of a button in a form anymore.

Steps:

- Insert form
- Insert button (type = button)
- Open contextmenu of button
- Type field is disabled.

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

With the arrow keys, one can move the cursur into a button inside a form and edit its label, but the contents aren't saved.

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

Internet Explorer removes HTML comments which are inside SELECT and OPTION tags.

As an example:

<form><!-- form -->
<select><!-- select -->
<option><!-- option --></option>
</select>
</form>

becomes:

<form>
<!-- form --><select>
<option selected="selected"></option>
</select>
</form>

This also proves to be a problem when working with ProtectedSource since it makes use of comments.

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

The bug occurs when using the arrow keys to navigate text in firefox.

If there is an image within a line of text, arrowing right across it will cause the cursor to skip the character immediately after the image.

Example: (the | represents the cursor and each iteration represents the right-arrow keypress)

1: some te|xt[IMAGE}some more
2: some tex|t[IMAGE]some more
3: some text|[IMAGE]some more
4: some text[IMAGE]s|ome more

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

Hi, if you add a new image with IE6 to the editor, it will create a correct image tag with "width" and "height" attributes. If you resize the image, you get additionally the "style" attribute with "width" and "height" and both sizes differs.

Example:

1.) Added image:

<img height="556" width="417" alt=""
src="/_userfiles/Image/DSCN0082.jpg" />

2.) Resized it (smaller):

<img style="WIDTH: 315px; HEIGHT: 451px" height="556"
alt="" width="417" src="/_userfiles/Image/DSCN0082.jpg" />

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

If you add an image into a Div then you apply a style to the div like this <div style="float:right"><img ...> </div> if then you select the image and get the properties, it appears that all the properties are lost. But if you go to the source code you can see that they are not lost. Following the source code with debugger, I noticed that this instruction in fck_image.js

var oImage = FCK.Selection.GetSelectedElement() ;

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

return an undefined element. I have tested it with IE6 on WinXP e win2003.

It seems one cannot move (drag and drop) a whole table (like you move images) when using Firefox (2.x or 1.x) both on XP and Mac OS X (or Camino for that matter).

One can do that with IE (it shows the cross-shaped symbol on left-click and moves the whole table where you drop it).

May be related to the copy/paste table bug (1255029)?

Panos

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

When in source mode, certain functions are grayed out (find, font color, etc). When these functions are assigned to a keystroke they are still accessible via that keystroke.

To reproduce:

• Assign a keystroke to Find in FCKConfig.
• Press that keystroke while in source mode.

Result: Firebug reports error "oEditor.FCK.EditorDocument has no properties"

---

Noticed also that there are a lot of functions (add bullets, etc) that aren't grayed out in the button bar that also cause the same Firebug error report.

--Michael

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