Custom Query

fckeditor line 56,57,58 Old:

Public Sub Create( instanceName )
	Response.Write CreateHtml( instanceName )
End Sub

New:

Public Function Create( instanceName )
	Create = CreateHtml( instanceName )
End Function

When creating the FCKeditor:

strMyVariable = oFCKeditor.Create("FCKeditor1")

Now I can do watever i want with the variable. And have more controle of the position and stuff. In this way, the website developer can control the complete editor.

You can think about this feature form template's and stuff.

Greetings, Jeffrey Grune (Keep up the good work :D)

Inserting HTML using InsertHtml results in the src URL attribute being replaced by a site root relative path.

The following HTML:

<embed type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" src="http://delfi.laborint.com/r/videoplayer/mediaplayer.swf?0.07093275174449953" play="true" loop="true" menu="true" flashvars="&image=/picserver/s/orig/public/video/water_balloon_copy_24.mpeg.flv0000.jpg&file=/picserver/s/video/public/water_balloon_copy_24.mpeg.flv" width="300" height="225" allowfullscreen="true"></embed>

gets transformed to:

<embed width="300" height="225" allowfullscreen="true" flashvars="&amp;image=/picserver/s/orig/public/video/water_balloon_copy_24.mpeg.flv0000.jpg&amp;file=/picserver/s/video/public/water_balloon_copy_24.mpeg.flv" menu="true" loop="true" play="true" src="../../videoplayer/mediaplayer.swf?0.07093275174449953" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash"></embed>

Tested with both Windows and OS X Firefox 2. Windows Safari 3 does not seem to have this problem.

2008-02-09 > when toying with the New Floating Dialogs (which I really love ;)) I thought that that it might feel more robust when they would be restricting to stay within the client area when dragged.

E.g. ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html > click button that opens dialog > drag dialog to far right > scrollbars appear or drag to any window border > the dialog can be dragged outside the window.

Maybe this could be made configurable.

Although there is a button to insert <ref>s, but there is no button to insert <references/> , I have to turn to "Wikitext" to add this tag. I guess it's a bug.

Tested with Firefox:

1. Load the nightly demo at ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html
2. Insert a table
3. Right click in a cell, choose Table Properties
4. Repeat #3 up to ten times (usually happens on fourth try?)

Observation: the right click menu doesn't go away after selecting Table Properties

With my configuration:

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

the PageBreak doesn't work. Firefox says "C.PreviousBlock has no properties" and inserting is not possible.

var oFCKeditor = new FCKeditor(id) ;
oFCKeditor.BasePath	= 'resources/fckeditor/';
oFCKeditor.Height = 400;
oFCKeditor.Config[ 'ToolbarLocation' ] = 'Out:ddd-toolbar';
oFCKeditor.Value = value;
return oFCKeditor.CreateHtml();

gives an alert: Invalid value for 'ToolbarLocation'

is this a bug or an expected behaviour?

The paste dialog is broken by some previous code changes, it is giving out JavaScript errors when "OK" is pressed.

As briefly described in this topic: ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=8397#p22183 Filenames with special characters in it cause the XML used in the iBrowser to be invalid which breaks IE browsers.

Hi! Need some help can anyone tell me how to limit the textarea of the editor to A4 size. I only want the user to enter the exact amount of text that will fit in a a4 size page.Please Please help, really need it!! Thanks

Iwant to set the size of the textarea with in the editor to A4 size.Can you help?

I have an implementation that allows for webpage editing using WYSIWYG. When the view is switched to "Source" the cursor is positioned to the beginning of the page forcing the user to manually scroll to the area of interest.

I would like to have the cursor position maintained eliminating the nuance of manually scrolling. For this I need a pointer to the element that holds the editor text.

See the following code to obtain the cursor position on IE:

<HTML>

<HEAD>
<SCRIPT LANGUAGE="JScript">
function saveCaret(elem)
{
  if ( elem.isTextEdit ) 
    elem.caretPos = document.selection.createRange();
}
function getCaretPos(elem)
{
  if ( elem.isTextEdit && elem.caretPos )
  {
    var bookmark = "~";
    var orig = elem.value;
    var caretPos = elem.caretPos;
    caretPos.text = bookmark;
    var i = elem.value.search( bookmark );
    window.status = "Caret is at character " + i;
    elem.value = orig;
  }
}
</SCRIPT>
</HEAD>

<BODY>
<INPUT NAME="txtInput" ONSELECT="saveCaret(this)" 
   ONCLICK="saveCaret(this)" ONKEYUP="saveCaret(this)" VALUE="Where are you?">
<INPUT TYPE="button" VALUE="caret pos" ONCLICK="getCaretPos(txtInput)">

</BODY>
</HTML>

Can anyone tell me how to get a handle of the element that has the text in the Editor?

Some more items are added for ko.js

In mozilla, if you drag an image around, the src changes from url to ../../url; problem if you use absolute urls for images (/path/to/image) it changes to (../../path/to/images) or a base url for the editor and the image disappears. Going to source view and back again, the good src is restored, presumably from _fcksavedurl.

In Firefox2: When inserting embed markup using InsertHtml(), editor doen not show the placholder for it until you switch to html-mode and back.

In IE7: It appears to work contrariwise, after insert the placeholder shows up, but when you switch to html-mode and back, it magically disapears.

Tryng to insert:

<embed width="300" height="255" src="somefile.swf" type="application/x-shockwave-flash"></embed>

