Extension talk:FCKeditor (Official)/Archive 2

Archived discussion: 1

Please post new topics here, with the newest posts being at the bottom of the page.

Old error
It is adding  tag when you enable rich editor, and then disable. And so every time, the more turned on and off more  tags appears

Disturbing SMW (Semantic Mediawiki) syntax
FCKeditor is a great tool, but it gives me a problem. Using the built-in MediaWiki editor, I have coded SMW-syntax. After using the FCKeditor, the syntax is changed. The SMW-syntax has disappeared. My request is to support the syntax of SMW, not changing the SMW-notation Thanks,

Fixed here --Eurodomenii 13:26, 7 February 2010 (UTC)

Tag extension could break FCKEditor
A tag extension, where an improper tag is registered (ie. a tag which starts with a slash) breaks the behaviour of the editor.

FCKeditor.i18n.zh-tw.php
The above message is for Traditional Chinese.

I would like to setup something for my site in the Localsetting.php like following:

Any idea? :-)  --Roc michael 13:08, 16 March 2009 (UTC)


 * Hi Roc michael, I've corrected the file name, since 'zh-tw' is the language code for Taiwan Chinese (‪中文(台灣)‬) and 'zh-hant' is for Traditional Chinese (‪中文(傳統字)‬). If you meant Taiwan Chinese instead of Traditional Chinese, feel free to correct me. :-)


 * FCKeditor.php sets the following values to $wgDefaultUserOptions:

$wgDefaultUserOptions['riched_use_toggle'] = 1; $wgDefaultUserOptions['riched_start_disabled'] = 1; $wgDefaultUserOptions['riched_use_popup'] = 1; $wgDefaultUserOptions['riched_toggle_remember_state'] = 1;


 * This means that by default, FCKeditor starts enabled without popup and that there's no toggle on edit view (I believe). --Jack Phoenix (Contact) 15:03, 16 March 2009 (UTC)


 * Hi Jack:


 * First, Thank for your respond. Then, It's true that 'zh-hant' is for Traditional Chinese (‪中文(傳統字)‬). I am a Chinese in Taiwan(or a Taiwanese) and people in Taiwan use Traditional Chinese. So the message above is not only 'zh-hant' but also 'zh-tw'. Any idea? :-)--Roc michael 16:20, 16 March 2009 (UTC)


 * You're marked as one of the authors in core MessagesZh_tw.php file (localization for Taiwan Chinese), but not in MessagesZh_hant.php file (localization for Traditional Chinese), so maybe this should use 'zh-tw' then? I'm not really sure, maybe someone who's more experienced with l10n & i18n could answer this question better. --Jack Phoenix (Contact) 19:09, 16 March 2009 (UTC)


 * Hi Jack,
 * When I finished the Chinese message file yesterday, I named it "FCKeditor.i18n.zh_tw.php" but nothing happened with the FCKeditor in my site. Until I renamed it become "FCKeditor.i18n.zh-tw.php", it works. So I think it's good to named it "FCKeditor.i18n.zh-tw.php". That's all my think about the name of Chinese message file.
 * I guess that you can make the "FCKeditor.i18n.zh-tw.php" and "MessagesZh-hant.php" use the same message. In the world, not only people in Taiwan use Traditional Chinese but also Hong Kong people do. It's great if anyone dislike the message and try to give us another version. I would like to see anyone to dedicate his(or her) intelligence.--Roc michael 12:11, 17 March 2009 (UTC)


 * Okay, I changed the file name from 'zh-hant' to 'zh-tw' for now. --Jack Phoenix (Contact) 19:51, 17 March 2009 (UTC)


 * Translation added: http://dev.fckeditor.net/changeset/3248, thanks! In the future, plase post new translations here: http://dev.fckeditor.net/

any tips on converting back from an old FCK install?
i.e. converting HTML back to WikiMarkup?

a direct conversion won't work, because some valid wiki elements are mixed with the html generated by the old FCK editor... --Dmb 21:54, 31 March 2009 (UTC)

How to enable zh-tw.js
Hi Jack, I've made another translation flie zh-tw.js and put it in the folder "extensions\FCKeditor\plugins\mediawiki\lang". Then, I edited the fckeditor_config.js as followed:

