Extension talk:FCKeditor (Official)/Archive 1

FCKeditor broke links due to bad absolute path setting
Hello. I've MediaWiki 1.14.0 + PHP 5.1.6 (apache2handler) + MySQL 5.0.27 + fckeditor_mediawiki_114alpha.zip + mediawiki_fckeditor_ext_N.zip (sorry, i've not other information, but these zip was downloaded the 5th of march 2009)

When i create a new link, using the link button, i can choose an existing or a new page. It works fine. (For example, i choose in the dialog box the page "NameOfMyPage") -->if i save, i've a link to http://192.168.1.35/MediaWiki/index.php/NameOfMyPage

Now, if i edit the page again, with the rich editor and try to edit the link, I got a link in the dialog box to MediaWiki/index.php/NameOfMyPage instead of NameOfMypage ... And after saving, the link is now http://192.168.1.35/MediaWiki/index.php//MediaWiki/index.php/NameOfMyPage ...

I can have the same problem if i make the following: 1) in Rich editor: adding a link with the link button 2) Click on Wikitext button --> ok 3) reclick on wikitext to go to rich editor --> now the link is MediaWiki/index.php/NameOfMyPage instead of NameOfMyPage ...

I guess there is a setting to specify the base path, but i can't find it

Jimich 10:47, 10 March 2009 (CET)