When collapsing the toolbar everything works fine, however if you want to expand it back it is displayed in a wrong place. The bottom border of the editing disappears.

Steps to reproduce:

1. Press toolbar collapse button

2. Press tollbar expand button

3. Notice that the toolbar has moved down. An empty field is also present above and below the toolbar. It is hard to see it when the page background is set to white, so try to change the background of the page to see all issues of the bug.

Browser: Opera 9.50 beta Build:9762

It is impossible to move objects inside the editing area e.g. tables, flash objects, images, buttons etc. This also applies for the text itself.

Context menus don't work at all. They don't work with all the objects and also inside the editing area.

Granted, the html is missing a TD tag, but the editor is actually removing the entire block after toggling back and forth between source mode.

Paste the following sample into source mode, and toggle back and forth:

<table>

<tbody>

<tr>

some text that will disappear</td>

</tr>

</tbody>

</table>

With

FCKConfig.EnterMode = 'br' ;
FCKConfig.ShiftEnterMode = 'p' ; (or same on 'div')

Shift + Enter make <br>

If I click on the button, FCkeditor produce

<td style="margin-left: 20px">text...</td>

So you can't see the indentation.

If there is text without p- or div-element and I click on indentation for example, FCKeditor makes automatically

<div style="margin-left: 20px">text...</div>

I want to work without DIVs in the contentarea of my pages.
Is it possible to make a choice in the config for 'p' or 'div'?

The <ref>, </ref> and <reference/> tags are no longer recognized in the MediaWiki+FCKeditor. I have a site hosted by wiki-site.com. I can't get <ref> tags to work on my site or on wiki-site.com's sandbox. It doesn't matter if you are in the FCKeditor mode or the "old" wikitext mode. If either mode, if you type <ref>, it changes it to .&lt;/ref&gt;.

To reproduce, just copy in the following text to the sandbox at wiki-site.com: <ref>Reference text</ref> References <references/>

I set the priority to "high" because I believe references to be a very essential function of Wikis.

Thanks for your help in resolving this. Steve

If you type a sentence in the MediaWiki+FCKeditor and put two spaces (as I have done for over 30 years), it renders the first space as "&nbsp;". OR If you copy a sentence and put one space after the period before copying another, it changes that space to a non-breaking space and adds a <br>.

Example, in the sandbox of wiki-site.com... 1) Copy the sentence at the bottom that starts, "Please note that all contributions to Wiki-site may be edited..." into the page in the FCKeditor mode. 2) Add a space after this sentence and then paste the sentence again. 3) Add a space again and copy the sentence a third time.

Upon the first conversion, each space you typed is converted to a non-breaking space AND two returns are added after the first non-breaking space.

After the second conversion, an additional <br> is added before the second sentence.

I've had massive problems with all these non-breaking spaces and breaks added to standard text and list text but the problems do not reproduce consistently in the sandbox. Is it possible to change FCKeditor so that it no longer adds non-breaking spaces and breaks?

Thanks again for your help. Steve

To replicate the bug, create a table with more than one row, enter text into cells then select content of an entire column or row. Select a formatting option such as BOLD or Right Align. Result: firstly, the entire column is not affected secondly, the first cell stuffs up. In the right align example (shown below) the first <td> is altered, placing two empty <p> tags and css styles. In the editor it looks like another cell has been added to the table.

I get a similar issue when trying to format the whole table as "normal" paragraph text.

<table border="1" cellpadding="0" cellspacing="0">

<tbody>

<tr>

<p style="text-align: right;">&nbsp;</p> <td style="text-align: right;">aaaaa</td> <p style="text-align: right;">&nbsp;</p> <td>aaa</td>

</tr> <tr>

<td>aa</td> <td>aa</td>

</tr>

</tbody>

</table>

The layout of floating dialogs are broken when opened in Firefox 3.0 beta 2. Specifically, the bottom button row is broken in FF3.

If I go into the 'Source' mode and paste <link> tags (see below) into the FCKeditor area, they are converted to <p>&nbsp;</p> upon save.

<link href="/mystyles/teststyle.css" rel="stylesheet" media="screen">

If you have HTML content that contains a BODY tag with a BODY tag, only the content inside the inner tag is visible. For example:

<html> <BODY> <p>outer</p> <BR> <BODY> inner<BR> </BODY></BODY></HTML>

Only the "inner" text appears in the FCKeditor. This is needed because e-mail messages often have nested BODY tags.

If someone saw errors with the short summary description, the association of [.html] file type with asp.dll would be deactivated.

This is a simple and short solution.

I am searching for better solution.

If someone has other solution, please help me!!!

Using Safari 3.0.4 (523.12.2) and creating FCKeditor instances using the Javascript API or replacing existing empty textareas, a single whitespace character is being added to the editor area. While this isn't a critical bug, it's somewhat annoying as the first line you enter in a blank FCKeditor instance has a single leading whitespace character.

The following creates an empty FCKEditor instance without an explicit default value, which gets populated with a single whitespace character:

<script>
var oFCKeditor = new FCKeditor( 'FCKeditor1' ) ;
oFCKeditor.BasePath	= sBasePath ;
oFCKeditor.Height	= 300 ;
oFCKeditor.Create() ;
</script>

Similarly replacing an existing empty textarea causes a single whitespace character to get inserted

<textarea name="test" id="test"></textarea>

This is similar to ​ticket 926, but it involves adding a link, and it's present in the 2.5.1 demo.

I'm using Firefox 2.0.0.12 (Windows). It doesn't seem to happen with IE7 Win.

