Custom Query

Users may have problems with popup blockers and FCKeditor dialogs. This is quite annoying for them, and we should propose a solution for it.

The most obvious one is implementing a new dialog mechanism which would use floating panes (FCKPanel) to load the dialogs pages.

An important detail in this feature is that the user must not be able to play with the editor area or toolbar while the dialog is opened. They must instead be able to interact with the rest of the page. Maybe it would be possible to cover the editor with a transparent thing (IFRAME) that would block all user actions.

I've run the automated test (first I've had to patch the test files adding a

FCKScriptLoader._FCKeditorPath = document.location.pathname.substring(0,document.location.pathname.lastIndexOf('_test')) ;

so it does work in any directory) and then I've found that Firefox had an error in FCKTools.GetParentWindow I've looked at it and I think that it was wrong because it tries to use document.contentWindow but contentWindow is a property of an iframe, it doesn't point to the parent window of the document in any browser. Instead I've changed to

FCKTools.GetParentWindow = function( document )
{
	return document.parentWindow ? document.parentWindow : document.defaultView ;
}

That should work in IE, Firefox and Opera.

All of these changes are in my development branch

In my development branch I've tried to "fix" many of the strict warnings because if everything is ok, then it's easier to spot any new trouble.

many where due to this kind of code:

   if ( oToolbarSet = eToolbarTarget.__FCKToolbarSet ) 

or

   while ( el = el.parentNode )

in some cases I've changed the code so it's more explicit because it wasn't really clear what it was doing:

   oToolbarSet = eToolbarTarget.__FCKToolbarSet ;
   if ( oToolbarSet ) 

for the whiles, I've wrapped most of them in an extra pair of () because it's clear that they are harmless.

It raised several warnings with the code to read the attributes of an embed so I've changed to a cleaner and more extensible code:

	var aAttributes = [ 'scale', 'play', 'loop', 'menu', 'wmode', 'quality' ] ;
	for ( var iAtt = 0 ; i < aAttributes.length ; i++ )
	{
		var oAtt = oEmbed.getAttribute( aAttributes[iAtt] ) ;
		if ( oAtt ) oCloned.setAttribute( aAttributes[iAtt], oAtt ) ;
	}

In several places I've made sure that the function always return a value (usually null or false).

in fcktablehandler.js I've made several changes as it seemed that the file had a mix of line-endings and wasn't following the same style that other files and fixed the minor issues that brought me there.

in fckdialog.html line 156 there was a reference to oTabs.length, but oTabs is an object, not an array so it doesn't have a length property.

in fcktoolbarbuttonui.js line 145 there was an "assignment to undeclared variable bEnableEvents". That bEnableEvents variable isn't defined and used elsewhere in the _source files

in fckpanel.js I've checked that the functions this.OnHide and this.OnShow does exist before calling the FCKTools.RunFunction

In the file browser I've added code so it shows an alert if it can't load some xml file as XML (even if the responseStatus is 200)

There are still more strict warnings, but now each warning should be checked to understand what does it means.

This is due to this line:

	// For some reason Gecko is blocking inside the "RefreshVisibleItems" function.
	if ( ! FCKBrowserInfo.IsGecko )
		targetSpecialCombo.OnBeforeClick = this.RefreshVisibleItems ;

in FCKToolbarStyleCombo.prototype.CreateItems, but the fact is that only Firefox 1.0 seems to have this problem, so I've adjusted it in my branch to:

	// For some reason Gecko is blocking inside the "RefreshVisibleItems" function.
	// The problem is present only in old versions
	if ( !( FCKBrowserInfo.IsGecko && FCKBrowserInfo.IsGecko10 ) )
		targetSpecialCombo.OnBeforeClick = this.RefreshVisibleItems ;

If the user hasn't configured properly the paths and/or the permissions to send xml files he may get an error trying to load for example the StylesXmlPath file.

I've added some extra code (in my branch) in FCKXml.prototype.LoadUrl so he can learn better of the problem and see what the server has sent.