Update after using the download link of page [|FCKeditor_integration_guide#Download_for_Windows] ( http://rapidshare.com/files/205304883/FCKeditor.zip )

--> the bug is still there ... So i believe a setting is missing somewhere in the extension or in mediawiki ...

Jimich 16:32, 10 March 2009 (CET)

image/media tag detector
The image insert button is also usefull for inserting links to Office documents and pdf files. But i have to change manually the image tag to media. Is it possible to do this automatic ?

Your nightly build is broken
It does not include all the files necessary for mediawiki. Take a look at it. --66.187.234.200 15:55, 3 July 2008 (UTC)

A: Fixed.

Bad Archive?
I think that the download file for the extension is corrupt. Not all the files are included and the archive gives errors upon extracting. - Kelsey


 * Hey Kelsey I also got corrupted archive messages. Got around this by getting the latest winrar release. Maybe this can help you? - cappelleh

A: Fixed.

Media Wiki 1.11.1
Has anyone had any joy get this to work with version 1.11.1. Was working version 1.10.1. I've made the changes to the pages in the new version, but with no joy.

Yeah it works for me!


 * With version 1.11 (at: http://www.orza.cl) its not working and even converted good in bad code (Category text)....--Horst Salzwedel 22:17, 16 March 2008 (UTC)

It works with 1.10, 1.11 and 1.12 out of the box.

broken categories and table headers
The current version 10 Dec. 07 broke down categories and table headers.

all tables with ! cells was replaced by | cells

Fixed

maintained?
Is this extension being maintained. I have been looking at the bug tracking over at http://dev.fckeditor.net/report/12 and nothing seems to be progressing. Bugs keep piling up but I never see any go away.

No, this project is dead
You can say for sure that this Extension is dead. Open bugs for nearly 5 months without a comment or reply from the developers. If you need a wiki with WYSIWYG, better try something like DekiWiki or use a good CMS with WYSIWYG built-in.

No, this project is NOT dead
It hasn't been updated for a while and bugs aren't fixed immediately, but this project will be continued.

Broken with new parser in 1.12a
I have converted the extension to use wfLoadExtensionMessages. I found it to be broken with 1.12a in any case. 12891 created. Too hardcore for me to fix. Siebrand 10:14, 3 February 2008 (UTC)

Fixed. It works with 1.12.

Is it possible to use extensions?
Is it possible to use CategoryTree extensions?

What must be change to integrate my own extensions?

--145.225.171.243 09:04, 13 February 2008 (UTC)

It works with other extensions (at least it should), no additional changes required.

Language?
Is it possible to change language from to my native tounge?

/anders

Never mind. I found where to edit the language option, located in 'fckeditor_config.js'

/anders

Work
This extension is a wonderful idea and a great achievement way beyond my comprehension, but as a user I think I can tell you this much: it still needs some serious work done. Well, that's unless there's an solution to the following issues:


 * How do you copypaste tables?
 * When it comes to large articles priorly crated, after one edit, it turns the links and images into some sort of programming languaje.

--201.155.3.160 02:22, 27 February 2008 (UTC)

Incompatibility with MW 1.12.0rc1
I confirm the incompatibility of the FCKeditor with MediaWiki 1.12.0rc1.

Because the bug has already been reported with MW 1.12a, it must be a bug with the new preprocessor.

The wiki is working well, but the edit pages are fully blank.

Fixed. Download the latest version.

How to add the other buttons of FCKeditor ?
Hello, does anybody knows how to insert the others buttons of FCKeditor (Text Color, Font size, font type etc) ? I am using the released MediaWiki 1.12.

Answer: open  and search for , you can add your own buttons there (for a list of available buttons, take a look into   and search for  ). Please be aware that not all buttons may work as expected due to the differences between wiki syntax and HTML.

Hi, I cannot find the. I tried modifying the at the  section but does not work. I could not find the  section to modify. How to modify the buttons? Thanks. LizK 08:02, 27 August 2008 (UTC)

What is the difference?
What is the difference between this extension and the one by Mafs?

Short URL
Note that the rewrite rules must include both extensions/FCKeditor and Extensions/FCKeditor unfortunately. Jean-Lou Dupont 15:32, 18 April 2008 (UTC)

saves HTML instead of wikitext
Using mediawiki-1.12.0 and SVN version downloaded as tar.gz archive. Fixed the Toolbar set bug (add  to LocalSettings.php as per bug in Mafs version), and converted DOS files to Unix, but FCKeditor saves HTML instead of wiki text. Any ideas? --199.46.245.237 17:42, 18 April 2008 (UTC)
 * Found the bug: three cruft Unicode characters should be removed from the beginning of, remove the   from  , and all is well. Now to customize. For info, the first three lines of that file read like this to a Unixy environment:
 * They should read:
 * The presence of those illegal characters causes reading of the file to be aborted. --199.46.245.232 18:12, 18 April 2008 (UTC)
 * They should read:
 * The presence of those illegal characters causes reading of the file to be aborted. --199.46.245.232 18:12, 18 April 2008 (UTC)
 * The presence of those illegal characters causes reading of the file to be aborted. --199.46.245.232 18:12, 18 April 2008 (UTC)
 * The presence of those illegal characters causes reading of the file to be aborted. --199.46.245.232 18:12, 18 April 2008 (UTC)
 * The presence of those illegal characters causes reading of the file to be aborted. --199.46.245.232 18:12, 18 April 2008 (UTC)
 * The presence of those illegal characters causes reading of the file to be aborted. --199.46.245.232 18:12, 18 April 2008 (UTC)

HTML corruption on sectional edits
If you have the following code: and edit just Heading A, your divs will be rewritten to contain character entities around them (ampresand)lt; (sorry, I don't know how to write that without it converting the text)

This rewrite can affect code throughout your article. You can revert to the normal MediaWiki editor in this case by changing the onEditPageShowEditFormInitial function within FCKeditor.body.php to contain the following I'm sure there are more things I should ignore like hr, but I just wanted to whip something together - feel free to update this code --Biyer 19:14, 29 April 2008 (UTC)

Data corruption when one clicks save before WYSIWYG finishes loading
Links are converted to anchor tags if one clicks save before the WYSIWYG generation finishes. The save button should be disabled before the page is ready. --Biyer 19:14, 29 April 2008 (UTC)

i18n
How can I get german messages instead of the english ones in FCKeditor? --87.176.120.190 23:50, 24 April 2008 (UTC)

Image WYSIWYG Incorrect?
Mediawiki 1.12 uses a new wysiwyg to display images on page,    :File.jpg.

FCKEditor still uses the old technique, that just directly links to file. any updates for this?

Update: FCKEditor will corrupt the coding of this new image convention when switching between wikitext and FCK.

Update: I figured maybe I could change the coding in extensions\FCKeditor\plugins\mediawiki\fckplugin.js to push the new convention but nothing changed. Renaming the file itself also revealed no change. Where is the formatting for image coding being done?

Image tags resetting on edit in latest SVN MediaWiki/FCKEditor too
I've logged a bug on the FCKEditor bug tracker about this: http://dev.fckeditor.net/ticket/2624

Solution
I think i found a cause of the bug. Tested on 1.11.2 to 1.13.3 with FCEditor 2.6.2 and 2.6.3

It is usage of tidy. When you install and enable $wgUseTidy = true then definitely all image tags would be blank.

Disable tidy $wgUseTidy = false


 * However, turning off $wgUseTidy can cause other problems, like creating html tables using templates etc. I solved it by keeping "$wgUseTidy = true" in the settings file and then adding global $wgUseTidy; $wgUseTidy = false; somewhere in the FCKeditor plugin source code (I put it in FCKeditorSkin::__construct but I'm sure you could place it elsewhere). It's ugly, but it works without the side effects. /anton 213.132.100.2 16:32, 20 January 2009 (UTC)

Is it a bug or an installation issue?
I have installed FCKeditor from the May 15 nightly build on MediaWiki 1.12, PHP 5.2.4 and java 1.4. The edit page appears as expected. The problem I am having occurs when I try to save the page. In Firefox on linux, a download dialog box appears asking to download the index.php file. In IE v6 on Widows I get a page not found error. I have tried everything I can think of to identify the source of the problem. I have disabled all installed extensions hoping that it is an extension conflict. No luck. What can I do next? --164.44.67.4 14:35, 15 May 2008 (UTC)

Why
Explain why this is any different than Extension:FCKeditor_%28by_Mafs%29. It works just fine and looks the exact same as this one.


 * Answer --: FCKeditor_(by_Mafs) stores html code; FCKeditor (by FCKeditor and Wikia) stores wiki markup. For more detail see WYSIWYG_editor.

Problem with HTML in version history/page comparison
Using MediaWiki 1.12.0

When 2 users are both in 'edit mode' for a page and User 1 saves page before User 2. When User 2 saves page MediaWiki tells user that page has changed since and give a comparison of 'Your Text' and 'Source Version'.

1) 'Source Version' is what is saved in the database (Wiki Text), 'Your Text' is HTML... seems to take HTML of what ever you have in your FCKeditor rather than Wiki Text behind the scenes

2) On the same screen MW automatically updates FCKeditor with text from the database (Wiki Text), but it pastes it into the WYSIWYG rather than behind the scenes (result is Wiki Text in FCKeditor)

Is this a bug? Any ideas for a fix?

--08:28, 16 June 2008 (WST)

Dead?
Can't get the files or to the ext webpage... --83.253.92.137 06:08, 29 June 2008 (UTC)

A: No. In case of any serious problems, please create a bug report here: http://dev.fckeditor.net/.

*FIXED* Latest version not working
Fixed - You'll see from the path it's trying to include from, $IP is not set. In LocalSettings.php put the REQUIRE after this is set (somewhere below line 24) - nick

original Q follows:

I've tried installing FCKeditor for Mediawiki ver1.11.0 and ver1.12.0, but this newest version of FCKeditor (ver. 2.5) does not seem to work for either install of the wiki. The only difference I could see is that the fckeditor.php is in lower case though the instruction specify upper cases (FCKeditor.php). But I've tried both  and   and neither work.

Is there something I'm missing? Doing wrong? I'm running this in a Mac OS X 10.4 Server with PHP 5.2.4 and MySQL 4.1.22.

Fee

Bouncingmolars instructions
OH MY GOD I GOT IT WORKING!!! The instructions are really bad. Someone test out my instructions and if they work edit the main page instructions because the main page ones wern't working for me. I don't have SVN on my server and I used windows to upload stuff onto the server. Feel free to modify the following instructions which worked for me. Bouncingmolar 23:26, 14 July 2008 (UTC) http://svn.fckeditor.net/MediaWiki/trunk http://svn.fckeditor.net/FCKeditor/tags/2.6.2
 * 1) download and install TortoiseSVN
 * 2) Make a directory in filemanager called "FCKeditor"
 * 3) Right-click on the new folder and select SVN Checkout....
 * 4) In the URL of repository, paste the following URL:
 * 1) within your created FCKeditor folder, delete the fckeditor subfolder
 * 2) make a new subfolder called fckeditor to replace the one you deleted
 * 3) Right-click on the new subfolder "fckeditor" and select SVN Checkout....
 * 4) In the URL of repository, paste the following URL:
 * 1) after it all downloads, Upload the main FCKeditor directory into your extensions directory
 * 2) Then follow the main instructions (patching 1.11 or 12)
 * 3) replace the lowercase fckeditor.php with FCKeditor.php in the line on your loacalsettings.php instead of require_once( "extensions/FCKeditor/fckeditor.php" );

