Custom Query

I tried to implement FCKEditor for Mediawiki 1.11, but raise an error about ParserOptions.php file. It seems this file vanished from 1.10 to 1.11.

Any has a solution? Thanks.

When clicking on the test online version for SVN, some javascript errors are raised for the gecko JS engine.

Due to the contextmenu hack for Opera, right-clicking in the document inserts an INPUT tag in the DOM. Since Opera now tries to keep block-level formatting consistent, it will surround the unexpected INPUT tag with P tags. When done processing the right-click, the script will remove the INPUT and an empty P element will be left behind. Thus more and more empty P tags occur at the end of the document during editing.

I wish file manager/browser can have feature to delete or rename a directory/file. Thanks~

List are producing even stranger behaviors now.

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

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

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

Hi,

It would be very useful to make the "More Colors..." button optional. We want to reduce the number of colors available for our users. That is almost done by the FCKConfig.FontColors property, but as the "More Colors..." button is always available we can't achieve our wish. We have currently fix it within the source code (and repackage FCKEditor) but this is not a good way as we have to think (and sometimes forget) of it at each update.

Our Proposition :

(fckconfig.js)

FCKConfig.EnableMoreFontColors = true ;

(fcktextcolorcommand.js)

if ( FCKConfig.EnableMoreFontColors ) {
    // Create the Row and the Cell for the "More Colors..." button.
    oCell = oTable.insertRow(-1).insertCell(-1) ;
    oCell.colSpan = 8 ;

    oDiv = oCell.appendChild( CreateSelectionDiv() ) ;
    oDiv.innerHTML = '<table width="100%" cellpadding="0" cellspacing="0" border="0"><tr><td nowrap align="center">' + FCKLang.ColorMoreColors + '</td></tr></table>' ;

    oDiv.Command = this ;
    oDiv.onclick = FCKTextColorCommand_MoreOnClick ;
}

Thanks in advance

In the nightly build, open Source view and paste this in:

<p>some text</p>
<img alt="" src="http://www.fckeditor.net/images/logos.gif" />
<p>some text</p>

then click Source again to view in WYSIWYG mode. click Source again to bring back to code view.

now, the <img> tag has surrounding <p> tags.

Steps to Reproduce

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

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

Steps to Reproduce

1. Load the following HTML at the source view:

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

2. Switch to WYSIWYG;
3. At "Line 2", remove the bullet (clicking on the toolbar button);
4. Switch to Source.

Current Result

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

Expected Result

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

I implemented a rough parsing of images (makeImage function in FCKeditorParser.body.php). Here is the code:

   function makeImage( $nt, $options ) {
        $imageAtts = $url = $alt = $class = '';
	$fkc_mw_image_options = explode( '|', $options) ;
	$sk = $this->mOptions->getSkin();
	
	$time = false;
	# Get parameter map
	$file = wfFindFile( $nt, $time );
	$originalLink = $sk->makeImageLink2( $nt, $file);
	
	if (false == strpos($originalLink, "src=\"")) {
		$url = "";
		$class .= ' fck_mw_notfound';
	}
	else {
	    $srcPart = substr($originalLink, strpos($originalLink, "src=")+ 5);
	    $url = strtok($srcPart, '"');
	}
	
	foreach( $fkc_mw_image_options as $option ) {
		if ($option == 'thumb' || $option == 'frame' || $option == 'border') {
			$imageAtts .= ' _fck_mw_type="' . $option . '"';
			if ($option == 'thumb' || $option == 'frame') {
				$class .= ' fck_mw_frame';
			}
		} elseif ($option == 'right' || $option == 'left' || $option == 'center') {
			$imageAtts .= ' _fck_mw_location="' . $option . '"';
			$class .= ' fck_mw_' . $option;
		} elseif ( substr( $option, strlen( $option ) - 2 ) == 'px') {
			if (preg_match('/(\d+)x(\d+)/',$option)) {
				$imageAtts .= ' _fck_mw_width="' . substr($option,0,strpos($option,'x')) . '"';
				$imageAtts .= ' _fck_mw_height="' . substr($option,strpos($option,'x')+1, strlen($option)-(strpos($option,'x')+3)) . '"';
			} else {
			$imageAtts .= ' _fck_mw_width="' . substr($option,0,strlen( $option ) - 2) . '"';
			}
		} else {
			$alt .= ' ' . $option;
		}
	}
	
	if (!preg_match('/_fck_mw_location/',$imageAtts)) {
		$class .= ' fck_mw_right';
	}
	
	$imageTags = '<img src="' . $url . '" _fck_mw_filename="' . substr($nt,6) . '" class="'. trim($class) .'" alt="' . trim($alt) . '" ' . $imageAtts .'>';

	return $imageTags;
    }

In addition, I implemented an image preview in the dialog:

function UpdatePreviewFromAjax( response )
{
	var eImgPreview = window.document.getElementById('prevImg');
	eImgPreview.src = response.responseText ;
	SetAttribute(eImgPreview, "width" , '180px' ) ;
	SetAttribute(eImgPreview, "height", '130px' ) ;
	//UpdateImage( eImgPreview, response.responseText ) ;
}

function UpdatePreview()
{
	var ajaxArg = GetE('txtUrl').value + '|180x130px';
	oEditor.window.parent.sajax_request_type = 'GET' ;
	oEditor.window.parent.sajax_do_call( 'wfSajaxGetImageUrl', [ajaxArg], UpdatePreviewFromAjax ) ;
}

You will have to add "UpdatePreview();" to LoadSelection, and modify the first part of table like this:

			<tr valign="center">
				<td>
					<span>Image file name</span><br />
					<input id="txtUrl" style="width: 100%" type="text" onkeyup="OnUrlChange();" />
					<br />
					Automatic search results (<span id="xWikiSearchStatus">start typing in the above field</span>)<br />
					<select id="xWikiResults" size="5" style="width: 100%; height: 70px" onclick="SetUrl( this.value );UpdatePreview();">
					</select>
				</td>
				<td width="180px" height="130px"><div style="width:180; height:130; border:solid 1px black;" valign="center" align="center">
					<img id="prevImg" width="180px" height="130px" alt="Preview"></div>
				</td>
			</tr>

after adding fckeditor to mediawiki 1.11.0, if you attempt to run "maintenance/rebuildImages.php --missing" you will get the error "getNamespace() failed on a non-object in line 99 of ../extensions/FCKeditor/FCKeditor.body.php

My work around was to bail out of the function onParserAfterTidy in FCKeditor.body.php by adding a new line of "return true;" on line 94 (after the "global $wsUseTex, $wgUser, $wgTitle;" line)

Once the import was complete, I removed my "return true;" line.

This can only be reproduced if you have files in your images folder which are not indexed by the mediawiki database. (So a quick way to reproduce is to install a new wiki, tar your old images folder and untar it into the blank wiki.)

BTW, "maintenance/rebuildImages.php --missing --dry-run" has no issues.

Thanks, Daren

Multi line formated blocks when edited using fckeditor get put on one line.

This makes it very difficult to quote code blocks and the like.

See here for an example: ​http://www.technicalterms.net/index.php?title=FCKeditor_bug

If you edit the page with the rich editor on, all the formatted blocks end up as one liners.

The site above runs on a snapshot of two days ago.

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

Steps to Reproduce

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

Text colour is applied to the background colour instead if picking from 'more colors...' dialog.

To replicate type one word, highlight it, click on the text color icon, click more colors..., pick any colour and it will be applied to the background not the text.

This is in 2.5SVN build from last night (25/9/07).

Introducing the appropriate browser sniffing in the integration files to enable WebKit 522 (Safari 3) compatibility.

Generic rules for the user agent sniffing:

1# Check: Is Safari?

Check if " AppleWebKit/" is in UserAgent.

2# Check: Is compatible Safari version?

Get the number after " AppleWebKit/". It must be >= 522.

Introducing the appropriate browser sniffing in the integration files to enable Opera 9.50 compatibility.

Generic rules for the user agent sniffing:

1# Check: Is Opera?

Check if "Opera/" is in UserAgent.

2# Check: Is compatible Opera version?

Get the number (including decimals) after "Opera/". It must be >= 9.50.

• Add table to document
• Focus e.g. top right cell
• Right-click cell and select "Cell > Delete cell"
• Right-click again in table

Bug: no context menu. Error occurs in fcktablehandler.js, in _CreateTableMap because Opera hasn't correctly decremented the HTMLTableRow.cells count when the cell was deleted.

switch to source mode and paste this:

<table>
 <colgroup><col width="40%"><col width="60%"></colgroup>
 <tbody>
  <tr>
   <td>&nbsp;</td>
   <td>&nbsp;</td>
  </tr>
 </tbody>
</table>

switch back and now go back to source mode: the <col>s now have a closing tag and the page won't validate

<colgroup><col width="40%"></col><col width="60%"></col></colgroup>

When the body text color is white, the text in the "Format" drop down are hidden. Is it possible to detect that and change the background color or just make them black?

​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=7062

This forum thread describes the problem.

My OS : Windows using IE6 and FF Website where FCK is installed : www.cgv.be (Lynux/Unix using php) Backoffice website : www.cgv.be > login (username : fck password : fck) Follow the link on the left "OVER CGV" (as example). Ther you will see text as it is submitted. The see the sourcecode of the page : ​http://www.cgv.be/overcgv.php

You will see that in the code of this page there always are two </br><br>

I noticed the following problem in the 'nightly built' version:

1) if I don't type first but just use the 'Bold', 'Italic', 'Underline' etc. buttons the 'Undo' button doesn't activate

2) after the 1) step if I type something the 'Undo' became active and I can 'Undo' typing and then 'Undo' the 1) step but just all together (all the activities before)