The steps to reproduce the problem:

1. Select some text in the initial content of the demo.
2. Click the 'link' button, add a url, and OK.
3. Click the 'View source' button: the P tags have been added.

This only happens if it's the first thing I do. If before doing all that I first create a second paragraph (even just an empty one), and then add the link, the P tags are not added.

I tried it in the nightly build demo and it doesn't happen there. Then I downloaded the nightly build, and it's happening again in my local machine. Since I'm a bit confused, I thought I'd post a ticket. I apologize if this has already been solved or it's not actually a bug but a particular problem I'm having, I just wanted to let the developers know.

I've just updated from version 2.4.3 to version 2.5.1.

I noticed that in a table with a thead en th-cells the contextmenu doesn't work when right-clicking in de last (bottom) row.

Example:

<table title="Tabel" cellspacing="0" cellpadding="0" summary="Tabel">
    <thead>
        <tr>
            <th scope="col">nummer</th>
            <th scope="col">Onderwerp</th>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>1</td>
            <td>abc</td>
        </tr>
        <tr>
            <td>2</td>
            <td>def</td>
        </tr>
    </tbody>
</table>

Without the thead there seems to be no problem.

regards, Koen Willems

Dear Sir, I am using this editor for my site, it is working properly but in opera i am unable to use the editor functionality, it just showing text area. U can verify this problem in opera by clicking on the url mentioned below;

​http://www.caskie.com/INFOPRO/independent/new_editorial.php?page=index.php&typeid=1

Pls Repply,

Regards, Kiran

How can I validate FCKeditor using javascript. In validation process I just want to confirm that information in the FCKeditor should not be left blank as wel as I want to set the limit for maximum data to be entered in the FCKeditor. Thank You.

Regards, Kiran Vidhate

In Apache, mod_security is usually installed (​http://www.modsecurity.org/) - it is commonly used to detect and prevent against possible attacks. Quick example from official mod_security site (​http://www.modsecurity.org/documentation/quick-examples.html):

    # Prevent path traversal (..) attacks
    SecFilter "\.\./"

Similar rule is available in a "Apache 2.x rules" at ​http://www.gotroot.com/:

##generic recursion signatures
SecRule REQUEST_URI "!(alt_mod_frameset\.php)" "chain,id:300004,rev:2,severity:2,msg:'Generic Path Recursion denied'"
SecRule REQUEST_URI "\.\./\.\./"
#generic path recurision si

The problem is that ../.. is used by FCKeditor:

http://www.fckeditor.net/fckeditor/editor/filemanager/browser/default/browser.html?Type=Image&Connector=../../connectors/php/connector.php

so it may be blocked in rare cases.

We should avoid passing ".." in urls.

see attached file. Using FF 2.0.0.12 and XP

For more info please take a look at: #950

For more info please take a look at: #950

For more info please take a look at: #950

dev.fckeditor.net is crawled by google and a lot of other spiders. When attachment is added, users' email is being displayed. Example: #1755, take a look at attachment

We must hide all emails if possible.

The compatibility check in ​http://dev.fckeditor.net/browser/FCKeditor/releases/stable/fckeditor.php is wrong. You check for gecko>=20030210, but for example firefox 1.0.3 has 20050414 and would pass the check. Sorry I don't know the exact version number to check for. Because you have to respect other gecko-based browsers too. But 20030210 is definitively much to less.

A good place for looking for user agent strings: ​http://www.useragentstring.com/

This bug depends on #1875, because the Compatibility class is adapted from: ​http://dev.fckeditor.net/browser/FCKeditor/releases/stable/fckeditor.php

The current status of the doGet xml response handling if really bad. It should be rewrapped into a separate object which realizes a clean solution.

Reproduction procedure:

1. Go to sample01.html
2. Open the Find dialog
3. Type "some sample" in the "Find what" field
4. Press "Find" twice, you should see the no match found message
5. Press "Find" once more, you'll see a JavaScript error

The new CSS class names are breaking existing plugins and also the Template dialog.

When switching between source and WYSIWYG view, preserve the selection.

Related tickets:
View source code of selection: #611
Maintaining Cursor positioning in text area while switching views: #1845 = #385

For MediaWiki, you can define certain kinds of interwiki links that won't show up in the page content. They instead get put on the "other languages" menu (by default). This is for links to translations of the article on another related wiki.

The code for an interlanguage link is identical to an interwiki link. The only way to tell one from the other is that a) the interlanguage link has "iw_local = 1" on its interwiki table row, and b) the prefix of the interlanguage link is a key in the language names array (see languages/Names.php). A common example might be, on the page "Dog", "[[fr:chien]]" to make an interlanguage link to the French version of the page.

As a first step, it would be nice to at least preserve this markup so it doesn't get lost when someone edits the page. (I'll file a separate ticket for allowing users to add, edit and delete interlanguage links.)

For MediaWiki, you can define certain kinds of interwiki links that won't show up in the page content. They instead get put on the "other languages" menu (by default). This is for links to translations of the article on another related wiki.

The code for an interlanguage link is identical to an interwiki link. The only way to tell one from the other is that a) the interlanguage link has "iw_local = 1" on its interwiki table row, and b) the prefix of the interlanguage link is a key in the language names array (see languages/Names.php). A common example might be, on the page "Dog", "[[fr:chien]]" to make an interlanguage link to the French version of the page.

It would be great to be able to add, delete, and edit interlanguage links using the FCKeditor plugin.

