Extension talk:WikiEditor/Archive

How to add a button, step by step
First of all, this was made by using Mediawiki 1.17.0 and WikiEditor Version 0.3.0 Said so, let's start

Create your button
The icon must be a transparent PNG file, 22x22 px. Algerian regular font, size 15 is recommended for creating new icons. Place it inside the extensions\WikiEditor\modules\images\toolbar path

ext.wikiEditor.toolbar.js
You can find it inside the /extensions/WikiEditor/modules/ folder This file handles the javascript of the toolbar buttons. In order to create a new button, you must add it here. The file structure is quite simple, and you should add the new button in any of the sections desired (Inside the Advanced toolbar, there are 4 sections: Heading, Format, Size and Insert). Then, when you find the desired section, you should add the following lines inside the 	tools: section:

WikiEditor.i18n.php
This file handles the text that will be:
 * Shown when hovering the new button
 * Add, according to the button order (around lines 100-130), the new wikieditor-toolbar-tool-NAMEOFTHETOOL key you defined previously in the ext.wikiEditor.toolbar.js file, and add its value
 * Example for template button:
 * Inserted in the text area when clicking the button.
 * Add, just below the recently added line, the new wikieditor-toolbar-tool-NAMEOFTHETOOL-example key you defined previously in the ext.wikiEditor.toolbar.js, and add its value
 * Example for the template:

WikiEditor.php
This file identifies the array keys that will be used inside the toolbar. If an array key is not present here, even if it is present in the previous two files, the button won’t be shown or will act wrongly. Around lines 330-380, following to the button order, add the wikieditor-toolbar-tool-NAMEOFTHETOOL and wikieditor-toolbar-tool-NAMEOFTHETOOL-example keys. Example for the template button:

That should be all! Enjoy your new customized toolbar! --Fladei 17:00, 19 November 2011 (UTC)

Loading loop after clicking Special characters ?
Mediawiki: 1.18.2 skin: monobook.

I have a problem after clicking on Special characters button. It cannot load anything. My configuration is standard like described for 1.18 wiki.

Some js error appears: Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E) Timestamp: Thu, 24 May 2012 08:06:09 UTC

Message: Object expected Line: 33 Char: 409 Code: 0 URI: xxxxxxxxxxxxxxxxxx/load.php?debug=false&lang=en&modules=ext.wikiEditor%7Cext.wikiEditor.dialogs%2Cpreview%2Ctoolbar%7Cext.wikiEditor.toolbar.hideSig%7Cjquery.wikiEditor%7Cjquery.wikiEditor.dialogs%2Cpreview%2Ctoolbar%7Cjquery.wikiEditor.dialogs.config%7Cjquery.wikiEditor.toolbar.config%2Ci18n&skin=monobook&version=20120524T075119Z&*

Could you help me with it?

Why there isn't any multi line support for bullet list ?
If I select multiple rows of text, and then I clic on the bullet list button, the star char is added only to the first row. I would expect to have a full bullet list of all the lines.

--82.91.10.178 16:17, 18 September 2011 (UTC)
 * I've copyied your requested to bug #30981 (Add multi line support for bullet list button). Thanks for this suggestion. Helder 23:38, 18 September 2011 (UTC)
 * The bug was closed because this feature is already available on MediaWiki 1.18, which will be deployed soon. Helder 11:19, 20 September 2011 (UTC)

afp links in editor not turned into links
The editor has performed really nicely so far but I just can't make afp (apple file protocol) links work in the editor. Seems like afp links are not recognized so users of our internal org wiki can't link to files on our file server. I suppose this is more of a feature request. Any chance of this being implemented in an upcoming version of the editor?