3) after the 2) step maybe because the grouped 'Undo' the cursor doesn't find its previous position

Browser: Mozilla Firefox 2.0.0.7 OS: Win XP Pro SP2

Thx

I haven't written anything to _whatsnew.html for my fixed bugs since r615...!! Need to catch up.

This ticket is not here to define our definitive approach for it, but to open a discussion around this argument.

With the recent rework made for the paragraph alignment features, we have also introduced an "automatic default" for the alignment buttons. It means that if the content is LTR, the left align button will be enabled by default. In RTL instead, the right align button will be highlighted instead.

It sounded nice in the beginning, but now I'm a little bit worried about it. Let me bring some thoughts so we can discuss about it.

Let's suppose we have the following HTML:

<p>This is a test.</p>

Looking at it as is, what is the alignment of this paragraph? "None", is the only correct answer. But FCKeditor says it is "Left Aligned" if LTR or "Right Aligned" if "RTL".

The document direction setting in FCKeditor are there just to help reflecting the final result we'll have when loading the contents at the target web site. But the fact is that the direction information is not in any way saved along with the HTML produced with the editor.

Now... what if I want to "force" the paragraph to be left aligned, even if the document is LTR. Here is a simple sample:

<td align="center">
  <p>This is a test.</p>
</td>

Here the editor is saying that my <p> is left aligned, which is not true. It is actually has no alignment specified, so it simply inherits it. But I can't make it left aligned, because the editor is saying that it is already to the left. There is a hack for it: align to right, and then to left.

Those are just some issues that came to my mind. I know MS Word has this default behavior, but is also true that MS Word is not made to produce pieces of content to be injected, as FCKeditor does. Who knows how creatively will the content be used by our developers base.

Maybe I'm wrong, so please correct me in this case.

Steps to Reproduce

1. Load the following HTML:

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

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

Current Results

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

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

Expected Results

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

I have found that if I have a page that uses a pre tag in the media wiki and then go back and edit the page it loses the formating and gets all submitted on one line.

I'm using the latest version offered on ​http://mediawiki.fckeditor.net/index.php/Main_Page 1.10.1

using FCKEditor nightly built version

1) type something 2) Insert some Special Chars at the end 3) Undo the Insert

the cursor goes home

Browser: Mozilla Firefox 2.0.0.7 OS: Win Xp Pro SP2

FCKEditor nightly built version

1) type something 2) CTRL-C something from notepad or another browser tab 3) Paste as plain text at the and of the typed text

after pasting cursor goes home

Browser: Mozilla Firefox 2.0.0.7 OS: Win XP Pro SP2

The recent features incorporated in the editor make it possible to configure it to generate XHTML 1.1 compliant code. In any case, this is not a simple task, as many settings must be changed, as well as the creation of several CSS definitions.

We should provide an example that shows the feature and that can be used as a reference for such specific configuration.

There is no way to disable the browser spell checker in Safari, like we have for Firefox with the FirefoxSpellChecker setting.

Safari provides a default blue border for text fields. This is nice when using normal textareas, but FCKeditor already provides borders, other than the toolbar. The blue border in the source view looks like a buggy thing in the editor and should be disabled.

The image dialog gets too big when opened. Sometimes it looks ok at the first time it is opened, but next attempts will always be big.

It is related to the RefreshSize() function in fckdialog.html. It happens on Windows only.

There seems to be an error with the paragraph selection in Firefox whent reformating paragraphs. The problem can be reproduced in the demo version on fckeditor.net:

Create a paragraph with several lines separated with soft enter (HTML code <br />). Place the cursor anywhere in the paragraph and select a format for the parapgraph. Only the current line will be formatted, not the whole paragraph as in Internet Explorer.

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

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

Run automated tests from FCKEditor SVN.

Note error:

"trunk/_test/automated/tests/fckw3crange.html:test_toString_W3C_1 failed" Expected <his is some> (String) but was <his is some text.> (String)

Opera and Firefox both "fail" this test, it is probably broken.

It is not possible to delete a table by selecting it with the mouse (clicking on its border) and hitting the DEL key. The first char of the first cell is deleted instead, and the caret is moved there.

When using the ASP.Net control, it should allow you to use App Relative (~) paths for all properties, not just BasePath. CustomConfigurationsPath in particular is in my view in desperate need of this!

I've been profiling FCKeditor with Firebug to see if I can improve its load time. The construction of all of the FCKPanel's in the default sample takes 100ms in Firefox, and it can be reduced to 50ms by eliminating the document.write (see patch).

I did notice #515, which may prove this approach to be unusable.

To replicate:

Set the source to:

<table width="400">

<tbody> <tr>

<td>Cell 1</td> <td> <p>Press delete -&gt;</p> </td>

</tr> <tr>

<td>Cell 2</td> <td>Cell 3</td>

</tr> </tbody>

</table>

Press delete at the end of the top right cell.