If the reply can't be processed as XML then he can choose to see what the server has sent, hopefully this will lead to some people finding out their problems.

I was trying to setup a "nice" sample file for the FCKConfig.BodyId setting and when I put the toolbar out of the editor the sample failed to load in Firefox raising an error, and trying to debug it makes Firefox crash really easily.

I just don't know right now how to fix it, might be a timing issue: after the iframe for the toolbar is attached maybe the reference to the document isn't valid and must wait a little?

For easier testing I've commited the html sample 14 although it will need still review before it's added to the trunk.

reported in ​https://sourceforge.net/tracker/?func=detail&aid=1559466&group_id=75348&atid=543653

The fix is in my branch: I pass a parameter in the url to the dialog and then according to that parameter I do the search for that item.

It would be wonderful to have an automated reporting system generated using ​JavaScript Lint that checks all .js and .html files in the distribution package for inconsistencies.

Maybe JavaScript Lint is not the right tool for us, but we should give it a try and see the results. It is quite configurable, so we can properly set the warning level to our needs.

The FCKScriptLoader object simplify the loading of specific components from the editor code library, and guaranties all dependencies are loaded in the correct order.

There are still many entries missing in the FCKScriptLoader scripts list. We should complete it.

Once complete, we should be able to change the fckeditor.html file, removing all "LoadScript" entries with a single call like:

FCKScriptLoader.Load( 'FCKeditor' ) ;