Add a button
Hi, I already added the Extension:EmbedVideo to my wiki and it works well. Now i try to add a button that facilitates the embedding of video. That button should display a popup, where i can put "service" (e.g. youtube), "id" (of the video), ... Have anyone an idea where can i find info to build this? (i'm using mediawiki 1.16, Wikieditor from Extension:UsabilityInitiative) Thanx


 * same here, please help--12.46.139.200 23:37, 13 July 2011 (UTC)

Call to undefined method OutputPage::addModules
I am getting this error when trying to install the toolbar. Fatal error: Call to undefined method OutputPage::addModules in /home/sambend1/public_html/memory/extensions/WikiEditor/WikiEditor.hooks.php on line 635


 * Solution -- place the call in the LocalSettings file AFTER the require_once ... DefaultSettings line! by MKRD.info MKRD info 22:54, 5 June 2011 (UTC)


 * Don't use the vrunk version of WikiEditor with MediaWiki 1.16, there's an older version of WikiEditor for that. Max Semenik 08:10, 3 November 2010 (UTC)
 * Hi, where can i get a running Version for MediaWiki 1.16?
 * Special:ExtensionDistributor/UsabilityInitiative. Max Semenik 09:41, 3 November 2010 (UTC)
 * Ah thanks =) --Roumeo 10:17, 3 November 2010 (UTC)

Include FCKeditor
I'm trying to get the WikiEditor working alongside FCKeditor for rich editing. When loading the rich editor the WikiEditor toolbar remains. Is there a way these could work alongside each other. I suspect it may just be a case of having the WikiEditor toolbar exist inside a "toolbar" div so that FCKeditor can hide it. Thanks

Gone?!
After I installed the WikiEditor the whole bar (the old edit toolbar too) just went away. What happened! Teamcoltra 21:16, 8 February 2011 (UTC)


 * It seems to me that Extension:WikiEditor hasn't fully compatible with PHP 5.3.x. Now I had to downgrade to 5.2.x and so it works again... Also sometimes the feature "interactive tools" (dialogs) may be a cause of the panel's disappearence (if it activated). AvalarMS 03:06, 25 February 2011 (UTC)

why can't wikEd work with UsabilityInitiative/WikiEditor in my 1.16.2wiki?
When I enable these two editor together, text disappear(edit window become too small to edit).

Actually I find these two extensions work fine together in zh.wikipedia.org(1.17) but not in my wiki(1.16.2). Is the different between version cause this problem?

here is a Screenshot of the broken editor http://easycaptures.com/fs/uploaded/387/0939602272.png --晒太阳的冰 04:48, 29 March 2011 (UTC)

Does this Work With iPhone, iPad?
Does not seem to work with MW 1.16 and 0.0.2 on the iPhone and iPad —The preceding unsigned comment was added by 128.189.126.187 (talk • contribs) 22:32, 30 March 2011 (UTC). Please sign your posts with ~ !
 * No, does only work with MW 1.17 --188.23.142.51 07:30, 10 April 2011 (UTC)

Problems with WikiEditor
Recently, I tried to install this extension in my wiki, but it seems that it doesn't work. My wiki is 1.17 beta 1 and PHP is 5.2.6. I turn on WikiEditor in "my preferences" but it also doesn't work!! And it just show the old and original editor of wiki. Anyone knows the problem or anyone had similar situation with me?
 * Just use newest version from SVN, and it will work ;) 89.74.216.91 13:34, 14 May 2011 (UTC)
 * Is it here? -> http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/WikiEditor  I tried to download all the files and installed on my wiki again. But it still not work. BTW, thanks! -- TKPSS 07:59, 15 May 2011 (UTC)

I have the same problem. I had 1.16.2 and updated to 1.17.0. I download lates WikiEditor extension, but problem is the same. Also old toolbar doesn't work... Solution: comment this line in LocalSettings.php:
 * 1) require_once("$IP/extensions/UsabilityInitiative/Vector/Vector.php");

WikiEditor does nothing?
I can't get it to work, i don't get wikieditor toolbar at all while ussing mediawiki 1.17

Tested in Opera 11.10, 11.11 and Firefox 3.5.19. My server is running Apache 2.2.17, php 5.3.6, MediaWiki 1.17b1. I have checked out /svnroot/mediawiki/trunk/extensions/WikiEditor and set it up as detailed in the README. I have ensured that "Enable enhanced editing toolbar" has been enabled in my preferences. Upon going to any edit page, I see the following in my server log:

So the wiki editor is obviously being loaded, however I only see the 'classic' toolbar, not the new toolbar. The Error Log in firefox shows no javascript errors, nor does the Error Console in Opera. The trunk Vector extension works fine (collapsible tabs and nav work as expected, etc), the problem only appears to affect WikiEditor. Applicable section of my LocalSettings.php is very basic:

require_once("$IP/extensions/WikiEditor/WikiEditor.php"); $wgDefaultUserOptions['wikieditor-preview'] = 0; $wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

Any suggestions about what else I can do to narrow down the problem? --Ishtralimnar 12:07, 23 May 2011 (UTC)

Update to 1.17 stable, then it should work. --178.151.78.159 15:20, 22 June 2011 (UTC)

I'm wondering if this worked for the above user after upgrading? I have 1.17.0 stable, and wikieditor does not work for me. When I was using the UsabilityInitiative this also did not work. I commented the line in LocalSettings that was "loading" it with the UI extension when I was using 1.16.x of MW, and it still will not load.

Presently I only have "require_once("$IP/extensions/WikiEditor/WikiEditor.php");" in my LocalSettings. If I enabled: $wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

Then I don't get anything. All that shows up is the edit box with the text for the articles, and the old toolbar will not even display. Is there another extension that is required or am I missing something? I too also have no issues with the Vector extension. [here is the site]

Irt3hj4y 10:36, 27 July 2011 (UTC)

I've similar problem. WikiEditor does not works in my mediawiki 1.17.0 (r93735) with php 5.3.6 (php was maked with json extention) and mysql 5.0.92. I've not seen modern editor panel in Opera, Firefox, Chrome etc. When I start JavaConsole in Chrome, I see Unknown dependency: jquery.json [here is the additional info]

Sudosu-w 12:38, 02 Aug 2011 (UTC)

I had this problem and found that "require_once( "$IP/includes/analyticstracking.php" );" breaks the wikieditor. When you have analyticstracking enabled, the wikieditor toolbar wont be shown.

WikiEditor toolbar does not load successfully with Vector skin if--
--"Enable dialogs for inserting links, tables and more" is checked in preferences

Product	Version: MediaWiki	1.17.0beta1, PHP	5.3.5 (cgi-fcgi), MySQL	5.1.53-log

I just today switched to the Vector skin to test Extension:Vector's collapsible tabs. That extension seems to be working fine, but when I tried to edit a page after making the switch the WikiEditor toolbar no longer appeared. The regular edit toolbar does not appear either. After going through all of the toolbar-related options in Preferences, the WikiEditor toolbar finally reappeared when "Enable dialogs for inserting links, tables and more" was unchecked; nothing else mattered.

I only started building my wiki a week or to ago, so I have no clue where to look. However, I did see the following errors in Chrome's debug console: index.php:317Uncaught ReferenceError: addButton is not defined Drafts.js:183Uncaught ReferenceError: hookEvent is not defined index.php:333Uncaught TypeError: Object #<Object> has no method 'tabs' ''"Drafts.js" is part of Extension:Draft. It's only breaking when the toolbar does not appear. It's trying to register a hook to something's load event, maybe the document or the edit form; I don't know...''

--Tomlong75210 22:40, 27 May 2011 (UTC)

functionality for running js ... code examples?
There has been documentation on how to add text and to me it has completely bamboozled my non-hacker brain and I couldn't get it to work, especially when other variations were used around the place. Krinkle has created a nice script at meta: that has allowed me to add text easily and more akin with ye olde toolbar.

We still do not have documentation for how to run scripts from buttons. I have grubbed through the code and see that there is 'encapsulate', 'callback' and 'dialog' in the case statement, so I am presuming that it is 'callback'. Would it be possible to get some examples on how to the code for these. Thanks. — billinghurst  sDrewth  13:07, 19 June 2011 (UTC)

Preview not working on 1.17.0 ? (PHP 5.3)
Hi,