Finally, I press Ctrl+Shift+R (use Firefox) or Ctrl+F5 (us IE6),but There is no use.

--Roc michael 12:26, 6 April 2009 (UTC)

Ok, The Language file works
After I edited the fckeditor_config.js as followed: The Language file works :-)--Roc michael 13:01, 6 April 2009 (UTC)

Some small issue
svn checkout http://svn.fckeditor.net/MediaWiki/trunk but not svn checkout http://svn.fckeditor.net/MediaWiki/trunk FCKeditor
 * The version of MediaWiki is just 1.14 (or 1.15alpha) not 1.16 now.
 * SVN information should be
 * It's an excellent extension. I like it! Please give me more good news about it. :-) --Roc michael 14:57, 18 May 2009 (UTC)


 * The requirement of MW 1.16 refers to the version available on svn.wikimedia.org; it's a fork of the original FCKeditor extension and it requires 1.16. If you have a wiki running 1.15 or lower version of MW, you can use the extension available from http://svn.fckeditor.net/MediaWiki/trunk. --Jack Phoenix (Contact) 15:14, 18 May 2009 (UTC)

Official Release
Great that this is Beta! This is what we want, ideal. When is this expected to become "stable", and will it be included in Wikipedia? --Robinson Weijman 10:23, 16 June 2009 (UTC)


 * I've got my doubts about this extension, since it seems nobody is answering the questions on this page. --Robinson Weijman 08:26, 8 July 2009 (UTC)


 * Maybe they don't want to take bugs via the discussion page, but wish to use either their, or wikimedia's bugzilla? As far as I can tell, this extension is fairly well supported. --Ryan lane 15:11, 8 July 2009 (UTC)


 * No idea, but I was not submitting a bug but asking when they expect it to be "stable" - not a difficult question if they have a plan. --Robinson Weijman 14:20, 27 July 2009 (UTC)

FCKeditor is changing MW Table Syntax
Great tool, but it's giving me a problem.

Using the built-in MediaWiki editor, I have this code for a table:

After editing a cell in the table, the Syntax is changed to:

My questions are:
 * Why does the editor add the class?
 * Is this necessary?
 * Can it be disabled?

Thanks,

Applicationswhisperer 00:53, 17 June 2009 (UTC)

Hi, ich have the same Problem. Some solution available? My problem is that i use a template to get the table design and the FCK Editor owerwrite it.

use makes categories disappear
i'm currently trying out this extension, and i am not sure, but i think it's making my categories disappear. Bud0011 22:26, 27 July 2009 (UTC)

Wikia still using it, just heavily modified?
I think Wikia is still using this, though they seem to have heavily modded it. Try editing this page in Firefox, and you will see the editor, which - according to this blog post - is based on FCKeditor. It might also work in IE, but the help page about the new editor clearly states that Chrome, Safari, and Opera are still unsupported. It falls back nicely to the regular editor, at least for Chrome. I haven't checked to see if it is enabled on any other Wikia sites, but I doubt it, since - according to the help page again - it only works with the Monaco skin (default, I assume?). Also, the same blog post states that they did modify MediaWiki's core a bit, though most of it is implemented as an extension. Nuck Chorris 0 21:16, 3 August 2009 (UTC)

--

I've verified this by checking wikia's version page. look for the "FCK Integration with MediaWiki". however, the link page which should link to the developers page, links to help page on the wiki.

I don't know why they aren't sharing, it's a very nice interface. :) 150.101.20.46 02:52, 14 September 2009 (UTC)

disappearing thumbnail captions
I am using MW version 1.15 and I have the strange behavior that whenever I edit a page that already has a thumnail with a caption this caption is disappearing when I edit the text with the FCKeditor. If I save in wikitext-mode everything is fine.
 * Same here. Works on 1.15, but keeps loosing all image captions.