How can I integrate FCKeditor with asp.net using c# and where can I found Complete integration guide for FCK Editor integration with ASP.net using C#

Pls Repply.

Regards, Kiran Vidhate

The editor must run inside the Adobe AIR platform.

If you have one or more styles set in fckstyles.xml which use the p element, in the editor every <p> shows as having the styles selected, even if they are not. You are therefore unable to set the p style on a paragraph.

Example styles in fckstyles.xml:

<Style name="Intro Text" element="p">

<Attribute name="class" value="IntroText" />

</Style>

<Style name="Sub-Head" element="p">

<Attribute name="class" value="SubHead" />

</Style>

Page fail to load with IE7/Vista, when an editor.ReplaceTextarea function is called. Works fine with IE6/7 running under XP, or others browsers/OS.

I tried html/sample02.html (latest stable and nightly build), and it also bugs with IE7/Vista.

Javascript editor hosted on a Ruby on Rails application.

Here is the only code used to create the editor :

var mc_editor = new FCKeditor('mc_desc', 700, 300, 'Basic');
mc_editor.ReplaceTextarea();

For example:

<img src="a.gif" alt="b />

becomes

<img alt="b src="a.gif" />

when switching two times between normal view and normal view.

This is undesirable behavior, because e.g. user defined regular expressions become unreliable.

The bug is caused by the function FCKXHtml._AppendAttributes in fckxhtml_gecko.js, where it says

for ( var n = 0 ; n < aAttributes.length ; n++ )

which should become:

for ( var n = aAttributes.length-1 ; n >= 0; n-- )

See also ​http://www.fckeditor.net/forums/viewtopic.php?f=5&t=4987

Hi guys,

I did some recoding of fck_table.html

For the user interface I copied the border color and background color from fck_tablecell.html, so the fcklang will still carry 'cell' instead of 'table'.

If you like it, i can clean up the code and take that part on me.

I have added the border-style myself.

So to have a translation for it, add the following lines to the language javascript files. (I have only English, Spanish, Dutch)

en.js: DlgTableBorderStyle : "Border Style", es.js: DlgTableBorderStyle : "Stilo de Borde", nl.js: DlgTableBorderStyle : "Randstijl",

the file fck_table.html will be attached.

Note, to have a better view on the dialog, you need to update the size of the dialog window in fckcommands.js

case 'Table' : oCommand = new FCKDialogCommand( 'Table' , FCKLang.DlgTableTitle , 'dialog/fck_table.html' , 480, 300 ) ; break ;

I hope you like it.

Move the above mentioned method to a more appropriate class

I'm using fckeditor for specially privileged administrative purposes, so I want thing that would not be a good idea to grant to public at large.

I need to be able to change the upload directory according to an incoming GET parameter. This should be straightforward, but it is not.

Also, in order to use fck for editing existing html on the server, I had to hack the distributed code. This works, but it isn't necessary.

FCKeditor 2.5.1

I can edit config.php so uploads work, but if so, then browse server is broken, and versa visa.

...if browser server work, then uploads are broken. This seems to have something to with case sensitivity, and Image/image being defined twice and differently.

If SessionData#getUserFilesPath does not return null, we should ensure that all folders for this user exist.

Either this has to be done in the connector or by the implementing class.

A basic checking should be done in doGet and doPost:

if some type is provided, check for availability and reject if not. It no type is provided, default to File

My apologies for cross-posting this from the FCKeditor support site; this site appears to be the more appropriate location for this, however.

We first discovered this issue locally in IE7 (FF seems unaffected), but this issue was confirmed in IE7 in the MediaWiki+FCKEditor sandbox. ​http://mediawiki.fckeditor.net/index.php/Sandbox

The problem is FCKeditor is mis-behaving when dealing with extra white spaces in list items. For example, if you take the following wikitext list

* a bullet list
* anchors
* links

and put three blank spaces immediately before and after the word "bullet" in the first list item then click 'Show preview' or view the Wikitext and go back to the WYSIWYG display. The list gets mangled to look like the following (again in wikitext).

*
* a   
* bullet    list
* anchors
* links

Sometimes I also get a Javascript error:

Line: 88
Error: 'null' is null or not an object

From the following file -- (I had to fat-finger this in, so it may not be completely accurate) extensions/FCKeditor/fckeditor/editor/js/fckeditorcode_ie.js

This is the offending line of code (line 88):

var FCKEvents=function(A){this.Owner=A;this._RegisteredEvents={};};FCKEvents.prototype.AttachEvent=function(A,B){var C;if (!(C=this._RegisteredEvents[A])) this._RegisteredEvents[A]=[B];else C.push(B);};FCKEvents.prototype.FireEvent=function(A,B){var C=true;var D=this._RegisteredEvents[A];if (D){for (var i=0;i<D.length;i++){try{C=(D[i](this.Owner,B)&&C);}catch(e){if (e.number!=-2146823277) throw e;}}};return C;};

Once again, I apologize for cross-posting this item; I forgot to set the ticket properties when I submitted #1900 and there does not appear to be any way to edit a ticket after it is submitted.

We first discovered this issue locally in IE7 (FF seems unaffected), but this issue was confirmed in IE7 in the MediaWiki+FCKEditor sandbox. ​http://mediawiki.fckeditor.net/index.php/Sandbox

The problem is FCKeditor is mis-behaving when dealing with extra white spaces in list items. For example, if you take the following wikitext list

* a bullet list
* anchors
* links