The 'FCKeditor' entry, is a special script name that identifies the main editor code (it doesn't have a relative script file).

We should also use the FCKScriptLoader to make it automatically generate the list of files to be placed in the _packager.xml file.

The arrow handler in the toolbar combos are not being rendered correctly in Safari.

Webkit uses its own bogus node tag: <br class="webkit-block-placeholder" />. Those tags remain on empty blocks.

By the way, Safari produces <div>, IE <p> and Firefox <br>... what a wonderful world!

In the "Content Templates" dialog, when unchecking the "Replace actual contents" checkbox, the template insertion doesn't work.

When hitting the find button, a JavaScript error is thrown and nothing happens.

The "Remove Format" button makes the code dirty. It does remove the format, but also adds a new tag to the source: <span class="Apple-style-span" style="...">. This tag, other than unwanted, applies a style to the text which is different from the editing are style. In other words, the text is messed up.

By pressing the enter key inside a form, new forms are created.

Just place an empty form in the editor and then press enter inside it.

Hidden fields are not being displayed in the editing area. They are being correctly inserted in the code instead.

Safari produces <span> when doing many of the basic formatting operations, like: Bold, Italic, Underline, Strike through, Subscript and Superscript. The problem, other than the different behavior with other browsers, is that an additional class="Apple-style-span" attribute is added to each of those <span>s.

When creating <hr>s, <ul>s or <ol>s an additional id="undefined" attribute is appended to those tags.

When trying to create a link, the dialog loads, but is empty. A JavaScript error is produced.

The "Insert Special Character" dialog is not working. It doesn't nothing when clicking a char, and a JavaScript error is thrown.

When selecting a different font size in the "Size" toolbar combo, nothing happens in the text.

The panels for the special combos and color selectors in the toolbar are being displayed in the wrong position.

All panels, including toolbar combos, color selectors and context menus, are not being hidden when clicking outside them right after opening them. You must click inside them first, and them click outside to close.

When creating tables, the cells are compressed because they are empty. Probably is the case to use the Webkit bogus <br> (#48).

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

When EnterMode='br', we must properly handle the creation of lists with IE.

Every line separated by a <br> must be transformed in a single <li>. Also, when removing the list, every <li> must be transformed in texts separated by <br>.

Today, every block is transformed to <li> and <p> is created when removing the list.

When EnterMode='br', we must properly handle the formatting of the blocks (block element change) with the "Format" toolbar combo.

Every line separated by a <br> must be considered a "block", and therefore only that part must be changed when switching block type. Also, if a selection embraces a <br>, the entire selection must be broken in different blocks.

Today, the entire block is changed to the selected block style. To test it:

• Set EnterMode='br'
• Type some lines of text
• Position the cursor over one of the lines
• Switch the format to Heading 1 -> The entire block will be transformed

All occurrences of FCKConfig.DisableEnterKeyHandler must be removed from the code for version 2.5.

Today, we are using a @Packager.Header block to define all files headers. That block was then processed when publishing the files publicly.

That solution was good for a closed development environment, because it was easy to make changes to the headers and reflect those changes in all files. It also guaranteed a standard format for the headers.

We are now opening the development environment, so it is the case to apply the specific copyright and license to all files. This can be easily done using a modified version of the actual "Releaser".

Another point of change in the header is the removal of the file name (redundant information) and the authors' names. We would be following a tendency in the OSS world. The names in the files don't add any value to the code, and being this a collaborative work there is no need to mark files to specific names. It is actually difficult to measure the contribution size that grants the "privilege" of having your name listed in the header. We have cases of files with hundreds of lines and names added because of changes in a couple of them. There are much better ways to be credited and so we should avoid the names in the header.

We must completely avoid creating block elements inside block elements. Other than being non standards compliant, it causes the code to be broken on both IE and Firefox.

The most obvious case is the <form> creation. Just try these steps in IE:

1. Open sample01.html
2. Hit [Enter] At the end of the fisrt line.
3. Insert a form with the relative toolbar button.
4. Place the cursor inside the form.
5. Type some text and hit enter.
6. Type more text.
7. Switch to source view... the second <p> was moved to the end of the HTML.
8. Switch back to WYSIWYG, and back to Source... everything has been moved out of the form.

Similar problems happen with the <hr>. So we must provide a way to break the current block when inserting new block elements. This code has been developed for the FCKEnterKey, so we could use that.

Maybe it is a good idea to change FCK.InsertElement to automatically do that job based on the input element type (block / inline).

It is important to leave to the user to move out from the new created block. For example, if we are inserting a form, we must be sure the user will be able to move after the form (another element must be there to get the cursor focus). This is most difficult when EnterMode=br... maybe a &nbsp; is enough in that case.

The ASP integration must be compliant with our standard "Server Side Integration" requirements, as defined at ServerSideStatus.

The ColdFusion integration must be compliant with our standard "Server Side Integration" requirements, as defined at ServerSideStatus.

The userFilesPath setting in the File Browser and Uploader must accept absolute URLs like "​http://www.mysite.com/userfiles/", other than the root relative URLs (like "/userfiles/"). In this way, absolute URLs are returned by the File Browser.

This is something that was implemented in version 2.0, but has been broken on newer versions.

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

Instead of having the toolbar combos with no label when the selection doesn't reflect any of the combos options, it would be nice to have the possibility to set a default label to be shown. This would be useful mainly for the Font combo, where one could decide to show the default font name.

The provided patch is a implementation proposal.

In the current implementation, both Enter and Shift+Enter, when configured to either P or DIV, will handle in the same way. It means that the current cursor block is duplicated to create the new one. So, if you are in a <p>, another <p> is created, in a <div>, a <div> is created instead. End users can easily change the desired block type with the "Format" toolbar combo.

The above is the desired way the "Enter" should work. We have already thought about making the "Shift+Enter" case handling it differently. It should actually "force" the configured block tag to be generated, not duplicate the current one.

The ASP.Net must be compliant with the minimum requirements, as defined in the Server Side Integration Status page.

Check that the PHP integration is ok with our standards, as defined at Server Side Integration Status.

To reproduce, in MSIE:

1. Load demo at ​http://www.fckeditor.net/demo

2. Click to 'source mode'

3. Delete all markup and paste either of the two snippets below in

4. Toggle to normal mode

5. Toggle to source mode again. You will get an error.

Markup 1:

<p><em>Hello <p>

Markup 2:

<p><font size="1"><b>Hello</b></font><strong><font size="1">
<p>

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

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

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

The changeset [142] seams to be ok. It can be merged to trunk.

As a side note, I would recommend making a separated commit for each thing. For example, the above changeset could result in the following commits:

• Merged trunk rXXX:139 into branches/developers/alfonsoml
• Fixed SF bug 1659613 : Out of memory error in IE7+flash
• Fixed SF bug 1660456 : context menus are selectable
• Fixed SF bug 1653009 : asp error if set to process html files

The above separation makes each commit an isolate issue. It makes code review and merge tasks easy. For example, we may merge just one of those fixes to the trunk, or to a micro version (like 2.4.x).

Another note... for code that doesn't bring instability, there is no need to work on a separated branch. Go ahead directly to the trunk if you feel the code is ok and it is well tested. It makes the management easier.

I've enhanced the SVN page with related information... as always we are slowly creating our standards, step by step.

While I was fixing BUG-1245504 I've noticed that Opera does seems to have some weird behavior with the embeds: it didn't provide the .src attribute so that check failed (fixed), and the loop attribute gets set to 0. We should check what is broken and file some bug reports with them if we can't workaround them.

I recently installed MsOffice 2007.

when I use the FCeditor, I just get a frame with red cross on it.

hope there's a solution for it.

thx

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

Kindest regards from

Lothar Bongartz moove

lbongartz@…

I would like to create XHTML as the following:

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

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

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

I found two 'solutions':

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

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

Regards,
Koen Willems

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

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

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

This software is not registered yet.

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

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


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

This time I confirmed the bug only happens when running under Linux/mono.

This works correctly under XP/.Net.

$ mono --debug ~/CKPackager/CKPackager.exe editor/_packager.xml

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

This software is not registered yet.

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

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

Packaging file fckeditorcode_ie.js
    Adding fckconstants.js
    Adding fckjscoreextensions.js
    Adding fckiecleanup.js
    Adding fckbrowserinfo.js
    Adding fckurlparams.js
    Adding fckevents.js
    Adding fck.js

Unhandled Exception: System.SystemException: how
  at System.Text.RegularExpressions.Regex.Replace (System.String input, System.Text.RegularExpressions.MatchAppendEvaluator evaluator, Int32 count, Int32 startat) [0x000ab] in /tmp/scratch/BUILD/mono-1.2.3.1/mcs/class/System/System.Text.RegularExpressions/Regex.cs:406
  at System.Text.RegularExpressions.Regex.Replace (System.String input, System.Text.RegularExpressions.MatchEvaluator evaluator, Int32 count, Int32 startat) [0x00007] in /tmp/scratch/BUILD/mono-1.2.3.1/mcs/class/System/System.Text.RegularExpressions/Regex.cs:375
  at System.Text.RegularExpressions.Regex.Replace (System.String input, System.Text.RegularExpressions.MatchEvaluator evaluator) [0x00000] in /tmp/scratch/BUILD/mono-1.2.3.1/mcs/class/System/System.Text.RegularExpressions/Regex.cs:356
  at g.b (System.String A_0) [0x00000]
  at f.a (System.String A_0, .a A_1) [0x00000]
  at e.d () [0x00000]
  at d.a (System.Xml.XmlDocument A_0) [0x00000]
  at d.a (System.String A_0) [0x00000]
  at j.a (System.String[] A_0) [0x00000]

I am trying to configure the jsp integration for FCK editor 2.4 and fckeditor.java 2.3.

However, in the core installation package 2.4 and 2.3 is the connector directory \editor\filemanager\browser\default\connectors\jsp missing.

Also, the corresponding lines in the config.js file are missing.

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

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

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

Hope this helps with the development!!!

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

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

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

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

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

Browser IE 6.0.

A port to Flash ActionScript 3.0 for using the editor in Flex 2 or ActionScript 3 projects

Effect

IE7 pops up the following error: Error: no such interface supported Custom file browser window cannot be opened in IE7.

Steps to Reproduce

1. Open an FCKEditor that uses a custom file browser in IE7 on Windows.

2. Click the 'image' button.

3. Click the 'Browse Server' button in the image dialog.

Comments

After debugging for a while I found that the error was happening on line 157 of editor/dialog/common/fck_dialog_common.js :

window.open( url, 'FCKBrowseWindow', sOptions ) ;

The window object at that point seems to look like a valid object, and the window.open function prints out normally as:

function open () {
    [native code]
}

For some reason however, when window.open is called on that line, the "No such interface supported" error occurs. I attempted to put the window.open call into a try{} block inside a loop to see if subsequent calls would work, but to no avail. The window would not open on the first or subsequent calls to the method.

Thanks to all for such a great tool.

Feature request: Develop a way to upload images and files using the filemanager to an IIS Virtual directory located on a different server (via file share) in both ASP and Coldfusion. My company has load balanced web servers and would need an upload repository located on a different server other than the web servers so that no matter which web server the user connects to for a session, the images and files are available via the Virtual directory.

Test step:

1. EnterMode='p' in config.js
2. have this content in "source" view: <div>abc</div>
3. in fckeditor view, put the cursor after 'ab', and press enter.
4. Check content in "source" view,

Result:

<div>ab</div>
<div>c</div>

There is NO <p> tag as expected.

So there is NO way to create a <p> tag in <div> tag, and there is no way to create a <div> tag in <p> tag.

<div>abc</div> always get <div> when press Enter, doesn't matter EnterMode;

<p>abc</p> always get <p> when press Enter, doesn't matter EnterMode;

This time the default font (after FCKEditor startet) may to be set in

editor/css/fck_editorarea.css: body, td {

font-family: 'Courier New', Arial, Verdana, Sans-Serif; font-size: 12px;

}

In order to integrate FCKEditor without changes in its code we like to set all configurations in one file. Calling one FCKEditor from php we are using the $oFCKeditor->ConfigCustomConfigurationsPath? option overlaying the parameters.

Could you implement an option to set default font within this config file?

Regards

Robby

Hi!
Don't work in IE this style template (fckstyles.xml).

Bug example see on the attachment picture.

...
	<Style name="Table cell class" element="TD">
		<Attribute name="class" value="class_name" />
	</Style>
...

Sorry for my English :)

The following behavior should be achieved:

• If EnterMode=p, text blocks separated with double line breaks should be enclosed in a <p>, while single line breaks produce a <br>;

• If EnterMode=div, each block separated by a line break will be enclosed in a <div>. Double line breaks will generate empty <div>s.

• If EnterMode=br, line breaks will generate a <br> (current behavior).

Note for "p" and "div" modes: the first text block must not generate a "p" or "div", but be inserted in the cursor location. If further "p" or "divs" must be pasted, the cursor current block must be broken and the new blocks must be pasted after it.

Inside a <li>, each line break should generate a <li>, except when EnterMode=p, where each double line break generates a <li>.

For some reason I had problems with the Servlet mapping with the Connector and SimpleUploader Servlets.

The long mapings, e.g: <servlet-mapping> <servlet-name>Connector</servlet-name> <url-pattern>/fck/editor/filemanager/browser/default/connectors/jsp/connector</url-pattern> </servlet-mapping>

Didn't seem to work. The server returned a 404 when trying to access it.

I had to replace it with: <url-pattern>/servlet/connector</url-pattern> and now I could access the Servlet OK.

And then in the fckconfig.js, change the following line: FCKConfig.ImageBrowserURL = FCKConfig.BasePath + "filemanager/browser/default/browser.html?Type=Image&Connector=/servlet/connector" ;

It seems the relative paths didn't work in my Tomcat setup. I'm using FCK2.4, Tomcat/5.5.20 and Java 1.5.0_07-b03.

Note I'm not using any JSP pages - only Javascript to write the editor code.

Not sure if this is a bug or something I was doing wrong but it now works. I imagine it may be related to Tomcat and those long paths.

Receive this error when trying to submit a form. This error started showing up in 2.4

The error console pointed to line 36 in ./js/fckeditorcode_gecko.js

if (oEditor.GetParentForm() == this )oEditor.UpdateLinkedField();

putting a try/catch block around this and alerting the value of oEditor.GetParentForm, while in the catch block, always alerts null. Placing some sort of define check inside the conditional seems to fix the problem. My patch:

if (oEditor.GetParentForm && oEditor.GetParentForm() == this )oEditor.UpdateLinkedField();

I have planned to convert my websited to UTF. How can I do it using fck? Do I hv to download the language file specific to the UTF kanguage? Or can it be done using en language file?

How to do it.

It seems the ternary operator ('?') can be confused with the PHP closing tag ('?>') when embedding PHP code in the edited content.

I have enabled the Protected code option for PHP, and for the most part the PHP is left alone. However, whenever I use the ternary operator to generate options within HTML tags, the next PHP closing tag is interpreted as closing the HTML tag. For example the code

<input type="radio" name="stype" <?php echo ($i == 0) ? (" on") : ("") ; ?> id="stype<?php echo $i; ?>" value="<?php echo $subsDetail['type'] ; ?>" />

becomes

<input type="radio" name="stype" value="on" /> id=&quot;stype<?=$i?>&quot; value=&quot;<?php echo $subsDetail['type'] ; ?>&quot; /&gt;

after switching from the source.

This is not the end of the world as I can just use if/else statements instead, it is a pain however.

Hi, In Hebrew we writing Right to left. and my FCK Editor writing Left to Rhigt.

How i can to change him?

Thank You, -Meni :)