It is the same for me. I can write captions and after saving they are diplayed. But doing any edit at the same page and save again, the disapear (also in the wikitext). I'm using MediaWiki 1.15.1, PHP 5.2.10 (cgi), MySQL 5.0.81-log.


 * I can also confirm this behaviour. If I add a caption and save straight away, it seems to work - but if I go back and subsequently edit the same page and save, the image captions all vanish.


 * Additionally the image captions to do not appear under the pictures in the WYSIWYG text area when editing. --CharlesC 17:29, 4 November 2009 (UTC)


 * I can confirm it as well. Does anybody can help or give some more information on that problem? --62.227.178.1 15:12, 5 November 2009 (UTC)


 * Same problem with MW 1.15.1 --84.226.246.87 16:37, 6 November 2009 (UTC)


 * Same here with MW 1.16alpha. Any progress up to now? I posted a ticket in the dev section of FCKeditor: https://dev.fckeditor.net/ticket/5180

--Filburt 10:51, 18 February 2010 (UTC)


 * There's a workaround for this (pretty major) issue here. It's about two-thirds of the way down, search for "caption". It will duplicate alt-text for screen readers, but that's a small price to pay to get captions back. 85.158.138.19 08:56, 28 July 2010 (UTC)

No go on 1.15
Does not work on 1.15.

Must have a wrong version noted on front page, i.e. 1.16.

Disappointing, looks like it might get trashed by Beta's built in features too. --Nonegiven108 05:20, 17 August 2009 (UTC)


 * Andthepharaohs 12:21, 24 September 2009 (UTC) I downloaded from here as suggested below and installed on 1.15.0 - the editor worked fine, but it screwed up Special:Version which is now empty, so I've had to back out the extension for now.
 * Andthepharaohs 11:38, 25 September 2009 (UTC) I discovered that the problem was due to also having the PathFunctions extension installed - as this is obsolete from 1.15, I removed it and all is well.

FCKeditor+MediaWiki 1.15.1
Hello

Is there any version/revision of FCKeditor+MediaWiki known to run with MediaWiki 1.15.1? I've been looking around on the internet and trying different versions without success.

Thanks for any hints, 00:20, 17 September 2009 (UTC)


 * Use the link under Download via HTTP, that worked for me in MediaWiki 1.15.1, 21 September 2009

Use MediaWiki 1.15.1 + Download via HTTP + Php 5.2.11. The key is the version of PHP. The extension does not work with PHP 5.3.0. 29 September 2009


 * Solved! Edit the function onCustomEditor in file FCKeditor.body.php (it should be in line 206). Change this line:

public function onCustomEditor (&article, &user){
 * to

public function onCustomEditor ($article, $user){


 * Should work now.

--Gregra 21:17, 5 November 2009 (UTC)


 * I use MediaWiki 1.15.1 with PHP 5.2.12 and FCKeditor from the trunk version http://upload.wikimedia.org/ext-dist/FCKeditor-trunk-r60171.tar.gz. The 1.15 SVN version did not work and dropped an PHP error because of missing file /includes/ParserOptions.php . --Wikinaut 00:08, 23 December 2009 (UTC)

The solution which works with XAMPP: 1.7.3 / MediaWiki: 1.15.1 and FCKEditor 2.6.4 is the following (The "&" in file FCKeditor.body.php should be deleted.):

public function onCustomEditor($article, $user) {

(Source: http://mediawiki.fckeditor.net/index.php/FCKeditor_integration_guide)


 * I confirm. Modifying onCustomEditor worked for me on XAMPP 1.7.3 with MediaWiki 1.15.1. and PHP 5.3.1. --Popol0707 11:11, 5 May 2010 (UTC)

Bug FCKeditor avec médiawiki 1.15.1
Bonjour J'ai installer et essayer l'extension FCKeditor sur ma médiawiki version 1.15.1

l'extension fonctionne mais lorsque je vais sur page spéciale -> version la le contenu de la page version est vide.

j'ai donc tester toutes mes extension et je remarque que quand je retire la ligne:

l'affichage de la page version se fait correctement

il y a donc un conflit entre l'extension FCKeditor et ma wiki

une idée sur le problème et la solution ?

merci --Voice 10:52, 30 September 2009 (UTC)


 * Quelle version de PHP avez-vous? --Popol0707 10:58, 5 May 2010 (UTC)

Is this really free?
Is this extension free? It seems so, but after installation I clicked on the about FCKeditor link and got taken to the CKeditor (note spelling difference) page which includes a CKeditor license page. --Robinson Weijman 15:16, 21 October 2009 (UTC)


 * "CKEditor is distributed under the GPL, LGPL and MPL open source licenses." Sounds free to me. —Emufarmers(T 00:06, 22 October 2009 (UTC)


 * That's what I thought until I read the CKeditor license page. So, thanks for the answer but "sounds free" is not good enough.  I need to know for sure (for a company wiki).  Here's the blurb:  Corporate Web Sites: Licenses CKEditor to be used inside pages of all web sites owned or produced by your company.  $850  --Robinson Weijman 11:22, 22 October 2009 (UTC)


 * It seems (reading further) that the license is only required for:

* Modifications and enhancements doesn't need to be released under an Open Source license; * There is no need to distribute any Open Source license terms alongside with your product and no reference to it have to be done; * No references to CKEditor have to be done in any file distributed with your product; * The source code of CKEditor doesn’t have to be distributed alongside with your product; * You can remove any file from CKEditor when integrating it with your product. None of which is applicable to me - but possible to other users? --Robinson Weijman 11:25, 22 October 2009 (UTC)

copy and paste issues; "Paste From Word" icon missing
I only see one paste button, which only allows plain text pasting. I've seen screenshots with three paste buttons: How can I enable that? --Robinson Weijman 14:59, 23 October 2009 (UTC)
 * plain text
 * with formatting
 * from word


 * &rarr; Just add the following lines to  and remove a comment (see PATCH below). Note: $IP stands for the root directory of your MediaWiki installation, the same directory that holds LocalSettings.php. --Matthias Sala 19:03 16 November 2009 (GMT) --Wikinaut 11:16, 25 December 2009 (UTC)

Make sure that your browser (javascript) cache is fully cleared; for example: Firefox not only requires to clear personal history but a full browser restart. Then you should see the two additional icons. --Wikinaut 11:26, 25 December 2009 (UTC)


 * [[File:20091225 MediaWiki1.15.1 and FCKeditor.png]]

I'm a bit late here but thanks for the reply! --Robinson Weijman 09:29, 22 July 2010 (UTC)

image: versus file:
Isn't the new context for uploaded data file: ? At least the mediawiki helppage Help:image says so.


 * FCKeditorSajax.body.php should be adapted to this.
 * Please don't forget the link-context :file: when adding file:.
 * Do other files need to be changed too?
 * i18n of context-names should be allowed too. (file -> datei etc)

ParserOptions.php
This extension uses the WRONG directory for ParserOptions.php.... It is looking in the includes/ directory, where the DEFAULT install of this is in includes/parser directory. On the FCKeditor site, they claim if you get an error for ParserOptions.php then you have installed it in the wrong directory - don't see how that can be as FCKeditor is the installed extension, NOT ParserOptions, and it isn't up to them to claim the default directory is "wrong". --aelfwyne 16:19, 15 December 2009 (UTC)
 * And it requires several deprecated files as well.... Looks like this is NOT compatible with the current versions of MediaWiki. I do not recommend installing it as you'd have to hack it in, and who knows if it would even work reliably? --aelfwyne 16:26, 15 December 2009 (UTC)

I installed and run successfully for sake of completeness: I run MediaWiki 	1.15.1 PHP 	5.2.12 (apache2handler) MySQL 	4.1.13 --Wikinaut 09:54, 24 December 2009 (UTC)
 * current MediaWiki 1.15.1
 * FCKeditior version from trunk version. Remark: I confirm: the 1.15 version of FCKeditor showed the problem with ParserOption.php not found hich you reported above


 * I use MediaWiki 1.15.1 and just installed the editor getting the same problem. Had to change to
 * require_once $IP . "/includes/parser/ParserOptions.php";--Even Thorbergsen 22:46, 16 April 2010 (UTC)

table class
Is there a way to specify the "class" of a "table" without switch to "wikitext"?

Inserting an image with IE
With internet explorer, when I insert an image, the image is inserted at the top of the document, not at the cursor. But with FireFox, it's working properly. Someone know why and what can I do to make it working with IE?


 * Try this: http://dev.fckeditor.net/ticket/4184#comment:2 --Cneubauer 20:03, 3 March 2010 (UTC)

Linked images does not proper work with FCKeditor
Since MW 1.14 it is possible to link images with the syntax:

If editing a page with the FCKeditor these links are destroyed. I posted a ticket for this issue at https://dev.fckeditor.net/ticket/5215

Thanks for support! --Filburt 11:21, 20 February 2010 (UTC)

MediaWiki (1.15.1) + FCKeditor Integration Problem - Urgent Help Requested
I have recently upgraded MediaWiki from 1.11 to 1.15.1 after running it for more than 2 years. I have installed FCKeditor with it. I moved to the FCKeditor version recommended by this site (r63378). Everything seems to be fine except that when a user cut-n-paste text, the usual dialog windows does not come up anymore. FCKEditor complains about NULL window handle error in the Firefox error console. (It does not allow the direct cut-n-paste of text into the editor window citing the browser security policy preventing that - the same before the upgrade.) It does not have this problem with IE. I also see a lot of warnings coming out from error console as well. Here are the data:

1) Versions:

MediaWiki: 1.15.1 PHP 5.2.6 (apache2handler) MySQL 5.0.75 FCKeditor 1.0.1 (from the r63378) Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 (.NET CLR 3.5.30729)

I have other extensions too be disabling them does not make any difference.

2) The cut-n-paste resulted with an "undefined" text and a Cancel button scattered in the editor window. The errors I got from the Firefox error console are:

Error: window.opener is null Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/fckdialog.html Line: 33

Error: window.dialogArguments is undefined Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/fckdialog.html Line: 50

The corresponding source codes are:

// On some Gecko browsers (probably over slow connections) the // "dialogArguments" are not set so we must get it from the opener window. if ( !window.dialogArguments ) window.dialogArguments = window.opener.FCKLastDialogInfo ;

and

function LoadInnerDialog { 	if ( window.onresize ) window.onresize ; // First of all, translate the dialog box contents. window.dialogArguments.Editor.FCKLanguageManager.TranslatePage( document ) ; window.frames["frmMain"].document.location.href = window.dialogArguments.Page ; }

3) The warnings I got from the error consoles prior to the errors are:

a) Warning: Error in parsing value for 'filter'. Declaration dropped. Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/skins/default/fck_editor.css Line: 154

filter: alpha(opacity=70); /* IE */

This appears in many section of the codes

b) Warning: Unknown property 'text-overflow'. Declaration dropped. Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/skins/default/fck_editor.css Line: 352

text-overflow: ellipsis;

4) I've also tried to follow the instruction above to enable the Word cut-n-paste by playing with $IP/extensions/FCKeditor/fckeditor_config.js. But I notice that renaming this file to another random name does not seem to have any effect. However, if I change the sole reference of it in FCKeditor.body.php to a non-existing file, then the browser complains. I am a bit confused by this also because the changes I made in fckeditor_config.js does not seem to have any effect with regard to Word cut-n-paste changes. Curiously the fckeditor_config.js contains some ghost characters at the beginning of the files. Removing them does not seem to make any difference either:

ï»¿/* * FCKeditor Extension for MediaWiki specific settings. */

Anyway, urgent help requested here - restoring the working version of mediawiki 1.11 with FCKeditor is a pain since the backup database is no longer uptodate since this cut-n-paste problem was found a bit late.

Sorry for the non-wiki like format here - too much conditioned to the FCKeditor and not familiar with this default editor.

Shiwanlin

MediaWiki (1.15.1) + FCKeditor Integration Problem - Solution Found
Oh well, clear of the cache in Firefox solves this problem - just restarting Firefox does NOT - you must clear the cache in the tools/clear recent history...
 * Thanks for posting the solution. --Robinson Weijman 07:59, 9 March 2010 (UTC)

Infinite loop possible in wfSajaxSearchCategoryChildrenFCKeditor
See my post at mwusers.com for details: here

Spin off
Is there any extensions to use the spin off of FCKeditor called CKeditor?
 * No, because CKEditor is the editor formerly known as FCKeditor. It's the same with a new name. Cheers --kgh 23:38, 8 May 2010 (UTC)

FCK Editor + Lightbox Thumbs
FCK Editor is working great, but when we install LightBox thumbs, the option to go to Rich Text suddenly disappears from the edit page. Does anyone have any idea what may be causing this/where the conflict is? Is anyone using these two extensions together? Thanks! --Aekki99 18:02, 23 April 2010 (UTC)