RE: Bouncingmolars instructions
Even with the instructions above, I had troubles getting it to work. Here is what I came up with:

First, here is the main site: mediawiki.fckeditor.net There SVN instructions: SVN instructions And finally, their integration guide: FCKeditor integration guide


 * 1) cd to your extensions directory
 * 2) checkout the FCKeditor package
 * 3) svn checkout http://svn.fckeditor.net/MediaWiki/trunk FCKeditor
 * 4) cd FCKeditor
 * 5) rm -rf fckeditor
 * 6) svn co http://svn.fckeditor.net/FCKeditor/tags/2.6.2 fckeditor

NOTE: I did have to upgrade MediaWiki to 1.13alpha (r37887) to get this to work.

Also, remember to put the following in your LocalSettings.php file: require_once( "$IP/extensions/FCKeditor/FCKeditor.php" );

License
The page says "License: not specified", but there's is a license.txt in the tarball, stating: FCKeditor - The text editor for Internet - http://www.fckeditor.net Copyright (C) 2003-2007 Frederico Caldeira Knabben

Licensed under the terms of any of the following licenses at your choice: - GNU General Public License Version 2 or later (the "GPL") http://www.gnu.org/licenses/gpl.html (See Appendix A) - GNU Lesser General Public License Version 2.1 or later (the "LGPL") http://www.gnu.org/licenses/lgpl.html (See Appendix B) - Mozilla Public License Version 1.1 or later (the "MPL") http://www.mozilla.org/MPL/MPL-1.1.html (See Appendix C) -- 62.180.231.196 09:49, 17 July 2008 (UTC)