I like to have some of the new features to get implemented in the FCKeditor new release.

1. Ability to select only the column in the create table mode.(Currently only rows alone can be selected)
2. Ability to insert one column in the front of the selected row.
3. Ability to insert one row above the current selected row.

Kindly work on these new feature and make it in the next release and do intimate me.I am also not aware of whether these feature have been already implemented or not.If yes please do intimate me about these features and there versions.

Thanks and regards, Saravana Kumar.P

If I amend the 'fck_dialog.css' in a skin folder and set: .Button {

width: 73px; height: 22px;

} It sets the height but not the width of the "OK" button which is still quite long. The "Cancel" button appears correct. Can this be amended/fixed?

To integrate FCKEditor into a ColdFusion blogging tool, I would like it to ignore certain tags that are interpreted by the tool. There's for example the <more/> tag. See the attached screendump.

Off-topic: Great editor! :)

when this configuration is used

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

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

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

I'm using FCKEditor and I have noticed that if I set "ForcePasteAsPlainText = true", in fckconfig.js using "SHIFT + Insert" the dialog box is not corectly displayed.

I have used this fix: J=FCKConfig.FullBasePath+'fckdialog.html'; instead of: J=FCKConfig.BasePath+'fckdialog.html'; in editor/js/fckeditorcode_gecko.js and editor/js/fckeditorcode_ie.js