and put three blank spaces immediately before and after the word "bullet" in the first list item then click 'Show preview' or view the Wikitext and go back to the WYSIWYG display. The list gets mangled to look like the following (again in wikitext).

*
* a   
* bullet    list
* anchors
* links

Sometimes I also get a Javascript error:

Line: 88
Error: 'null' is null or not an object

From the following file -- (I had to fat-finger this in, so it may not be completely accurate) extensions/FCKeditor/fckeditor/editor/js/fckeditorcode_ie.js

This is the offending line of code (line 88):

var FCKEvents=function(A){this.Owner=A;this._RegisteredEvents={};};FCKEvents.prototype.AttachEvent=function(A,B){var C;if (!(C=this._RegisteredEvents[A])) this._RegisteredEvents[A]=[B];else C.push(B);};FCKEvents.prototype.FireEvent=function(A,B){var C=true;var D=this._RegisteredEvents[A];if (D){for (var i=0;i<D.length;i++){try{C=(D[i](this.Owner,B)&&C);}catch(e){if (e.number!=-2146823277) throw e;}}};return C;};

Because StringWriter internally works with StringBuffer.

Don't know if it is problem of FCKeditor or Javascript I have written but although I am writting here. I hope you can help me.

I have put FCKeditor on ASP.net 2.0 application (www.relationshiplist.us)

This is code of fckeditor on my main page:

<fckeditorv2:fckeditor id="FCKeditor1" runat="server" BasePath="~/FCKeditor/" SkinPath="skins/office2003/" ForcePasteAsPlainText="true" Height="924px"></fckeditorv2:fckeditor>

Also one button is there

<input id="inpbtnInsertMergeTop" type="button" value="Insert Merge Field" onmousedown="test()" />

Javascript for that function:

function test - see attachment

Code on pop up window - see attachment

function update - see attachment

function updateparent(radiobutton) - see attachment

Everything works fine but when it is replacing "{u_mergefield}" to proper string mouse cursor is not coming in editor even if I click on any area then also mouse cursor is not focusing there.

I will soon upload one page (on www.relationshiplist.us) from where you can test this live.

Regards, Mayank Parmar

version 2.5.1 Build 17566

We have styles set to our div styles in a CSS. DIV is also the default normal. When trying to add a selected style to a div where the code is <div> some text here </div> the div will not apply. When it is <div class=> some text here </div> the style applies great.

If you need to see a reprodcution of this or server config files please let me know. I have attached some config files.

my email is my username.

While in Source mode the characters are not encoded as HTML entities for POST. While in normal mode (the usual mode for editing with FCKeditor) the characters are HTML encoded for POST. Whether the POST data is HTML encoded or not depends entirely on what mode the user had FCKeditor in when they submit the form which makes it impossible to do the correct thing when gathering the POSTed data.

Clicking back and forth between Source and Normal mode encodes the text as HTML entities, although it does not keep re-encoding them over and over again on each switch between Source and normal mode.

Here's how to reproduce the problem:

1. Choose any of the PHP samples on the nightly samples page. It works the same (badly) on all of them.

2. Without changing any of the styles, enter the text '< & > "' between 'is' and 'some', so the plain text would read This is < & > " some sample text.

3. Submit the form. You get a new browser window with the data as "This is &lt; &amp; &gt; &quot; some..." This is the problem. All of the samples have HtmlEncodeOutput set to the default value of 'false' so that all of those characters should NOT be encoded as html entities. Plain old <textarea> form fields do no encode those characters for the POST.

4. Now go back to the form, and click on the "Source" button in the FCKEditor toolbar. You'll see that the text indeed shows "This is &lt; &amp; &gt; &quot; some...".

5. While in Source mode view, remove those encoded symbols and put in the original symbols of '< & > "'. Leave the FCKEditor in Source mode and Submit the form. The new browser window now shows the data being posted as 'This is < & > " some..." which is what it should always be.

Browser: Tested on FireFox 2.0.12 and Safari 3.0.4 on Mac OS X 10.5.2.

The PHP connector DetectHTML function does no error checking to make sure that the file was opened or read correctly. This causes a cascade of errors on systems with the PHP open_basedir set to disallow opening of files in the temporary file-upload directory. See the forums post ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=8619.

In the file 'editor/filemanager/connectors/php/util.php' starting on line 87 is the DetectHTML function.

Original:

function DetectHtml( $filePath )
{
	$fp = fopen( $filePath, 'rb' ) ;
	$chunk = fread( $fp, 1024 ) ;
	fclose( $fp ) ;

With improved error checking, it should be something like this...

function DetectHtml( $filePath )
{
	$fp = fopen( $filePath, 'rb' ) ;
        if ( $fp !== false )
        {
         	$chunk = fread( $fp, 1024 ) ;
             if ( $chunk === false )
             {
                     $chunk = '';
             }
	       fclose( $fp ) ;
        }
        else
        {
             $chunk = '';
        }

I'm not sure whether it would be better to return TRUE or FALSE in the case of being unable to open and/or read the file. I leave it to the security experts to debate that.

I am getting sporadic errors when loading the editor in Firefox 3.0b3. The problem is that fckeditorapi.js is appending a SCRIPT element to the parent page to bootstrap the API. However, appending the SCRIPT element appears to be an asynchronous action in Firefox, so it's not always possible to immediately access oParentWindow.FCKeditorAPI. (I discovered this because the parent page sometimes needs to load a script that takes a second or two to fetch.)

A simple solution is to remove the check for FCKBrowserInfo.IsGecko19 added in r659, since the ​Firefox bug has been fixed.

As an aside, I don't know if this is an issue in Safari. If it is, you might consider something like ​this approach.

In FCKeditor.LoadPostData() the code that handles reverting the HtmlEncodeOutput changes does not work properly for strings that contain "&amp;lt;" or "&amp;gt;". The current code replaces '&amp;' before '&lt;' and '&gt;' which causes the strings mentioned to be converted to '<' and '>' respectively. What should happen is that the '&amp;' replacement should happen after the '&lt;' and '&gt;' replacement. This allows the strings to be converted to '&lt;' and '&gt;' which I believe is the proper decoding.

Here is a patch that fixes this problem.

Index: FCKeditor.cs
===================================================================
--- FCKeditor.cs        (revision 1585)
+++ FCKeditor.cs        (working copy)
@@ -456,9 +456,9 @@
                        // Revert the HtmlEncodeOutput changes.
                        if ( this.Config["HtmlEncodeOutput"] != "false" )
                        {
-                               postedValue = postedValue.Replace( "&", "&" ) ;
                                postedValue = postedValue.Replace( "&lt;", "<" ) ;
                                postedValue = postedValue.Replace( "&gt;", ">" ) ;
+                               postedValue = postedValue.Replace("&amp;", "&");
                        }

                        if ( postedValue != this.Value )

<div style="width: 463px"><img alt="" border="0" src="​http://www.espime.com/sites/wedo/intra/../save/image/mikaonhaasteesi3.PNG" /></div>

In IE7 Try up code in the editor, you right click to open the context menu, open the image properties dialog, all fields are empty. The problem is because the div has style width.

Given a text that contains only once the following string "AAAA"

• If you try to find it, it will work
• If you try to find the next one, you have an alert "The specified text was not found"
• Click on Replace tab and replace all, AAAA by BBBB

--> Replace All will display the alert "The specified text was not found" Note: Replace All works as long as the cursor is in the document. It seems that when a text is not found, the cursor is now outside the document, which will cause the Replace All to fail.

Current Release: 2.5.1

Firefox, Safari and Opera, XP

open the demo ​http://www.fckeditor.net/demo and click on the image, browse server. double-clicking on the folders, most of the time does make the whole set of folders appear twice in the left side

IE 7 does seems to behave properly

hi,

First off, love the product you guys produce. I have been using your product for some time, however, I recently changed to a VPS with a new company. My site utilizes your FCKeditor (www.gamerevolver.com) to post new articles, comments and pretty much any other user input. Try as I might, I can not get the FCK to load with PHP5. When I go to your _samples (​http://www.gamerevolver.com/FCKEditor/_samples/default.html) folder, all of them work except the PHP version. It is imperative that I get this running in a timely manner as I am losing lots of business because of this mishap. i added the most recent version of the editor and still experience the problem. Basically, the editor just doesn't show up, just like in your samples. Please help!!

Steriotyp

When using inline CSS caching for the editing area stuff (fck_editingare.css, fck_internal.css and fck_showtableborders.css), it seems that they are ignored when running inside AIR.

Debbuging it, I was able to confirm that the <style> elements are being properly set in <head> inside FCKAdobeAIR.EditingArea_Start by adding the following call at the end of the function:

alert( doc.documentElement.innerHTML ) ;

But the <style> elements have no effect.

The inline CSS caching is not compatible with the current AIR implementation (see #1914). As we are using it for our internal CSSs, those styles have no effect in the editor.

When copying from a word document and pasting into Fckeditor using the clean up word tool, anchors within the current page are just lost. The anchors work in the word doc perfectly but have disappeared completely when viewing the new web page. I have attached a sample of a word doc that loses all its anchors.

two cell mergedown ok! three cell mergedown table broken.

Reproduction procedure:

1. Open _sample01.html in domain relaxation mode under IE6 or IE7.
2. Open the image dialog.
3. Click "Browser Server".
4. Select an image from the file browser. Upload one first if there's no image.
5. Permission denied error.

Reproduction procedure:

1. Open sample01.html in IE6 or 7 under HTTPS and domain relaxation mode.
2. Open the image dialog, or the flash dialog, or the image button dialog.
3. Warning message about unsafe contents.

Having a critical issue with the way Mediawiki+FCKeditor is behaving for editing text in IE (FF is unaffected). Suprious linefeeds introduced during the transformation of editor text to text output during the 'Save' or 'Preview' operations are ruining our ability to use the editor for even simple/basic text editing in a production environment. Complicating the issue is that this problem appears to happen intermittently, but once it does occur initially it keeps repeating. I have tested this in the sandbox ( ​http://mediawiki.fckeditor.net/index.php/Sandbox ) to verify it is a current issue.

This is an example of what the wikitext looks like before attempting to edit it.

* Keep formatting adjustments to a '''''minimum'''''.
* Use headings ("Heading 1," "Heading 2," etc.) in a logical, structured manner. You can check the structure of a page by looking at the "Contents."
* Primarily use the default formatting, bold, italic, underline: color should be used sparingly and, ideally, for the purpose of discussion or to indicate a note that requires attention.

Typing in the letter 'a' before 'adjustments' in the first list item and clicking on 'Save page' or 'Show preview' will mangle the output (see effect below) or changing the first letter in other list items will also cause a problem. If the problem does not manifest itself on the first try, keep altering it -- adding letters to words and changing the first letter of words, and it will eventually occur and once it does it is impossible to avoid.

* 
* Keep formatting a
* adjustments to a '''''minimum'''''.
* Use headings ("Heading 1," "Heading 2," etc.) in a logical, structured manner. You can check the structure of a page by looking at the "Contents."
* Primarily use the default formatting, bold, italic, underline: color should be used sparingly and, ideally, for the purpose of discussion or to indicate a note that requires attention.

Hi FCK-Team!

First of all: Thanks for your great editor! The FCK-Editor is the best editor I have ever seen in web!

My problem: The interface allows the user to select Font colors (FCKConfig.FontColors). All works fine, but the "automatic" color does not change to another color than black in the little preview. The transforming of text into different "automatic"-colors does work! It only shows the wrong color in the little box left of "automatic".

In my case the fckconfig.js contains the following: ...

FCKConfig.FontColors = 'FFFFFF,118811,881111' ;

...

the fck_editorarea.css: ...

body
{
	background-color: #77A6C2;
	padding: 5px 5px 5px 5px;
	margin: 0px;
	color: #FFFFFF;
}

body, td
{
	font-family: Arial, Verdana, sans-serif;
	font-size: 12px;
	color: #FFFFFF;
}

...

Dears, PuNkStOrM :)

The close button is mispositioned in the dialogs when in RTL mode.

Confirmed with IE6 and IE7.

when having categories, using FCKeditor with mediwiki removes the category naming and thus the sorting. Example [[Category:Help|S]] if edited would be renamed to [[Category:Help]] and the sorting is removed.

thanks for the great work! mike

Tested this on both the 2.51 and 2.6 beta release.

see the following page as an example: ​http://ritter.eplt.washington.edu/fckeditor/_samples/default.html

click the quote button (which fires off an onclick that calls InsertHtml) and nothing happens. If you click a second time the quote actually works. This only happens when using safari. So I'm really not sure if this belongs as a safari bug or a fck bug. Using safari Version 3.0.4 (5523.10.6)

Just as a note, to work around this bug you can simply call InsertHtml() with no content and then call it with the content you want.

This is a subtle bug, and has to do with the new floating popup dialogs for FCKeditor 2.6 beta; it's an easy one to miss, so I thought I'd tell you about it.

If a page contains its own floating windows, implemented in hidden DIVs with position=absolute, and one of these floating windows contains an IFRAME with an FCKeditor in it, then the FCKeditor popups can appear behind the site's ones. This doesn't happen with your right-click menus, though (they work perfectly)... I assume both are bound to the top-level page, and imagine therefore that it's a simple zIndex problem.

I've created an ID for you on my development site, should you wish to check out the problem. Here's the login information:

URL: ​http://opwernby.com:7003 User ID: info@… Password: fck$12

Steps to replicate the problem:

1. Log into the site;
2. Go to "Files"; you will see one file sitting there;
3. Hit the "Edit" icon for the file (it's the one that looks like a notepad);
4. Right-click on the numbered list in the file, and select "Numbered List Properties";
5. The FCKeditor popup has appeared, but behind my window, so you can't see it. Close mine, and you'll see it. Try to close yours, and it won't work because the parent javascript is gone by that time (my IFRAME has been reallocated to some other purpose).

I've tested this in Internet Explorer 7, and in Firefox (latest version, whatever that is) for the PC.

Lastly, I just want to say thanks for this editor; it's saved me many times; and to apologise for the state of my site, which is a work in progress... hmmm...

When I first open a webpage in Mozilla which calls the FCK editor in a text area and i try to straight away use the 'delete' key or the 'back space' key ,it shows no response. After that if I type in sumthing ,then the 'delete' and 'back' buttons start working.

This happens with all webpages (browsed in Mozilla) which have FCK editor.

No such problem in IE

What could be the problem and how could I fix it?

Before 2.5 I could give FCKConfig.EditorAreaCSS to my CSS which had:

body {
background-color: transparent;
}

And editor was transparent in every supported brower. Now with 2.5.1 that doesn't work anymore. I need to change skins fck_editor.css and put it's body's background-color to transparent. It works with Opera/MSIE6/FF2 but not with MSIE7.

I found some suggestions to use FCKConfig.BodyId and .BodyClass to do it, but it didn't do the trick.

So how to get the editor's editing area to be transparent(/inherit) in every browser?

When using Smarty protection source in FCKEditor 2.6beta :

FCKConfig.ProtectedSource.Add( /<\{[\s\S]*?\}>/g );
FCKConfig.ProcessHTMLEntities	= false ; //true

The following code is broken when swithing between wysiwyg/source edition :

<p><a href="{if $a=1}url1.htm{else}url2.htm{/if}">TEST</a></p>
<p>{if $a=1}url1.htm{else}url2.htm{/if}</p>

become :

<p><a href="%7Bif%20$a=1%7Durl1.htm%7Belse%7Durl2.htm%7B/if%7D">TEST</a></p>
<p>{if $a=1}url1.htm{else}url2.htm{/if}</p>

conclusion: Smarty code is protected only in tag and not in attribute.

Is it a bug ? how to avoid this behavior ?

When I now want to open the filemanager in a specific directory not depending on a session, but on variables available in the environment system that opens the editor, then I need to modify the source of several files. An array or JSON object that can be populated with variables and that is passed to the filemanager already out of the box would be a nice addition.

FCKConfig.LinkUploadVariables = {'path':'sub/', 'somethingElse':'value'}

Trying with beta 2.6 plugin Placeholder to update my plugin based on this one :

On IE 6.0, when you click on the yellow Number, you should get the same number in windows but here the custom number does not come back.

Think that the problem is here : fck_placeholder.html L 46

var eSelected = oEditor.FCKSelection.GetSelectedElement() ;

is something like not initialised because in th function (LoadSelected()) it goes straight to the end. (eSelected does not exist)

Confirmed with IE7. Ok with FF.

Steps to Reproduce

1. Insert an image (like a smiley).
2. Remove the selection from the image and select it again.
3. Open the "Insert Special Character" dialog.
4. Insert any char.

A JavaScript error is thrown in Selection.EnsureSelection. There is no way to close the dialog after it. The page is now blocked.

Note that the desired action was correctly completed though.

I have a fatal bug on the actions wikitext and save on IE 6 SP1 and FCKeditor 2.5.

I reproduced the bug :

1. with IE 6 (maybe SP1), go to ​http://mediawiki.fckeditor.net/index.php?title=myTest&action=edit

2. click on wikitext

or

2. click on save

The current version of the MediaWiki+FCKeditor extension doesn't seem to include implementation of the indent/outdent (or "Increase Indent" and "Decrease Indent") buttons on the toolbar.

Editing the fckconfig.js file to add the 'Outdent' and 'Indent', then clearing the browser cache and rediting a MediaWiki page, causes the "Increase Indent" and "Decrease Indent" buttons to appear, and they do seem to work in the WYSIWYG mode (although the indent is grayed out for bulleted lists--why? Can't you just stick a <ul> </ul> pair around it to make it indented?).

However, when you switch to Wikitext mode, the corresponding ":" wikitext (or even just something like <ul> </ul> to do the same thing) do not appear, and the indentations are lost.

Indent/outdent is critical to most of the editing that I do and many others I've talked to. Is this actually not implemented in MediaWiki+FCKeditor yet? If not, please do so!

Thanks again for your efforts on bringing a decent WYSIWYG wikitext editor to us MediaWiki users!

... similar to 'SanitizeFileName' and 'SanitizeFolderName' in ​http://dev.fckeditor.net/browser/FCKeditor/trunk/editor/filemanager/connectors/php/io.php

Steps to reproduce

1. Start typing text.

2. Try to change the font or the background color using the color menu.

3. See that nothing is changing

Expected behavior

Font or background color should change when a color is picked instantly as in other browsers.

Testing platform

Windows Vista. Safari 3.0.4 (523.15).

FCKeditor versions: 2.5.1, 2.6beta and SVN

<table>
<tr><td>Cell 1</td><td>Cell 2</td><td>Cell 3</td></tr>
<tr><td>Cell 3</td><td>Cell 4</td><td>Cell 5</td></tr>
<tr><td>Cell 6</td><td>Cell 7</td><td>Cell 8</td></tr>
</table>

example)

mouse point Cell 3
mergedown

<table>
<tr><td>Cell 1</td><td>Cell 2</td><td rowspan="2">Cell 3<br />Cell 5</td></tr>
<tr><td>Cell 3</td><td>Cell 4</td></tr>
<tr><td>Cell 6</td><td>Cell 7</td><td>Cell 8</td></tr>
</table>

mergedown

<table>
<tr><td>Cell 1</td><td>Cell 2</td><td rowspan="2">Cell 3<br />Cell 5<br />Cell 8</td></tr>
<tr><td>Cell 3</td><td>Cell 4</td></tr>
<tr><td>Cell 6</td><td>Cell 7</td></tr>
</table>

Fire the PHP Connector with ​http://www.fckeditor.net/fckeditor/editor/filemanager/connectors/php/connector.php?Command=CreateFolder&Type=Image&NewFolderName=%5C

It's a backslash, the expected response should be a sanitized folder with the name "_" but the response is just the XML BOM, that's it.

The issue I just noticed looks a bit similar as the one described in Ticket #1509

To reproduce it:

1. Type <p>some text</p> in Source View
   
2. select the part 'text'
   
3. hit the button for 'sub' or 'sup'
   
4. move the cursor inside the part 'text'
   
5. hit the button for 'sub' or 'sup' again
   
   

The result is:

<p>some text<span id="1204151324434S" style="display: none">&nbsp;</span></p>

This only occurs in IE

Regards,

Koen

Fire PHP Connector with:

http://www.fckeditor.net/fckeditor/editor/filemanager/connectors/php/connector.php?Command=GetFolders&Type=Image&CurrentFolder=\

Response should be an error because the CurrentFolder does not start with a /

The actual response is:

<Connector command="GetFolders" resourceType="Image">
<CurrentFolder path="/\/" url="/_userfiles/image/\/"/>
<Folders/>
</Connector>

Hello

I want to use Font size, Text color, BGColor... on Mediawiki+FCKeditor

so, I have modified fckeditor_config.js like below

FCKConfig.ToolbarSetsWiki? = [ .... FontFormat?, ....

];

->

FCKConfig.ToolbarSetsWiki? = [ ....

['FontFormat','FontName','FontSize'], ['TextColor','BGColor'], ....

];

It is working well on the Mozila FireFox but not working on the Internet Explorer

Because The Mediawiki FCKeditor replace <span style="color: rgb(255, 153, 0);">Red</span> with <span style="">Red</span> on the Internet Explorer

Please let me know how can i fix this problem.

Thank you

best regards

This bug was originally reported by dCyphr in our forum, at ​http://www.fckeditor.net/forums/viewtopic.php?f=8&t=8711#p22790

We need to provide a set of default values for important CSS attributes for dialog elements exposed to the main window, to avoid native CSS styles from interfering.