yesterday I upgraded to Squeeze (including PHP 5.3) and upgraded my MW to 1.17.0

However, since then, neither the preview tab (it's just showing the rotating loading icon) nor the publish button (doesn't do anything) are working. Any hints?

doesn't work @all
i am using mediawiki 1.17 and the bar doesn't shows up at all
 * I have the same trouble with r85437 from snapshot as well as with r92640 from svn. my wiki is 1.17.0 upgraded from 1.16.2 95.84.190.156 15:09, 20 July 2011 (UTC)
 * I would like to update the issue (if it helps to anybody to find the solution): after the switching to edition mode, the error message "Uncaught TypeError: Cannot call method 'profile' of undefined" is appeared in java console. WikiEditor panel don't work, only old panel there. Mediawiki version is stable 1.17 and WikiEditor is r85437 (details). 95.84.190.156 17:53, 5 August 2011 (UTC)

not loading for Internet Explorer?
Anyone experiencing this toolbar not loading up for Internet Explorer? it's working fine for Firefox and Chrome..

-- I'm seeing the same thing, did anyone find a resolution? Acaldwell 22:15, 24 July 2011 (UTC)

Cannot get it to work
I'm wondering if this worked for any of the above users after upgrading? I have 1.17.0 stable, and wikieditor does not work for me. When I was using the UsabilityInitiative this also did not work. I commented the line in LocalSettings that was "loading" it with the UI extension when I was using 1.16.x of MW, and it still will not load.

Presently I only have "require_once("$IP/extensions/WikiEditor/WikiEditor.php");" in my LocalSettings. If I enabled: $wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

Then I don't get anything. All that shows up is the edit box with the text for the articles, and the old toolbar will not even display. Is there another extension that is required or am I missing something? I too also have no issues with the Vector extension. [here is the site]

-

Well I just put the latest development trunk on the site today and "it works", but now the preview or changes tab just sticks on loading. Unreal.

Irt3hj4y 12:13, 18 August 2011 (UTC)

-

You can bring this back to work, if you edit your extensions/UsabilityInitiative/js/plugins.combined.min.js and extensions/UsabilityInitiative/js/plugins/jquery.wikiEditor.preview.js Javascript, Just search for :

if($('link[href='+stylepath+'/common/diff.css]').size==0)

and replace with

if($("link[href='"+stylepath+"/common/diff.css']").size==0)

The reason it that the query selector should be in single quotes

Layout and functionality issues on php 5.3.3 on Debian squeeze
It works for me on Debian 6, php 5.3.3 and MW 1.17.0. The Toolbar shows up in editpage dialog. But: there is a general layout problem with editpage under 5.3.3: the edit window is smaller, so that the WikiEditor toolbar has some kind of layout problem in IE9 (not in other browsers): the light blue background color wraps around the editbox on the right side. Any preview is also not working. So I set the preview-config to zero. Advanced, Special characters all of that works fine. WikiEditor preview is also not working on php 5.2.6.1. But here is no layout problem. Above mentioned setting works for me on both installations. --Pianorob 18:07, 11 August 2011 (UTC) 17:36, 30 July 2011 (UTC)

Added text in Chrome
Hello Fellow MediaWiki-ers,

I have successfully installed this extension with the following setup on:

MediaWiki: 1.17wmf1 (r95662)

PHP: 5.3.6 (apache2handler)

MySQL:5.5.8

and this in my LocalSettings:

However, I find that using WikiEditor in Chrome (v13.0.782.112) adds the text "WikiEditor</tt>" on a newline after my edit. I think this might have to do with Chrome adding JavaScript to the end of the page, but I'm not sure as my JavaScript knowledge is below par. I hope this helps.

--DanielRenfro 13:39, 30 August 2011 (UTC)

Works for me after I removed my own jQuery.js
First I had the problem that the WikiEditor just wouldn't do anything, not even show up. I had my own jQuery.js included. I removed it and now it works. MW brings its own jQuery.