Hope this is usefull and I didn't do something shitty...

In the 2.4 version of editor/_source/internals/fckxhtml.js when FCKConfig.FillEmptyBlocks is enabled, the _AppendChildNodes function will insert &nbsp; in empty blocks. HOWEVER, when FCKConfig.ProcessHTMLEntities is false we should insert #160 instead.

The insertion of &nbsp; will generate invalid XHTML, whereas using &#160 will generate valid XHTML.

A patch has been attached.

Now the PluginsPath configuration setting is used only once at the end of the parsing, so if you want to load plugins from different sources you have to be sure that each one has specifed the path at load time:

FCKConfig.PluginsPath = FCKConfig.BasePath + 'plugins/' ;

FCKConfig.Plugins.Add( 'autogrow' ) ;

// Non standard plugins
FCKConfig.Plugins.Add( 'rtSpellCheck', '', '/customPlugins/' ) ;

but it would seem more logical to be able to change the PluginsPath and so the next plugins will load from that path:

FCKConfig.PluginsPath = FCKConfig.BasePath + 'plugins/' ;

FCKConfig.Plugins.Add( 'autogrow' ) ;


// Non standard plugins
FCKConfig.PluginsPath = '/customPlugins/' ;

FCKConfig.Plugins.Add( 'rtSpellCheck' ) ;