FCK 65615 / Mediawiki 16.x french bug
Doesn't work in french. JavaScript error: Error: missing ; before statement Source File: .../index.php?title=Accueil&action=edit Line: 281, Column: 41 Source Code: fckTools.innerHTML+='[Ouvrir l'éditeur enrichi dans une nouvelle fenêtre] ';

To fix this: 'rich_editor_new_window' => "Ouvrir l'éditeur enrichi dans une nouvelle fenêtre", ... but I global replaced all these apostrophes by "’"
 * Edit extensions/FCKeditor/FCKeditor.i18n.php
 * Remove the "'", in particular the line:

- Daniel K. Schneider 14:57, 28 April 2010 (UTC)

FCK 70201 / MediaWiki 1.16.0 language bug

 * Thanks for the fix. It's amazing that this bug STILL hasn't been fixed in the code as of revision 70201 (current Trunk Head).  I'll try to add this to Bugzilla and credit you for the fix since the double quotes bug doesn't seem to be exclusive to the French version (though completely breaks the extension for anyone viewing a wiki in French).  It seems like this quote confusion is also present in the Italian version and others I've yet to find. 65.94.13.187 22:55, 4 August 2010 (UTC)

FCK 69707 / Mediawiki 1.16.0 french
Had the same bug but fixed it in file "extensions/FCKeditor/FCKeditor.body.php" on line 430 by replacing string: $newWinMsg = wfMsg( 'rich_editor_new_window' ); with $newWinMsg = str_replace("'","\'",wfMsg( 'rich_editor_new_window' ));

I also filled bug [25091] in bugzilla.

$wgFCKEditorExcludedNamespaces
Hi, I would like to exclude some namespaces, but somehow it does not work. I entered

$wgFCKEditorExcludedNamespaces = array('NS_MEDIAWIKI', 'NS_TEMPLATE');

in my LocalSettings.php with no result.

Any hints for me? Is there any way to make the settings for namespaces disappear from the user preference page? Help is greatly appreciated.

'''Cheers --kgh 23:54, 8 May 2010 (UTC) '''

Unknown toolbar item "Blockquote"
We have a long-standing problem that when you open a page to edit, this warning message pops up. If I click OK, FCK editor works fine. It is just annoying to get this warning every time. We are now up to MW 1.15, but we have had this problem for a while and in previous versions. I tried re-installing the extension, but this made no difference. Any suggestions? Thanks.

How to Trim Down the interface of FCKEditor?
FCKEditor is great and (too) powerful. I'd like to remove certain buttons and functions, making it easier for inexperienced users to do it. Is it possible to do it? And where should i start? thanks a lot! --Dullmau 06:58, 9 June 2010 (UTC)

MediaWiki 1.15.1 and FCKEditor installation issue
Hi, this is my first wiki. I am trying to install the FCKeditor on our company intranet. With great trouble I was able to install mediawiki on ubuntu server 10.04. Most of my users are non-technical and they need some kind of text editor to work with wiki. Here is my wiki version Mediawiki 1.15.1 PHP 5.3.2-1ubuntu (apache2handler) MYsql 5.1.41-3ubuntu12.1

Settings in my LocalSeettings.php file

This file is used for FCKeditor require_once("$IP/extensions/FCKeditor/FCKeditor.php"); $wgUseAjax = 'true';

$wgShowExceptionDetails = true;

Here is the error message that I am seeing Detected bug in an extension! Hook FCKeditor_MediaWiki:nCustomEditor failed to return a value; should return true to continue hook processing or false to abort. Backtrace:
 * 1) 0 /usr/share/mediawiki/includes/Wiki.php(502): wfRunHooks('CustomEditor', Array)
 * 2) 1 /usr/share/mediawiki/includes/Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
 * 3) 2 /usr/share/mediawiki/index.php(116): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
 * 4) 3 {main}