The problem occurs in: FCKEnterKey.prototype.DoDelete at var eNext = FCKDomTools.GetNextSourceElement( oCurrentBlock, true, [ oRange.StartBlockLimit.nodeName ], ['UL','OL'] ) ;

eNext is a TR element which is then passed into _ExecuteBackspace, causing the cells to merge up.

Perhaps add 'TR' into the ignore elements list?

Scott

I updated the german translation, based on the current svn revision 941. It's complete, there's nothing "MISSING" anymore. Find the new "de.js" attached.

Currently, we are using the "DeniedExtensions" setting for all connectors to define the list of denied extensions in all File Browser connectors.

It is a fact that it is quite hard to maintain this "black list", making it easy to miss something that could result in security issues. It would be much more sane to maintain a "white list", using the "AllowedExtensions" setting instead.

I'm sure many people will start complaining that this and that extensions will be missing, but this is configurable anyway, and would certainly make our security attempts more efficient.

I ask here for suggestions for the list of extensions we should be included in this "white list".

If i select a text an press justify left icon on Internet Explorer 6 it crash. Fckeditor version 2.4.2 Internet Exlorer version 6.0.2900.2180.xpsp_sp2_gdr.070277-2254

Greets

FCKEditor integrated into mediawiki appears to be munging the media links when trying to link to an uploaded file, such that

[[media:filename.pdf]]

becomes

media:filename.pdf?

This is happening with Firefox 2.0.0.7 and IE6.

In the fck_editingarea.css file, we are defining:

a[href]
{
    color: #0000FF !important;
}

Probably we'll have more real result with:

a[href]
{
    color: -moz-hyperlinktext !important;
}

It should work with Firefox 2, but we need to check the availability of the "-moz-hyperlinktext" keyword on previous versions.

Whenever I add a link to an image and then add a border to that image, the image no longer appears on the page. For some reason, the source seems to be truncated by this process, as you can see in the attached screenshots. If I then remove the border from the image and apply the change, the image still doesn't show up. The only way I can get it to show up is to go into the source view and remove the class="" attribute that is automatically added when I try to add the border.

I am using IE 7 on Windows XP Pro SP2.

We have purchased CKFinder for are site but we are having a problem when users create new directories using CKFinder. Once they create the directory they don't have the correct permissions to upload files to the directory. The site is running a virtaul hosting server that uses the Plesk adminstration console. When I checked the owner for the directory created with CKFinder the user and group are set to apache:apache. When looking at the other directories the owner and group are set to reach:psadn. When I chown the directory created by through CKFinder to reach:pasdn I can then upload to the directory fine. I'm guessing that Plesk doesn't use the standard apache user becuase of how it is managing virtual host. I do need someway to allow users to create directories that they can upload to with out having to manually go in and change the ownership of the directory.

FCKEditor nightly built version:

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

Browser: Mozilla Firefox 2.0.0.7 OS: WinXP Pro SP2

An empty <blockquote> is created when getting a paragraph out of it. Steps to reproduce:

1. Activate the "Show Blocks" feature
2. Start typing some text
3. Activate the blockquote feature
4. Strike [enter] to make a new paragraph
5. Type some text again
6. Set the caret to the second paragraph
7. Deactive the blockquote feature

This will get the <p> out of the <blockquote>, but will also create an empty <blockquote> after the <p> element.

Steps to Reproduce

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

Current Results

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

Expected Results

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

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

Reproducible with IE. Ok with FF.

Updated version of the Dutch language file, including translations of the new strings of FCKeditor 2.5

On Gecko browsers, the AutoGrow plugin flickers a lot and sometimes miscalculates the height. For example, sometimes after the document loaded, setting focus to it would cause it to resize.

The AutoGrow plugin does not account for horizontal scrollbars. I have tested this patch on Firefox 2.0.0.7, IE6, and IE7.

Gecko browsers assume that xEditingArea has a 1-pixel border. Changing this to be determined dynamically would allow greater customizability in skins (for example, a borderless editor or an editor with a beveled border).

FCKeditor Nightly Built version:

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

Updated Catalan language file for FCKEditor 2.5.

I know Firefox 3 is not stable yet, and I don't know if it is a Firefox Bug or not.

Error: FCKeditorAPI has no properties
Source File: (Path_to_FCK)/fckeditor/editor/js/fckeditorcode_gecko.js
Line: 37

Windows XP, Firefox 3.0a9pre

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

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

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

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

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

When selecting multiple cells in FF, only the first cell is changed when applying styles.

Steps to Reproduce

1. Load the following HTML:

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

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

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

Update Chinese Traditional Translation File for Version 2.5

IE bug only...

To replicate:

<p style="background: #ffffcc">Press shift+enter --&gt;</p>

At the end of the line, press shift+enter (placing a <br />)

The cursor does not move to the next line. Typing a character puts the cursor in the right position.

Perhaps a fake &nbsp; needs to be added after the <br />