I've checked the code in [149] so it can be discussed and reviewed before it gets added to the trunk.

I found an problem with FCKEditor. Anytime I make any change on text color, after I save, the changes are gone.

The check is run against EditorDocument so now that the object is destroyed it raises an error, but previously it did return a wrong state while the user changed the source in the textarea.

	IsDirty : function()
	{
		return ( this.StartupValue != this.EditorDocument.body.innerHTML ) ;
	},

	ResetIsDirty : function()
	{
		if ( this.EditorDocument.body )
			this.StartupValue = this.EditorDocument.body.innerHTML ;
	},

There's no reason why it should work if we just select the content of the textarea instead of trying to call the ExecCommand in source mode.

the possibilty to set EditorAreaCSS is a nice feature but i wonder if it was possible to hierarchically add more than one css file. you could make it possible to use an array

BodyClass or BodyId is a nice method to match a page's css definitions to the editor area. but generally a page has an element hierarchy (e.g. nested div-tags). i mean ".myclass" makes a difference to ".container .myclass". can you make it possible to simply add some tags with class/id attributes that can not be overwritten by the editor to simulate the entire page? then the native css-definitions would work for the editor-pane just like the orignal view.

<frameset cols="175,*">

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

</frameset>

main.asp contains a fckeditor.

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

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