Installation instructions here didn't work for me
The installation instructions at

http://mediawiki.fckeditor.net/index.php/FCKeditor_integration_guide do work.

(We're using MediaWiki 1.11.0.)

Timeout happening
Love the extension! but-- whenever a user loads an "Edit" tab (for the first time) it takes nearly forever to load all the js files associated to FCKeditor. After the first time they load it, it works fine on all the other pages. Here are some details on my site:

Site is in https: not http:

MediaWiki 1.12.0

PHP 	 5.2.5 (cgi)

MySQL 	 5.0.45-community-log

Is there a faster way to have the FCKeditor toolbar load on the user? Thanks in Advanced Doug 69.25.29.4 18:17, 24 July 2008 (UTC)

All installed, but nothing happens
I have carefully installed FCKEditor as detailed in the link above. Nothing happens when I edit articles though. I just get the normal editor. Does FCKEditor have to be turned on in preferences or something? I'm running Mediawiki 1.12, Thanks - User:mitchelln --16:58, 31st July 2008 (GMT)

Installed for MediaWiki 1.13, but nothing happens
I'm getting the same issue! I have MediaWiki 1.13 and I think I installed it correctly, but nothing shows up when I click "edit". Anybody have a solution to this issue?


 * Same here...:I've successfully installed MediaWiki 1.13, and the FCKeditor extension shows up in Special:Version, but the editor itself never activates on page edit.
 * --Gturnbow 20:58, 18 August 2008 (UTC)

Same here, I need to chance My PReferences-->editing to show edit toolbar. I failed to set this by default. Adding $wgDefaultUserOptions['showtoolbar'] = 1 ; in localsettings.php doesn't work, neither for existing nor new users. Any idea? --89.12.223.180 16:43, 17 November 2008 (UTC)

it cannot work 1.13.2, in firefox.? how can i do it? does anyone can help me? my email :zlj23852588@hotmail.com

No joy on MediaWiki 1.11 either
from my Special:Version page: MediaWiki: 1.11.0 PHP: 5.2.4-2ubuntu5.3 (apache2handler) MySQL: 5.0.51a-3ubuntu5.1 ExtensionsOther FCKeditor (version fckeditor/mw-extension $Rev$ 2008)	FCKeditor extension for editing wiki pages (WYSIWYG editor)	FCKeditor.net and Wikia

Parser extension tags

Parser function hooks int, ns, urlencode, lcfirst, ucfirst, lc, uc, localurl, localurle, fullurl, fullurle, formatnum, grammar, plural, numberofpages, numberofusers, numberofarticles, numberoffiles, numberofadmins, numberofedits, language, padleft, padright, anchorencode, special, defaultsort and displaytitle

HooksHook name	Subscribed by CustomEditor	(FCKeditor_MediaWiki, onCustomEditor) EditPage::showEditForm:fields	(FCKeditor_MediaWiki, onEditPageShowEditFormFields) EditPage::showEditForm:initial	(FCKeditor_MediaWiki, onEditPageShowEditFormInitial) EditPageBeforeConflictDiff	(FCKeditor_MediaWiki, onEditPageBeforeConflictDiff) EditPageBeforePreviewText	(FCKeditor_MediaWiki, onEditPageBeforePreviewText) EditPagePreviewTextEnd	(FCKeditor_MediaWiki, onEditPagePreviewTextEnd) LanguageGetMagic	(FCKeditor_MediaWiki, onLanguageGetMagic) MessagesPreLoad	(FCKeditor_MediaWiki, onMessagesPreLoad) ParserAfterTidy	(FCKeditor_MediaWiki, onParserAfterTidy) ParserBeforeInternalParse	(FCKeditor_MediaWiki, onParserBeforeInternalParse) SanitizerAfterFixTagAttributes	(FCKeditor_MediaWiki, onSanitizerAfterFixTagAttributes) UserToggles	(FCKeditor_MediaWiki, onUserToggles)

Edit conflict doesn't work for 1.12
Hi, I've added the hook as described in the content page to my mediawiki installation (which is 1.12), but the html codes and wiki text appear in the comparison of changes and the lower half of the edit conflict page. Any solution for this? LizK 08:48, 14 August 2008 (UTC)

Not Working 1.14 r40286
I have 'pretty url' enabled so that it removes the index.php/ from the site. However trying to install to the most recent version of mediawiki from the svn i get the following error.

Catchable fatal error: Argument 1 passed to Skin::setupUserCss must be an instance of OutputPage, none given, called in /home/domain/www/________.com/extensions/FCKeditor/FCKeditor.body.php on line 340 and defined in /home/domain/www/________.com/includes/Skin.php on line 542

I omitted the domain name of course.

Any help would be great.

68.27.183.30 03:17, 1 September 2008 (UTC)

A: I had this problem as well on 1.14.0. I fixed it by editing my FCKeditor.body.php file on the offending line

original line was: $skin->setupUserCss;

I changed it to: $skin->setupUserCss($wgOut);

Hope this helps.

Not Working in 1.14 43724
I can confirm the above for todays revision 43724. The error is equivalent to the above; see here for details.

--G.Hagedorn 15:57, 19 November 2008 (UTC)

What about 1.31.1?
Do the modifications specified under "Manual modifications (only for 1.13 users)" apply to 1.31.1 as well? In 1.31.1 I have a ParserOptions.php file, which the instructions say is missing in 1.13. 128.231.88.7 19:49, 9 September 2008 (UTC)

Change skin
Hello,

I'm using 1.13.1 and I would like to change the skin (to silver). I did the modifications mentioned for 1.13 users and in fckconfig.js I put : FCKConfig.SkinPath = FCKConfig.BasePath + 'skins/silver/' ;

But I still have the default skin.

Do you have an idea ?

Compatibility with existing markup and Naming
I haven't tried this editor yet, however it looks very promising. I have some advanced wiki markup on several pages on my sitge, can we flip back and forth between the standard editor and this? I don't want to loose the formatting I already have in place in several areas.

Also...does the editor name show up anywhere on the browser when it's running? This is for a corporate Wiki...so FCKEditor might not be the best name for it. I like my job... I would like to hide the title of the editor everywhere I can and make it so it never shows up for anybody.

Riched Use Toggle Disappeared
Hi, I was editing without being logged in, and I believe that the toggle was always present. Then I configured MediaWiki to require a user to login for viewing and editing, and so when I was logged in, I did not see the toggle button. I.e. FCKeditor was always enabled, and there was no toggle to switch to WikiText. The problem is that I then can't remove any categories that I've defined.

Does anyone know why the toggle between Rich Editor and Wiki text disappeared? Thanks.

Note that FCKeditor does have a toggle for wiki text, but it is not what the riched_use_toggle refers to.

Patrick

Workaround: I notice the same issue, but found that if under "My Preferences", "Misc" tab, you enable "Use toggle to switch between wikitext...", a toggle link does appear before the edit box. It does work when logged in. I tested in Firefox and IE7 latest. Using 2.6.3 version of FCKeditor. Hope this helps - (TangSooDo2D 00:06, 26 November 2008 (UTC))

Not working at all on 1.14alpha
When I click "Edit" it just gives me the usual PHP error page, i.e., a blank page. I tried turning on MW's "show errors", plus some of PHP's, but "no joy" as some say. Nothing in my php error log either, nor the server's error log.... as you can imagine, this makes things difficult to debug ;).

I don't have time right now to debug it, but am willing to put more effort into this to do that later.

-- Kjikaqawej 17:22, 25 October 2008 (UTC)

Problems with SyntaxHighlight
If you have both FCKeditor and SyntaxHighlight installed FCKeditor escapes the tags so the SyntaxHighlight_GeSHi extension does not work. I know there may be a work around for both this extension and SyntaxHighlight, but this may cause issues with many other extensions that use tags for parsing. --Greg 20:22, 18 November 2008 (UTC)

Detecting if FCKEditor is loaded
Is there a way to detect if the FCKEditor is loaded? I'm trying resolve conflicts with another extension (SelectCategoryTagCloud) and if there's a reliable way then it would help monementally. --207.138.139.137 17:47, 20 November 2008 (UTC)

yes, there is, I had the same problem with the same extension.

To check it, add this to the top of the main hook function in SelectCategoryTagCloudBody.php:

(code is written right from my mind, so not 100% tested)

It checks if the user who is logged on has the option "riched_disabled" set. Doesn't work for not logged on users, but thats ok for me as those users in my company aren't allowed to edit anything.

84.58.55.252 18:18, 2 January 2009 (UTC)

Italian Locale
I translated the extension message in order to have the Italian localization...

the file are available both on User:Briotti/FCKLangIt and on

--GB 13:36, 25 November 2008 (UTC)

Clicking "preview" shows HTML
The subject says it all: Clicking on the Preview button shows plain, unrendered HTML. Preview DOES work with FCKEditor turned off. Running 1.13.2 here, using

FCKeditor (Version fckeditor/mw-extension $Rev$ 2008)
 * I had the same problem when I checked "Show preview on first edit" in the Preferences/Editing window. If left unchecked, a regular preview works just fine. --Stux 17:31, 12 December 2008 (UTC)

Strange editing Bug
I installed this extension today and so far I love it. (For those who have issues installing, be sure to download both the nightly download (gZip file) and the editor code itself (Zip file), and unzipping them in the proper order.) When I made my first edit I had a bullet, hit "superscript", typed some text, and then hit "undo". This strange combination of keystrokes mucked up my bullet editing. The result was something like:

Right after hitting undo, and then when adding more bulletted lines: Bullet Text
 * Bullet Text undefined

Line #2 (supposed to have a bullet)

Line #3 The lines were indented but they didn't have a bullet, did not recognize the bullet, and rendered different on MW. I had to edit the wikicode directly to fix this. The main issue is that I think the  character to "rtecolon". This text appears in the document. It does not look good and the user may not understand why this prefix 'rtecolon' appears. Is there any reason for this replacement? I tried to insert the Link into the document with leading ":" (:Category:xxx would link to the category 'xxx') and it worked. Instead of removing the original code for the replacement I inserted a new code (see comments with KG initial):

The modified Ok function:

//-- KG am 05.01.2009 //-- modified version of the Ok function (original see above) function Ok {	var sUri = GetE('txtUrl').value ; sUri = FCKConfig.ProtectedSource.Protect(sUri);		//#2509 var realUri = sUri; if (sUri.StartsWith( ':' ) ) sUri = sUri.replace(/:/, "rtecolon"); var sInnerHtml ;

// If no link is selected, create a new one (it may result in more than one link creation - #220). var aLinks = oLink ? [ oLink ] : oEditor.FCK.CreateLink( sUri ) ;

// If no selection, no links are created, so use the uri as the link text (by dom, 2006-05-26) var aHasSelection = ( aLinks.length > 0 ) ; if ( !aHasSelection ) {		sInnerHtml = sUri;

var oLinkPathRegEx = new RegExp("//?([^?\"']+)([?].*)?$") ;		var asLinkPath = oLinkPathRegEx.exec( sUri ) ;		if (asLinkPath != null)			sInnerHtml = asLinkPath[1]; // use matched path		// Create a new (empty) anchor.		aLinks = [ oEditor.FCK.InsertElement( 'a' ) ] ;	}

oEditor.FCKUndo.SaveUndoStep ;

for ( var i = 0 ; i < aLinks.length ; i++ ) {		oLink = aLinks[i] ;

if ( aHasSelection ) sInnerHtml = oLink.innerHTML ;		// Save the innerHTML (IE changes it if it is like an URL).

oLink.href = sUri ; SetAttribute( oLink, '_fcksavedurl', sUri ) ; if ( bLinkEqualsName ) { oLink.innerHTML = realUri ; } else { oLink.innerHTML = sInnerHtml ;		// Set (or restore) the innerHTML ///---			///-- KG 05.01.2009 ///-- patch for rtecolon if( sInnerHtml.toLowerCase.StartsWith( 'rtecolon' ) ) { oLink.innerHTML = oLink.innerHTML.replace( /^rtecolon/, ':' ); }			///---		}

}	// Select the (first) link. oEditor.FCKSelection.SelectNode( aLinks[0] );

return true ; }

--Wikifan 12:00, 5 January 2009 (UTC)

Mediawiki Version 1.13.2 - Specialpage Special:Version don't show after installation
I installed FCKeditor and it's running on my wiki. Everything works, but only my Specialpage Version is empty when I want to see it. If I comment out in LocalSettings.php the FCKeditor I can see the full content of this Version page. Can anybody give me a hint. Thanks, Timo.

Incompatibility to Mediawiki 1.14.0RC
It says: "Catchable fatal error: Argument 1 passed to Skin::setupUserCss must be an instance of OutputPage, none given, called in W:\www\TIDS\extensions\FCKeditor\FCKeditor.body.php on line 341 and defined in W:\www\TIDS\includes\Skin.php on line 560" --23:38, February 13, 2009 24.65.73.217


 * Can anybody confirm or deny this here? --Lance E Sloan 14:35, 21 February 2009 (UTC)


 * Yes, it indeed is so. This is ticket #2626 on their Trac. The fix is very trivial and I don't know why it hasn't been committed, especially since the patch was submitted 4 months ago. --Jack Phoenix (Contact) 15:36, 21 February 2009 (UTC)
 * My solution was: FCKeditor.body.php go to line 341 and add $wgOut in the Thank jack for pointing out the patch

With ImageBrowser
How to change for example  that is put in the page after using the upload tab to [[euro_27.gif ] ] ?
 * I'd like the image to be uploaded with the upload tab (FCKConfig.ImageBrowser = true ;)

of the image button and then inserted in the page using the wiki syntax. Any suggestion ?
 * On Mediawiki 1.13 with fckeditor 2.6.4.          --Leil

For MediaWiki 1.14
Is there a version of FCKEditor that runs with MediaWiki 1.14 or 1.13? I'm getting errors because the Parser_OldPP class is nowhere to be found in MediaWiki 1.14.

A: I got this too with 1.14.0. I fixed it by downloading Parser_OldPP.php from the repository and putting it in ${mediawiki root}/includes/parser

After you have the file in place, if you get an error about the $skin->setupUserCss argument, edit your FCKeditor.body.php file on the offending line to add $wgOut as the parameter. See the fix in an earlier thread on this.

Add media: button same as image button
I have many documents that are uploaded into my wiki. I can include this files in wiki text via [ [ media:file.doc ] ]. My end users want a button for add this. How can do this?

A: I was unable to add another button but found a different solution. See http://www.rakekniven.de/de/content/insert-media-links-using-insert-image-button-wiki

Problems for Mediawiki1.14.0
I found one solulition which has to download FCKeditor.zip from this url provided by this page. But I can't get the file as free user. What shall I do?

Remove "Wikia" references from this project
I'm Frederico Caldeira Knabben, Project Manager for FCKeditor.

We have totally developed this extension, of course with patches coming from the community, since the very beginning.

Almost two years ago, I've tried to bring Wikia to participate in the project, and they accepted it. To demonstrate our good intentions with it, we have immediately accepted publicizing that the project is developed by us "and Wikia".

The fact is that, after that, Wikia didn't produce anything to the project. Not even a single line of code. So now, it has no sense still saying that Wikia is one of the project authors (actually, it never had sense).

So, I ask to those who maintain this wiki, to please rename this page to "Extension:FCKeditor (by the FCKeditor team)", fixing any links pointing to it.

For any doubt, please feel free to contact me directly. If anything needs to be checked with Wikia, you could try contacting Emil.

Thanks!

Comparison of versions shows many differences if FCK editor is used
Hi, the comparison of the current and any former version of a wiki page shows many differences (normally whitespaces or line feeds) if a page has been edited using the FCK editor. If i change thze page using just Wikitext the comparison works well. Any idea?

Best regards, Stefan Stübbe