Steps that I took to install FCKeditor extension

Copied the FCKeditor folder after unzipping to to /var/lib/mediawiki/extensions/FCKeditor

Please look into this and let me know what needs to be done.


 * Per the above comment, changing

public function onCustomEditor (&$article, &$user){
 * to

public function onCustomEditor ($article, $user){
 * (in the function onCustomEditor in file FCKeditor.body.php) worked for me. Cavila 20:49, 13 June 2010 (UTC)

FCKEditor can't show up
i had successfully installed fckeditor before but i disabled it for a few days during my customization. Today when i enable it again (just remove "//" before require_once ), fckeditor never shows again.

The skin i'm using is fratman_enhanced and i did all modification following troubleshooting here. This was the way that worked for me before but it didn't happen again.

Even weird, it also doesn't work in monobook.

I downloaded the fckeditor through the official link and my mediawiki is 1.15, running on xampp with php 5.3.. If it happened to you, where would you start the debugging? Any ideas? Thanks! --Dullmau 11:37, 14 June 2010 (UTC)

Looking to turn this off in specific pages
I saw something like __no-rich-editor__ around this site once; anyone know the exact code? cheers
 * It's __NORICHEDITOR__ --Whimsy 11:18, 9 November 2010 (UTC)

Height of Editing Area
Does anybody know how to change this as at the moment it takes up a whole screen and you have to scroll down on the main window to see the whole editing area. Holygamer 20:42, 25 June 2010 (UTC)

1.16 and latest revision not working
I am maintaining a wiki 1.16 installation and noticed the latest version of fckeditor doesn't load for me. I also have the latest Usability Initiative extension installed that makes use of a new wiki editor. Anyone else experience similar issues or conflicts with these two extensions? --Michael.Eddie 01:44, 29 June 2010 (UTC)

I have similar problem.... just getting a blank page after enabling latest fckeditor version in 1.16. Anyone have it working in 1.16?? 122.58.96.165

Works for me. I upgraded from 1.15.1 and FCK editor v2.6.4 works ok. I have very few other extensions installed. If you are getting a blank screen, that is usually a php error, probably due to an incompatibility between extensions. Check your web server's logs for errors that might point to the problem, or disable extensions, except FCK, then enable them one at a time until the problem occurs. --Jim 128.231.77.91 14:22, 30 July 2010 (UTC)

I have also a wiki 1.16.0, and the actual revision (1.16.x or trunk) does not work. My trunk revision downloaded on the 15th of July works with 1.16b3 and it still work in 1.16.0, but i cannot upgrade fckeditor. FCKeditor is my only extension. I'll try to check the logs. Regards 171.18.2.100

I was able to get it working under 1.16.0 beta 3 by using svn to pull the directory. Do a "svn checkout http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/FCKeditor" in your extensions directory.

I have MW 1.16 with the usability inititaive extension, too. The changes in my FCKEditor take no effect. Any ideas? 87.139.102.16 07:12, 12 August 2010 (UTC)

Same as the guy above. After installing the links for the rich editor don't show. I think it's a language issue because it works when I change my mediawiki to english (currently on hebrew). --109.186.7.30 19:20, 24 August 2010 (UTC)

Running MW 1.16, and I downloaded the extension through SVN trunk. The extension is recognized under Special Pages:Version, but when I click on 'Rich Editor' I just see the 'Loading...' text; the editor buttons don't load. Any clue what's wrong? --Enterprise user 19:22, 27 August 2010 (UTC)

Debugging this problem
I've tested out installing FCKeditor on a development install of MW 1.16 (running XAMPP on Windows with the XDebug PHP extension). I originally tried using the nightly build tarball of FCKeditor from here. I've also tried the SVN method (checked out r5859), with the same results. Here's what my server's currently running:

Apache/2.2.14 (Win32) DAV/2 mod_ssl/2.2.14 OpenSSL/0.9.8l mod_autoindex_color PHP/5.3.2 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1

Thanks to XDebug, I'm getting some PHP errors displayed as to why the extension does not work. All appear to be Strict standards PHP errors:

Semi-working Patch
I've gone through the errors one by one and made some changes to the code to try and get this working. It looks like the function definitions for child classes need to be the same as their parents. Below is a patch of my current changes:

Save this patch to a file called "FCKeditor-r5859-mw-1.16.patch" (I'll assume you put this in your home directory for the commands below). $IP is assumed to be your mediawiki root directory. The patch was made on SVN revision r5859 of the FCKeditor extension.

cd $IP/extensions/FCKeditor/ patch -p0 < ~/FCKeditor-r5859-mw-1.16.patch

Current Problem
After fixing the initial problems, and clicking the "Rich Editor" button, the editor appears, however more PHP errors show up inside it, presumably due to AJAX requests being made. Right now I can't find anything obvious that's going wrong, but it appears to be a pass-by-reference vs. pass-by-value problem somewhere.

I'm stumped, as the function it dies in ( getSkin ) takes no arguments. The first error is the one that causes all the rest that I'm currently seeing. (The rest are "Cannot modify header information" warnings). So far I cannot figure out how to fix this last one:

Jcuzella 00:18, 3 September 2010 (UTC)

Language issue
I have MW 1.16 and downloaded last development version. When I set the language to english in my preferences it works. But when I set it to french the editor doesn't load! --Jauquier 23:26, 9 September 2010 (UTC)
 * Please vote : https://bugzilla.wikimedia.org/show_bug.cgi?id=25091 (there is a temporary fix) --Jauquier 23:38, 9 September 2010 (UTC)
 * Have the exact same problem with Hebrew. It seems to be a JavaScript problem since it gives me JS errors:

unterminated string literal - ss/fckeditor-rtl.css";\n showFCKEditor is not defined - if( showFCKEditor & ( RTE_POPUP|RTE_TOGGLE_LINK ) ){ --Gregra 12:27, 26 October 2010 (UTC)

A small UTF8 issue
I have MW 1.16 and FCK, and in Firefox, it shows me an UTF8 BOM above the FCK toolbar. This doesn't happen in Chrome, IE or Safari.

MW 1.16 / After saving information about inserted template is gone
Using a MediaWiki 1.16.0, PHP 5.2.13 and FCKeditor (Version 1.0.1) (r74856), inserting a template into the main text via the FCK and later saving the document, it is been replaced by  with all information about the referenced template gone.

Neither in display nor in edit mode one can find information about the template as it has been replaced by  .--MWJames 20:42, 16 October 2010 (UTC)

FCKeditor and LiquidThreads
Can anybody tell how to enable the FCKeditor to work with LiquidThreads replies and new subjects? I have the extension install and working fine with MW 1.16, under the cavendish mod skin. Everything is great, except that when I enable liquidthreads, the FCKeditor doesn't appear there.

ï»¿
Hello! somewhere there is a BOM(like this: ï»¿) in your code (latest version). Could you remove that, please?

with friendly greetings Christian

FCK Editor and Semantic Forms - Content preload issue
When using FCKeditor (Version 1.0.1) with Semantic Forms (Version 2.0.7) and Semantic MediaWiki (Version 1.5.4) on MW 1.16 i get the following error:

Error: this.GetSelection is null
 * Page edit gets not saved but instead replaced with preloaded content defined in the semantic forms. This is renedering editing impossible. Deactivation of FCK before saving is a solution, though not a good one.
 * Deleting the "preload=" part from the Semantic Forms definition results in an empty page after saving.
 * Problem seems to relate to #info tags coming from Semantic Media Wiki. (Small help-bubble icons)
 * When clicking on “Page Preview” Fckselection_gecko.js is giving me a Javascript error. Preview contains the default preload-wikipage whilst the edit window still has my active edit content stored.

Line 167

161// The "nodeTagName" parameter must be Upper Case. 162FCKSelection.HasAncestorNode = function( nodeTagName ) 163{ 164 var oContainer = this.GetSelectedElement ; 165 if ( ! oContainer && FCK.EditorWindow ) 166 { 167 try { oContainer = this.GetSelection.getRangeAt(0).startContainer ; } 168 catch(e){} 169 } (Mike)