Wikieditor and full-screen mode
Is their any chance we can see an implementation for the wikieditor to be used in full-screen mode (meaning no fancy pop-up or anything like it just plain full-screen mode). While the reasons are obvious it is the mere fact that when writing one might want to concentrate on what he/she is writing on and not be disturbed by left and right columns of links that for the process of writing add no value. The question that is left and seems fair and square, is a "full-screen" button planned at all and if so when would be the likelihood of seeing it implemented? --MWJames 13:10, 9 November 2011 (UTC)

Compatibility problem
Hello this plugin is great, thanks for It! But I have compatibility problem with another plugin - this one Extension:MsCatSelect. Please can somebody look at it and try to figure how to have them working together? Its over my possibilities :(

&lt ;wikieditor-wikitext-tab&gt ; MediaWiki namespace not working
Hi, I'm currently upgrading from mw 1.16 to mw 1.17 and I want to use wikiEditor on 1.17 instead of FCK in 1.16. After I upgraded, i removed FCKeditor and add wikiEditor, unfortunately all the text symbols under MediaWiki namespace (e.g : MediaWiki:wikieditor-wikitext-tab, MediaWiki:wikieditor-preview-tab ...) are not present. What should I do ?

'''I found a solution to my problem, I had to truncate table prefix_l10n_cache to get it all work. '''

tablesorter is not a function
Hi! Can you help me with this error? It occurs when I click the button "table".

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Timestamp: Tue, 22 Nov 2011 18:53:05 UTC Message: Object doesn't support this property or method Line: 150 Char: 653 Code: 0 URI: http://localhost/mediawiki/load.php?debug=false&lang=pt-br&modules=ext.wikiEditor%7Cext.wikiEditor.dialogs%2Cpreview% 2Ctoolbar%7Cext.wikiEditor.toolbar.hideSig%7Cjquery.wikiEditor%7Cjquery.wikiEditor.dialogs%2Cpreview%2Ctoolbar%7Cjquery.wikiEditor.dialogs.config%7Cjquery.wikiEditor .toolbar.config%2Ci18n&skin=vector&version=NaNNaNNaNTNaNNaNNaNZ

'''Problem solved. I was using the wrong version'''

--189.59.163.166 19:14, 22 November 2011 (UTC)

mw.util.wikiScript is not a function
Can anyone help me with this error? Occurs when trying to open any dialog box on WikiEditor.

--189.59.163.166 12:39, 23 November 2011 (UTC)


 * You are using the wrong version of the extension. What is your version of MW?

--189.59.183.70 19:08, 28 November 2011 (UTC)

ResourceLoader/Default_modules said that it is available since 1.18 onwards. --Octahedron80 10:35, 29 November 2011 (UTC)

Error when download
It alert Download MediaWiki extension Error from remote subversion client: Lock wait timeout. on This page. Ps. I use 1.17.x --183.89.219.71 03:28, 24 November 2011 (UTC)

Dropdown behavior: why don't they collapse when you click elsewhere?
I've noticed that dropdowns in WikiEditor, such as the Heading dropdown, behave differently from 99.9% of other dropdowns on the web, and I'm curious why.

On most other web pages, when you click a dropdown (and it opens), then you click somewhere else on the page, the dropdown closes as it loses focus. For WikiEditor, the dropdown stays open. (You can close it by clicking the top of the dropdown.)

Is this intentional behavior? Our users love WikiEditor but they really dislike the dropdowns. In fact, they have filed 6 bug reports (with me) thinking that the dropdowns are broken.

If the behavior is intentional, would you please make it switchable by the user?

Thanks. --Maiden taiwan 21:50, 28 November 2011 (UTC)


 * This is now bug 32731. Maiden taiwan 20:02, 30 November 2011 (UTC)

Wikieditor per namespace
Is their a way to customize that the wikieditor can only be used in certain namespaces. For namespaces such as Mediawiki: etc. the wikieditor causes more problems than it solves ones, therefore we would like to have a possibility to maintain the wikieditor usage per namespace. --MWJames 13:51, 29 November 2011 (UTC)


 * What problems are you seeing in the MediaWiki namespace? Maiden taiwan 14:40, 30 November 2011 (UTC)


 * Besides the ability to control the integration of the Wikieditor (which was mainly the issues for this post). A common problem is that when the Wikieditor is active, JS/CSS are not returned as plain text, which means that working with CSS/JS in the MediaWiki namespace is just painful. (We are aware of Extension:CodeEditor but we rather try not to use another extension to control editing behaviour). Our Wikieditor version is 0.3.1 --MWJames 17:51, 30 November 2011 (UTC)

preview and math (MathJax)
Previously from UsabilityInitiative: Extension talk:UsabilityInitiative

Do the same thing as described, but the file is now WikiEditor/modules/jquery.wikiEditor.preview.js

so the relevant part looks like:

--EvanChou 02:31, 30 November 2011 (UTC)

Force preview before save
Hello is there any way to force preview before saving page changes for users?
 * Yes. Take a look into the first part of the code which is on this script. Helder 14:19, 5 December 2011 (UTC)

I didn't install this extension but
There's no any toolbar editor. What do? Tyfox 15:49, 3 January 2012 (UTC)

Stray Issue in Regards to Table of Contents
Been doing a lot of testing with the Mediawiki 1.18.1 package and WikiEditor. Love the functionality of WikiEditor, but I am starting to suspect it is preventing me from adding basic table of contents on pages, such as:

Header1
Text

Header1.1
More Text

Header2
Yaaa

LastHeader
OK

It seems whenever I hit the threshold (seemingly 3 headers forms the TOC), IE (both 7 and 8) freeze up. I haven't seen anyone else hit this, but if someone else sees this, perhaps it is an issue. It is hard to come back to exactly what the issue is, but WikiEditor has always been active when I've hit the error (and disabled when the TOC works)

--Cashmoney 21:17, 15 February 2012 (UTC)

Not in git
According to the documentation, MW 1.18+ contains WikiEditor + the old UsabilityInitiative extensions, already in the repos:


 * For 1.18 and later the extension already comes with your MediaWiki package. You only need to install and configure it as described below:

There's nothing in my extensions/</tt> directory, save for a README file. Is there something I'm missing?

Enabling the Navigable table of contents module replaces line endings with spaces.
I was trying to insert visual basic code into my wiki, each time all line endings (regardless of type) were replaced with spaces (quite a pain). I disabled the navigable table of contents module and everything went back to normal.

Not sure why this is.

0.3.0 or 0.3.1?
The version I've just downloaded tells me it's 0.3.0, but according to the infobox, the latest version is 0.3.1. Has it been uploaded yet? Cavila MW 1.17, MySQL 5.5.16, Php 5.3.8 19:31, 25 April 2012 (UTC)

Enable WikiEditor
Maybe more importantly, how do you actually enable this extension? I've disabled the WikEd script and WikiEditor 0.3.0 is listed on Special:Version, but what else should we do to get it working? Cavila MW 1.17, MySQL 5.5.16, Php 5.3.8 20:04, 25 April 2012 (UTC)
 * To start of with the WikiEditor toolbar is not enabled by default. If you want to enable it you can do this in My preferences, it is listed in the editing tab. If you want to enable it for all users you could put the code below in your  , depending on what you want. This is actually documented on the Extension:WikiEditor page.

// WikiEditor - require_once( "$IP/extensions/WikiEditor/WikiEditor.php" ); $wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1; $wgDefaultUserOptions['wikieditor-preview'] = 1;


 * If you want to enable or disable certain features you can do this in   located in you WikiEditor extension folder. Some features are not stable yet.

// Each module may be configured individually to be globally on/off or user preference based $wgWikiEditorFeatures = array(		/* Textarea / i-frame compatible (probably deployable) */			'toolbar' => array( 'global' => false, 'user' => true ),			// Provides interactive tools		'dialogs' => array( 'global' => false, 'user' => true ),			// Adds a tab for previewing in-line		'preview' => array( 'global' => false, 'user' => true ),			// Adds a button for previewing in a dialog		'previewDialog' => array( 'global' => false, 'user' => false ),			// Adds a button and dialog for step-by-step publishing		'publish' => array( 'global' => false, 'user' => false ),		/* I-frame dependent (do not deploy!) */			// Failry stable table of contents		// 'toc' => array( 'global' => false, 'user' => true ),		'toc' => array( 'global' => false, 'user' => false ),

// Pretty broken template collapsing/editing 'templateEditor' => array( 'global' => false, 'user' => false ), // Bare-bones (probably broken) template collapsing 'templates' => array( 'global' => false, 'user' => false ),

/* Unknown status */ // Adds the AddMediaWizard gadget to the toolbar 'addMediaWizard' => array( 'global' => false, 'user' => false ), );
 * This is not documented but you can read about it in the WikiEditor README file. If this does not work I know of one other problem concerning WikiEditor. When you are using Extension:Access_Control_List you should read this. Regards --Jongfeli (talk) 06:28, 26 April 2012 (UTC)


 * Thanks Jongfeli. There's two options under the editing tab: "Show edit toolbar" (the toolbar that comes with MW) and "Enable enhanced editing toolbar" (the WikiEditor), both of which are already checked. I also disabled the default toolbar to see if that one was the culprit, but it solved nothing. I'm not using the ACL extension, but I was wondering if there could be a conflict with the CharInsert extension. Cavila MW 1.17, MySQL 5.5.16, Php 5.3.8 07:53, 26 April 2012 (UTC)


 * Hello Cavila. You could try to comment out (disable) all extensions on your wiki except the WikiEditor. If the WikiEditor works, just enable the other extensions one by one to see which one is causing the problem. --Jongfeli (talk) 10:29, 26 April 2012 (UTC)

Undo Support?
There is no way to undo a change. Once I click on a button, the only way to undo the change is to edit the text. I have not looked into whether or not it is possible for people like me to contribute to MediaWiki or WikiEditor, but if I were going to contribute, this might be one thing.

Bezenek (talk) 13:26, 5 May 2012 (UTC)
 * See 31780. Helder 18:17, 5 May 2012 (UTC)

Try WYSIWYG Support?
Is there a reason this editor does not have true WYSIWYG support? People who are put off by code (and people like me who have been coding for way too long :-)) like to see what their edits will look like right away. This was always a pain with TeX/LaTex.  (Note: In defense of Donald Knuth, computer displays were mostly character-based when this was started).