Go to code view and enter this:

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

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

Please provide support for domain relaxing.

In order to do some cross domain ajax requests for our internal sites, I would like to change our pages to set the document.domain to our intranet domain (domain relaxing: ​http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/properties/domain.asp). However, doing so causes fckeditor to break. This is because domain relaxing requires all frames that want communicate through javascript to have the same document.domain. I did a search and replace through the fckeditor files and I was able to set the document.domain on almost everything. However I get an access restriction. The fckpanel uses window.createPopup for IE. Microsoft's documentation (​http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/methods/createpopup.asp) states:

Note Pages that change the document.domain property before creating the popup object may receive an 'Access is denied' error message when accessing the popup object. Changes made to document.domain in the calling page will not propogate to the new popup object; this is currently a design restriction to limit access with the popup object.

I also tried to force it to go down the non IE pathway, but that doesn't work within IE.

Repro instructions:

1. go to ​http://www.fckeditor.net/demo
   
2. ctrl-a (select all), delete
   
3. ctrl-b (bold) type "bold"
   
4. shift-enter (br)
   
5. ctrl-b (unbold) ctrl-i (italic) type "italic"
   

expected html (FCK 2.3 behavior):

<strong>bold<br/>
</strong><em>italic</em>

output html (FCK 2.4):

<p><strong>bold</strong>
<em>italic></em></p>

For some reason the <br/> is getting lost on posting (or switching from design to source view).

This behavior is exhibited in Fx 2.0.0.1 and IE7

Comments from SourceForge Bug Report:

Date: 2007-02-16 02:36

Same problem in IE6... please resolve this ASAP since it is a blocking bug in our applications.

This one's been around in the fora for a couple of years, but searching hasn't turned up any fix. Tables with more than one column have equal, fixed column width, with no apparent way to modify this. Other editors allow you to set column widths by clicking on a column edge and draging.

When no styles are available in the combo, a small collapsed panel is displayed. A sample screenshot of it is available on ticket #101: attachment:ticket:101:Untitled-1.jpg​

A message should appear in the combo instead, so the user can understand that there is nothing to select when clicking. Something like: "<none>" would be ok, or even disabling it.

my 2 cents

• are toolbars customizable easily? i mean, my client wants to be able to use the Basic Toolbar PLUS something else, but not the Advanced one.

• can you put a button to preview the content in a pop-up window?

Cya, pop me a msg if I can help (I am a developer) Good work btw! :)

I would like to see color coding added to FCKeditor. Specifically, when you view the source html, it would be great if the HTML tags were color coded (e.g., as in Visual Studio or Dreamweaver)!

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

the fckeditor ignore flashvars attribute.

Hi, I was developing a CMS ..and all the time i was using FF browser. I noticed in IE 7 i can't remove style format from a text by "Remove format" button. I can't even change to different style. Anyone having this same problem ?