I beleive this is a result of a hack in the browser so that it doesn't render the background on the second empty line when it renders. In design mode however, it is very disruptive to the intuitiveness of the editor.

Sometimes mozilla can pollute html with -moz-xxx: moz-initial styles.

This breaks w3c style validation, and is unnecessary and annoying.

Can I suggest that when the editor switches to source, a regexp replace is ran that removes these styles.

Something like this would do the trick...

if(FCKBrowserInfo.IsGeckoLike)
{
	sHTML = sHTML.replace( /\s*-moz-[^:]+: -moz-initial\s*;/g, '' ) ;
}

Cheers

Scott

This bug occurs in gecko based browsers only.

This bug is a bit hard to explain. But put the following source code in. Then at the end of the first line, press enter, then shift enter, then enter, then shift enter (continue alternating between br and p modes respectively for a few lines). After doing this a few times, press backspace until you get the cursor back to the first line. Some of the <br type="_moz" /> tags are not cleaned up and are left hanging around *after* the cursor.

I have set the background color so that you can clearly see the excess <br type="_moz" />s at the end.

<p style="background: rgb(255, 255, 204) none repeat scroll 0% 50%;">Alternate pressing enter and shift enter, then backspace</p>

Sometimes firefox adds the spellcheck attribute to the body tag. Breaks w3c and is not necessary.

Suggest when switching to source view....

FCK.EditingArea.Document.body.removeAttribute('spellcheck');

Steps to Reproduce

1. Load the following HTML:

<p><b>Test</b></p>

2. Try to convert the following paragraph in a list.

It fails with a JavaScript error. Confirmed with IE7 and FF2.

Currently, no matter the setting we have for EnterMode (not even "div"), the "Normal (DIV)" format is not working.

Hi!

I'm using a PC with Windows XP SP2/Firefox 2.0.0.7. We are running a server with SuseLinux10.2/PHP5/mySQL5 and using the Joomla CMS with FCKEditor mambot v2.4.3. We realized that on the admin pages of Joomla (backend) FCKEditor doesn't appear since Firefox latest update. (I tried again, it works on 2.0.0.6 and doesn't on 2.0.0.7). FCKEditor works on the front-end side, but doesn't work on the back-end. I attached the screenshot showing the errors.

Thanks, Peter Csongedi

Steps to Reproduce

1. Load the following HTML:

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

2. Change the paragraph Format to "Formatted".

Note that each line has been separated by a double line break. It doesn't happen if we have the following <p> instead:

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

Things get even worst if the initial <p> looks like this:

<p>
    Some


    sample
</p>

It is evident that the whitespace of the original <p> is being preserved on the transformation, but the expected result for the above case is:

<pre>Some sample</pre>

This is not a problem with IE, as it automatically eats whitespaces when parsing.

If the Select All command is used in Firefox, the selection object will return the <html> node as the parent of the current selection, but GetSelectedElement() returns <p> not the body

Using the perl connector.cgi clicking the "search server" button in the create/edit image|link dialogs causes blow up of the browser window (mozilla firefox 2.0.0.7 Linux).

If not activated the normal warning is given.

Version 2.5 SVN Build 16785

Friedrich

When the enter key is pressed in IE, and obtrusive bookmark is created when oRange.Select() is called from FCKEnterKey.prototype._ExecuteEnterBr.

This temporarilly creates a space which is selected, then cleared. This distorts rendering when enter is pressed. I find this particularly distracting when editing large documents on slow computers which take a while to process the enter behaviour.

To replicate this, type a single character into the editor, and press the left arrow (moving to the start of the paragraph). Hold down shift + enter until such time as you see a highlighted space + the character moving 1 char to the right then back again.

I tried setting up something similar to this in fckdomrange_ie.js:

FCKDomRange.prototype.Select = function( bUnobtrusive ) {

if ( this._Range ) {

if( bUnobtrusive ) {

this.MoveToBookmark2( this.CreateBookmark2( true ) ) ;

} else {

this.SelectBookmark( this.CreateBookmark( true ) ) ;

}

}

}

Then calling oRange.Select(true). I realise this changes the method signature of Select() from ie / gecko, but this was more just for testing purposes. This worked most of the time, except for:

• There appears to be an occasional implementation issue with SelectBookmark2() which throws an error
• Sometimes the <br /> is created and the cursor is placed after the <br /> node, but the cursor renders on the previous line.

Another fix I found is that oRange.Select generally does not always need to be called for IE from this function. I am unsure, however, if this fixes some edge-cases eg - the cursor occasionally stops blinking, or the cursor shows on the previous line. If there are edge cases like this, perhaps a check should be made, and only call oRange.Select() for IE when absolutely necessary.

I'm quite sure the code which does all this is in FCKDomRange.prototype.SelectBookmark:

dummySpan = this.Window.document.createElement( 'span' ) ; dummySpan.innerHTML = '&nbsp;' ; eStartMarker.parentNode.insertBefore( dummySpan, eStartMarker ) ;

if ( bIsStartMakerAlone ) {

To expand empty blocks or line spaces after <br>, we need instead to have a &nbsp;, which will be later deleted using the selection. eStartMarker.parentNode.insertBefore( this.Window.document.createTextNode( '\u00a0' ), eStartMarker ) ;

}

And selected and removed a few lines later with:

if ( bIsStartMakerAlone ) {

Move the selection start to include the temporary &nbsp;. oIERange.moveStart( 'character', -1 ) ;

oIERange.select() ;

Remove our temporary stuff. this.Window.document.selection.clear() ;

} else

oIERange.select() ;

FCKDomTools.RemoveNode( dummySpan ) ;

There are some bugs about Perl that now are in the General component. I think that it would be better to have a dedicated one.

Set the html to the following text, then press indent right at the end of the line.

<p><strong>Set cursor to end of line and press indent right</strong></p>

JS error: 'StartBlockLimit.nodeName' is null or not an object

Note: This also corrupts the source leaving a bookmark span tag.

When you upload directly an image on the server with the c# adapter, the url is not resolved then you have to fix it or the generated link won't be usable without a hand modification.

FredCK.FCKeditorV2.Uploader.cs (V 2.1)
line 92: function SendResults

Response.Write( "window.parent.OnUploadCompleted(" + errorNumber + ",'" + fileUrl.Replace( "'", "\\'" ) + "','" + ResolveUrl(fileName.Replace( "'", "\\'" )
+ "','" + customMsg.Replace( "'", "\\'" )) + "') ;" ) ;

Moved from ​sourceforge Original author: anonymous

I created fckeditor.rb written by ruby and samples for it.
# ruby ( ​http://www.ruby-lang.org/ ) is lightweight object oriented program language.

I send a zip file archived these files.

Best regards.
--
Kazuo Kohchi

Moved from ​sourceforge

Index: FCKeditor.cs
===================================================================
--- FCKeditor.cs (revision 118)
+++ FCKeditor.cs (working copy)
@@ -390,7 +390,7 @@

#region Postback Handling

- public bool LoadPostData(string postDataKey,
System.Collections.Specialized.NameValueCollection postCollection)
+ public virtual bool LoadPostData(string postDataKey,
System.Collections.Specialized.NameValueCollection postCollection)
{
if ( postCollection[postDataKey] != this.Value )
{
@@ -400,11 +400,22 @@
return false ;
}

- public void RaisePostDataChangedEvent()
+ public virtual void RaisePostDataChangedEvent()
{
- // Do nothing
+ OnTextChanged(EventArgs.Empty);
}

#endregion
- }
+
+ #region Event Handlers
+
+ public event EventHandler TextChanged;
+
+ protected void OnTextChanged(EventArgs e)
+ {
+ if (TextChanged != null) TextChanged(this, e);
+ }
+
+ #endregion
+ }
}