Bezenek (talk) 13:26, 5 May 2012 (UTC)
 * See Visual editor. Helder 18:13, 5 May 2012 (UTC)

Not working with Monobook?
Edit bar seems to appear normally on Vector skin but does not when using monobook. Is there a way around this?

Mediawiki: 1.18.1, PHP: 5.2.5, also tried 5.3.8 (apache2handler) MySQL: 5.0.45

20:17, 9 May 2012 (UTC)199.91.141.120


 * In a similar vein, for us it seems to hang in MSIE 8 using Monobook, but works in other (real :-) browsers even using Monobook, and in MSIE 8 if change to Vector skin. Paul Lustgarten 19:08 22 June 2012 (UTC)

WikiEditor and LiquidThreads 2.0
I have a MW 1.19 installed with WikiEditor 0.31 et LiquidThreads 2.0. It worked on MW 1.18 but not in MW 1.19. When I start a new thread, a circle-shaped wait indicator appeared in page.

Did you know how can I fix that ? --Plalemand (talk) 00:37, 12 July 2012 (UTC)

Problems with IE
MediaWiki	1.19.0 WikiEditor (Version 0.3.1)

On pages with a lot of content, editing in IE through WYSIWYG has strange behavior. It usually leads to locking up the browser. Today for one user it created a second "save page" line, and locked up the browser. A workaround is to have the users not let their pages get so big, but that kind of defeats the point of some of their uses of mediawiki. SeanFromIT (talk) 14:37, 13 July 2012 (UTC)