I need to edit a blockquote area diretly in the FCKeditor. But now if I want to use this feature, I have to modify it in the source code. Just write: <blockquote style="background-color:lightgrey"><pre> something I want to make in a block </pre></blockqutoe>

It's very comfortable to edit an area of blockquote.

Some (NOT ALL) of my website user have been complaining about this bug. When they use Mozilla Firefox (version 2), the Fckeditor toolbar does not appear at all.

But when they switched to IE, the problem disappeared. The toolbar appeared normally.

The error messages that they found were:

"CTRL is not define, source file ........./inludes/wysiwyg/fckeditor/fckconfig.js, line 135"

"FCKConfig.ContextMenu has no properties, src file : .....inludes/wysiwyg/fckeditor/editor/js/fckeditorcode_qecko.js, line 78"

and,

"FCKConfig.FontNames has no properties, src file: .....inludes/wysiwyg/fckeditor/editor/js/fckeditorcode_qecko.js, line 63"

While using fckeditor_php5.php i got the error message invalid value using foreach (or likely, i don't remember 100% the words).

After changing the ++ lines it works fine!

function GetConfigFieldString()
{
	$sParams = '' ;
	$bFirst = true ;

	++ if (is_array($this->Config))
	++ {
		foreach ( $this->Config as $sKey => $sValue )
		{
			if ( $bFirst == false )
				$sParams .= '&' ;
			else
				$bFirst = false ;

			if ( $sValue === true )
				$sParams .= $this->EncodeConfig( $sKey ) . '=true' ;
			else if ( $sValue === false )
				$sParams .= $this->EncodeConfig( $sKey ) . '=false' ;
			else
				$sParams .= $this->EncodeConfig( $sKey ) . '=' . $this->EncodeConfig( $sValue ) ;
		}
	++ }

	return $sParams ;
}

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

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

Browser: FireFox (FF) 1.5.0.9

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

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

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

OS: Win2000
Browser: IE 6

Try to run downloaded FCKeditor 2.4 on localhost (http://127.0.0.1) get a javascript error "FCKBrowserInfo" is undefined.

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

Hey guys,

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

PIV 2,4GHz - WinXP Prof SP2, IE7

Tks, VONAH

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

This bug appears in demo of FCKeditor. When I press right ALT + s (to get polish diacritic) editor is calling save action (Save action should be executed on pressing CTRL + ALT + s).

Test parameters was:

User Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

Browser Netscape 5.0 (Windows; pl)

Platform Win32

User Language pl

Properly due to new keyboard shortcuts like ctrl+s the browser default search function fired up with ctrl+f does not work any more.

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

E 7 :

<div style="page-break-after: always"><span style="display:
none">&nbsp;</span></div>

Firefox 2 :

<div style="page-break-after: always;"><span style="display:
none;">&nbsp;</span></div>

difference : always => always; and none => none;

Jean-Marie Griess (jm.griess@…)

Hi,

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

Although the fckconfig.js contains...

FCKConfig.StartupFocus = false ;

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

To reproduce this, please do the following:

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

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

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

Regards Peter

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

FCKConfig.EnterMode = 'br'

so when hitting ENTER, a <BR/> is used.

Add some text and use ENTER to go to a new line. then switch to "source code"; the source code should look like this:

<p>line1 aaa<br />
line2 bbb<br />
line3 ccc</p>

now exit from "source code" mode and hit ENTER. a new paragraph is created (<P>); this mode remains active.

this doesn't happen if after exiting from "source code" mode, you move the cursor somewhere inside the existing text.

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

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

This is the code:

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

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

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

It seams there is no bad effect on distributing the editor with the .htaccess on it.

Our .htaccess, for now, simply remaps some extension to their correct mime types, which is necessary for the editor to work correctly on some installations.

Today, we make it optional, so one just rename htaccess.txt if needed. But actually, many developers don't know they can do that and may face installation issues. So I believe we could simply name it .htaccess. If someone really don't want it, she can simply delete it.

It would be nice to have an imaging mapping tool built in.