Moved from ​sourceforge
Original author: Marcus L

When you mouse over italic, it should popup not only that this is the button to press for italics, but also that Ctrl+I will invoke italics while typeing. A small point, to be sure, but I've found it makes a huge different with new users.

Moved from ​sourceforge
Original author: James Newton

FCKeditor is not being loaded on MacOS. Tested with Opera 9.50 Alpha 4404.

Hi there,

In the file fckdialog.html exist the functions Ok() and Cancel() for the two possible buttons of the dialog.
If possible the function Ok() bubbels the action to the frmMain window and checks the return code.
I think it would be a good idea to add this behavior to the Cancel() function by default, too.
With this solution it would be possible to create somthing like a garbage collector in the frmMain window.

Maybe it's also a good idea to add a call for a possible Cancel() function in the frmMain in the function Window_OnClose().

Best regards
Peter Philipp

Moved from ​sourceforge

Hi,

I am having problems in increasing the width of fontface combo. Due to some requirement i had to add fonts Comic Sans MS,Comic Sans MS-Bold,Comic Sans MS-Italic & Comic Sans MS-Bold-Italic etc. I want to increase the width of the dropdown but could not find the location of the configuration file for this.

I know that all fonts in the fontface list are displayed using the same font(i.e. Arial option in dropdown is shown using Arial font and Verdana option is shown using Verdana font and Comic Sans MS using Comic Sans MS font).I would like to show all the above-mentioned fonts(Comic Sans MS,Comic Sans MS-Bold,Comic Sans MS-Italic & Comic Sans MS-Bold-Italic) to appear in Comic Sans MS font.

Moved from ​sourceforge
Original author: anonymous

Hi FCKeditor team,

I've run into a slight problem and think I have a solution for it.

I know this is not very common, but here goes:

I use FCKeditor in the EasyFill CMS my company writes (openSource). Now we've had a "bug" from a user who decided to put a META redirect into a page. Now when he tries to edit the page with FCKeditor, of course, the page will redirect when the content box loads the META. To fix - one has to go into the database and remove or manipulate the META.

Solution: A feature, similar to that of Dreamweaver (Yes, I said it... :( ). Dreamweaver uses placeholder images for Scripts - be it JS or PHP or other languages that need "special" parsing upon calling the page.

Would it be possible to have FCKeditor to something similar? E.g. If FCKeditor recognizes a <meta> tag in the content box, not to parse it, but use a image to denote the existence of a meta tag in there? So in my users case that would result in an image (or similar) "You have a meta tag here", but FCKeditor not parsing the meta thus the page still being editable without the redirect.

Regards,
Johannes Lindenbaum

Moved from ​sourceforge

The newest version of the firefox browser allows spell checking in textareas.

So in FCKEditor spell ckecking works well.

Spell checking dictionaries have to grow to be useful in daily use, so firefox allows to add unknown words to a users dictionary by rightclicking the underlined word and choosing "add to user dictionary" in the context menu.

In FCKEditor it is not possible to add new words, because the context menu is overwitten with "Copy Cut Paste" in the textarea.

It would be great to give control back to the browser to use this brilliant feature (maybe configurable in config file).

I know there are several areas of context menus (i.e. tables, lists,...). It would be perfect if FCKE could check for underlined words and react. For simple solution it could only work in the "generic" part of the trextarea.

Moved from ​sourceforge
Original author: Torsten Mingers

FCKEditor currently communicates the InstanceName to fckeditor.html by setting it in the GET string.

Due to a restriction (not really relevant to describe here) in our case the use of a GET string was impossible.

We found a way to work around this by extracting the InstanceName from the ID of the enclosing iframe instead of from the GET-string. Relevant code snippet:

var frameid = this.frameElement.id;
var InstanceName = frameid.substring(0, frameid.length - 8);

It might be a nice idea to use this instead of looking at the GET-string.

Moved from ​sourceforge
Original author: Arnout Engelen

When selecting a new "Style" in the fck editor, it doesn't consistently change the text to the selected style. For example, if I select "custom bold" and then switch it to a different style, there is still an orange background behind the text regardless of what I do.

I have followed following steps:

1. Enter text in the editor
2. Highlight text and choose "code" as the style
3. Highlight the text and choose "title". Note that orange background remains behind the text.

Same problem is noticed with other style selections.

Moved from ​sourceforge
Original author: binod

Can FCKeditor be put into overwrite mode (by pressing the Insert key)? Actually IE does, but FF doesn't.

Moved from ​http://sourceforge.net/tracker/index.php?func=detail&aid=1554344&group_id=75348&atid=543656
Original author: Claude Coulombe

Like other input text controls on forms (<textarea>, <input type="text">, etc) FCKeditor need a new property on JavaScript API.

Something that can be change at runtime in this way:

var oEditor = FCKeditorAPI.GetInstance('instance_name'); oEditor.disabled = true;

This new property must be R/W (like those coresponding to <TEXTAREA>, <INPUT TYPE="TEXT"> from DOM).

This property must take a boolean value: true (by default), false;

Setting this property to "true" must freeze the toolbar too, not only the editor area.

The other hidden fields related to the editor must be treated in the same way.

Moved from Original author: Claudiu Cristea

anchor ==> do not function with all the navigators!

I'm experiencing odd behaviour with Styles based on the Span tag.

You can replicate this in the demo page at ​http://www.fckeditor.net/demo:

• Create some paragraphs. eg create 6 paragraphs with the text ('One', 'Two', 'Three', Four', 'Five', 'Six').
• Select the 5th paragraph and apply the Custom bold style.
• Select the 2nd and 3rd paragraphs and apply the Custom bold style.
• Switch to source view and switch back to design view
• A gap will have appeared before the paragraph 'Four'.
• Switch to source view and switch back to design view again.
• More gaps will have appeared, and paragraphs will now appear in the order ('One', 'Four', 'Five', 'Two', 'Three'). Only 'Five' is now bold.

I have experienced different variations, but this is the easiest to replicate. As far as I could tell the problem applied when more than one <span> tag appeared on a page. The first tag seems to get incorrectly closed.

As far as I can tell the bug does affect the saved HTML.

If you are using an OnRequestEnd.cfm file with your coldfusion site, and the OnRequestEnd.cfm outputs any content, the CFM connector will not show any files in the browser.

To fix, add a <cfabort> tag to the end of the connector.cfm file in <siteroot>/fckeditor/editor/filemanager/browser/default/connectors/ cfm/

Moved from ​SF

Original Author: Joris de Beer

Add the following line in the /filemanager/browser/default/connectors/php/commands.php file in order to replace all characters unreadable in an URL by an underscore (_)

In function FileUpload around line 143 after

// Get the uploaded file name.
$sFileName = $oFile['name'] ;
$sOriginalFileName = $sFileName ;

#### LINE TO ADD ####

$sFileName = eregi_replace("[^a-z0-9.]", "_", $sFileName);

Could be a lot improved because it only keep the numerical and alphabetical characters and the point (for file extension) but it was enough for my need ;-)

Cheers Nicolas

Moved from ​SF

Yes, it's foolish, but we know that people don't read docs, so I've tried to place the fckconfig.js file from 2.4.3 in the SVN and it failed the first time in fcktoolbarfontformatcombo.js line 75 as it returns null for the style object.

Maybe putting a check there and an alert box "Read the upgrade guide" is enough (or even directly loading the page in a new window) and the rest of the configuration changes will be done properly.

Maybe we could check also what happens if there are extra commas or things like that.

To replicate:

Type in a hyperlink such as ​http://google.com, press shift + enter.

The link is not automatically created.

To replicate:

<p><a href="​http://google.com/">​http://google.com</a><br /> Press backspace at the start of this line</p>

The link should only be auto-created when a space or an enter is placed at the end of a link.

I was playing around with FCKDomRange today and I have found some problems with it. I have altered it to work as expected and attached a patch. There are 4 things that this patch changes in FCKDomRange.

1) The CheckStartOfBlock() method does not factor in opening inline tags when the cursor is at the start. Eg:

<p><strong>Some text</strong></p>
          ^

oRange.CheckStartOfBlock() returns FALSE. This is incorrect behaviour when CheckEndofBlock() does check for empty inline tags.

2) Because the two methods use the same code to determine whether the selection has contents, I have moved the checking code into CheckIsEmpty(). I have added a parameter to this function: bCheckEmptyInline.

When this parameter is set to true, it will check for empty inline elements such as <strong></strong>

This also has the added benefit of providing the additional functionality to the CheckIsEmpty() function.

3) The existing code for checking to see whether the selection contents was buggy. The code does not detect a series of sibling empty inline elements such as: <strong></strong><u><strong></strong></u>

I have created an inline recursive function which will check to see if all the children of an element are inline. This function is called: AreAllChildrenInline

4) I have made CheckStartOfBlock and CheckEndOfBlock have the same method signatures, and execute the same code (except reversing the selection direction).

This patch will potentially impact: Anything that calls "CheckStartOfBlock", and potentially some things which rely on the existing detection of inline elements.

If anything though, I think that this patch will only make the code more stable, and fix some edge cases where there is messed up HTML with wierd formatting elements at the start and ends of blocks.

Please consider applying this patch.

Thanks,

Scott McNaught Synergy 8

If you're in the process of making an edit and someone else edits the page, an "edit conflict" occurs. HOWEVER, unlike normal WikiText edits, FCKeditor compares the "new edited page" against an HTML marked-up version including your change.

As such, you can't just copy and paste the segments that you want to add to the new article. It's all lost in a bunch of HTML mark-up.

When linking to an Internal wiki page, under a sub-header, such as in the formatting Internal_page#header1?, you will find that the URL will grow, each time the user switches between WikiText, and FCKEditor modes.

The URL will also grow each time the user edit's the page.

For example, i have created a header in the Sandbox site called "test", and under the ​http://mediawiki.fckeditor.net/index.php/Testing_Internal_Link page, I have created an internal link "This link shows the FCKEditor bug in Sub-Headers", with the subheader reference to the Sandbox Main Page, Sub-Header "Test".

To re-create this bug, Create a Sub-header in any page, and then goto another wiki entry, and create a link to the first page, and then link to the sub-header via page#header?.

Then switch to WikiText mode in the editor. Then switch back to Editor mode.

Then save the page.

Then re-edit the page, and switch to wikitext mode.

You will see that the link has grown to page#header#header#header.23header? or something of a similar nature.

This bug is present in your sandbox environment.

The Selenium automatic test engine is working quite well in branches/features/selenium-tests after [999] and [1000]. It's time to put it to some real use.

The list editing component in FCKeditor 2.5 is now completely implemented in JavaScript. It is working pretty well right now but it has no specifications. We should have at least a rough specification or feature tests for it as its behavior is quite complicated.

Some reference test cases can be found in ​http://www.mozilla.org/editor/list-rules.html. But our test cases should not be entirely the same since our list editing component is XHTML 1.1 compliant and thus behaves slightly differently compared to Midas.

Set the source to:

<table>

<tbody>

<tr>

<td><a href="​http://google.com"><img alt="" src="​http://www.google.com.au/intl/en_au/images/logo.gif" /></a></td>

</tr>

</tbody>

</table>

Right click on the image. IE only.

Problem: second paragraph does not delete. Likely occurs for other elements too.

Source:

<table>
	<tbody>
	<tr>
		<td>
		<p>Delete at end of line -&gt;</p>
		<p>Second paragraph</p>
		</td>
	</tr>
	</tbody>
</table>

This bug was caused by the fix for #1323.

I have attached a patch which fixes this problem. eNext was accidently passed in as eNextCell as a parameter to FCKTools.GetElementAscensor().

French language file for 2.5 beta