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?


 * hi! try editing jquery.wikiEditor.iframe.js, change line 136 to:

and lines 193 until pastedPretty part to :

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)

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)

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

+1

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)

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)

-- Same problem here, any solutions?--64.244.54.153 21:37, 22 October 2012 (UTC)

-- Also same problem - would like to know any solutions. Thanks --LainieH (talk) 19:12, 10 December 2012 (UTC)

-- Try going to Tools->Compatibility View and uncheck 'Display intranet sites in compatibility view'. Kodene (talk) 02:04, 16 December 2012 (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)


 * Thanks! The code that you gave above makes the editor work the way it should.
 * --AviationWikinet 8:24, 10 May 2014 (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.

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. '''


 * I encounter a related issue. The labels on the Wikieditor toolbar were missing leaving me with the &lt ;wikieditor-wikitext-tab&gt text.  Not sure why this happened as it just occurred for no apparent reason.  After reading the l10n_cache manualI truncated the l10n_cache table.  This resolved the issues with the labels on the tool bar.  Konjurer (talk)

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)

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)


 * I am experiencing this bug as well. However, the solution provided here does not work on my system (MediaWiki 1.19.1, WikiEditor 0.3.1, MathJax 0.7). In April 2012, the author of the MathJax extension published version 0.7. This included a complete rewrite of the code. One improvement made during the rewrite was the elimination of global variables. Unfortunately, this means that the solution provided here for the bug with WikiEditor's preview function fails because "MathJax is not defined", i.e. WikiEditor can't access MathJax.Hub.Queue. Furthermore, the author does not provide links to older versions of the extension, and the Wayback Machine has not been able to recover an older version either. I am not a MediaWiki, PHP, or JavaScript guru; any help with fixing this bug would be appreciated! --Jpgill86 (talk) 04:18, 18 August 2012 (UTC)


 * Update: It seems that the problem lies with the MathJax extension (version 0.7). The reason that "MathJax is not defined" is because the MathJax extension does not load on pages with action=edit in the URL (i.e., if you look at the HTML source code on one of these pages, you will find MathJax is not loaded). This occurs because the hooks used by the MathJax extension aren't triggered on edit pages. (Edit: unless, of course, WikiEditor triggers the hooks when rendering a preview; see solution below.) However, if you click MediaWiki's built-in "Show Preview" button, you will be taken to a page with action=submit in the URL instead. On this page, MediaWiki's parser is used, MathJax is loaded, and the WikiEditor preview will render MathJax when the solution provided above is applied. --Jpgill86 (talk) 16:05, 2 September 2012 (UTC)


 * Ah ha! I've fixed my issue. I will post it here for completeness, even though it requires making changes to the MathJax extension (version 0.7). WikiEditor activates the MediaWiki parser when the WikiEditor preview is used, so the hooks that the MathJax extension depends do, in fact, trigger. So why then might the MathJax extension fail to load? The reason is because in MathJax.php, in the Inject_JS function, there is a single line of code that aborts the loading of MathJax if math is not detected on the page at the time the page loads. Commenting out this line will force the MathJax JavaScript file to be included and configuration variables to be set even on edit pages. Once MathJax is loaded, it will play nicely with WikiEditor if you also apply EvanChou's solution. The line to comment out in MathJax.php looks like this:
 * if(self::$mark_n == 1) return true; // there was no math detected so don't include the MathJax Javascript
 * I hope others find this useful! --Jpgill86 (talk) 16:24, 2 September 2012 (UTC)
 * Edit: I have summarized this issue on the MathJax talk page. If the authors of these two wonderful extensions coordinate their efforts, then MathJax and WikiEditor could work well together out of the box. --Jpgill86 (talk) 18:05, 2 September 2012 (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.


 * Same here. Using version 0.3.1
 * --Mastergalen (talk) 20:31, 16 January 2013 (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)
 * And 43187.

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)
 * Confirm this. Artem Klevtsov (talk) 02:01, 30 October 2012 (UTC)
 * Does it show any eror message in your browser's console? Helder 00:12, 31 October 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)

bug
Hey. I have mediawiki 1.19 (i think) and i cant see the new toolbar. i see this:

Also here... I really need some help. I disabled any other extension. Still doesn't work. I also added these three lines in my LocalSettings.php to use the Extension by default:

$wgDefaultUserOptions['usebetatoolbar'] = 1; $wgDefaultUserOptions['usebetatoolbar-cgd'] = 1; $wgDefaultUserOptions['wikieditor-preview'] = 1;
 * Okay. I tried to use a older Version. 1.8.3 worked. Are there some problems with incompatibility?


 * I try to add this lines too.
 * I upgraded as well, and the new toolbar won't work anymore. Also my customized toolbar is completely broken now.--Bluesoju (talk) 17:34, 7 August 2012 (UTC)

WikiEditor configuration options
Does anyone know what is the utility of the following WikiEditor configuration options :
 * $wgDefaultUserOptions['wikieditor-toolbar-hidesig']
 * $wgDefaultUserOptions['wikieditor-template-editor']
 * $wgDefaultUserOptions['wikieditor-templates']
 * $wgDefaultUserOptions['wikieditor-previewDialog']

--NikusPokus 00:13, 22 Oct. 2012 (UTC)

Publish and Cancel buttons don't work
I activated the publish module to display in the top right corner the buttons Publish and Cancel : $wgDefaultUserOptions['wikieditor-publish'] = 1; Unfortunately it doesn't work as expected : the Publish button does nothing and the Cancel button does publish.

I looked into the jquery.wikiEditor.publish.js</tt> file but I don't really understand the publish module code source : context.fn.addButton( {   'captionMsg': 'wikieditor-publish-button-publish',    'action': function  {        $( '#' + dialogID ).dialog( 'open' );        return false;    } } );

context.fn.addButton( {   'captionMsg': 'wikieditor-publish-button-cancel',    'action': function  { } } );

Does anyone know how it works ?

EDIT : an entry has been added to Mediawiki Bugzilla

NikusPokus (talk) 11:09, 23 October 2012 (UTC)


 * Same problem here, fixed it here by removing the return false for the Publish button and grabbing the Cancel link from the bottom of the page to use. Definitely a hack, but it makes both buttons work as expected here on 1.20.0:

context.fn.addButton( { 'captionMsg': 'wikieditor-publish-button-publish',  'action': function  {    $( '#' + dialogID ).dialog( 'open' );  } } );

context.fn.addButton( { 'captionMsg': 'wikieditor-publish-button-cancel',  'action': function  {    window.location = $("*").find("a[id='mw-editform-cancel']").first.attr("href");    return false;  } } );
 * (This also posted on Stack Exchange)
 * Emning (talk) 08:45, 21 November 2012 (UTC)

Playing Badly with Vector in 1.20
I upgraded to 1.20 and the WikiEditor toolbars just don't show up (in fact nothing does) if I use the Vector skin. With the MonoBook skin, it seems fine.
 * Same issue in here, have you found an answer ?--Jibec (talk) 23:12, 14 November 2012 (UTC)
 * I solved my issue, it was related to the way of extracting extensions from Git. You can try my script if you want. --Jibec (talk) 16:04, 17 November 2012 (UTC)
 * How to use this script as a "normal" user with a "normal" webspace ??? --hollosch (talk) 11:15, 25 November 2012 (UTC)
 * Found a solution - able to see the editor, but needed to add the ClickTracking extension (even thought i set $wmgClickTracking = false;) in LocalSettings.php 68.45.155.124 23:15, 27 January 2013 (UTC)
 * I eventually gave up on this, I “solved” the problem by standing up a new wiki from scratch and later repointing the database. I don't know what it is that wound up different, but somehow rebuilding, rather than upgrading, worked. --PiAndWhippedCream (talk) 20:05, 22 February 2013 (UTC)

Spinning Forever in Preview
I login today and now I can no longer do previews. It gives me the swirly Loading... and nothing else. From what I can tell nothing has changed in the mediawiki dir (did a find) and the only things that are changed are a couple of images that have been uploaded. This is now not working in all my browsers (IE9, Firefox 16.02, Chrome) on Windows. I have tried other computers with IE8 and the same result. I have rebooted, cleared caches, with no result. Anyone have any ideas?

Same thing here - a Google search has me scratching my head....

Anyway to re-enable both table buttons on the MW 1.20 version of this extension
MW 1.19.2 had two table buttons on the Advanced toolbar, and I liked using the one that would put down a table in wikicode really quickly instead of the one that opens up a new menu that configures the table before placing it.

I downgraded my WikiEditor extension to use the same one that comes with MW 1.19.2 and it seems to work fine, but is there any way to reenable both options on the MW 1.20.0 version of the extension, or was that feature removed? Arcane21 (talk) 10:55, 12 November 2012 (UTC)Arcane21


 * That you have two buttons is due to a bug. The dialog-module uses the function "removeFromToolbar" (in jquery.wikiEditor.toolbar.js) to remove the old not-dialog versions of the buttons. But there is an error in function "removeFromToolbar" (in MediaWiki 1.19.x). The buttons are created with the "a"-Tag and not "span", and therefore to remove them, you need to find the "a":


 * Old:

// Tool target += ' span[rel="' + data.tool + '"].tool';


 * New:

// Tool target += ' a[rel="' + data.tool + '"].tool';


 * I would suggest that you comment the "removeFromToolbar" lines in jquery.wikiEditor.dialogs.config.js. Then you should have the "old" Versions of the buttons:

replaceIcons: function( $textarea ) { $textarea .wikiEditor( 'removeFromToolbar', { 'section': 'main', 'group': 'insert', 'tool': 'xlink' } ) .wikiEditor( 'removeFromToolbar', { 'section': 'main', 'group': 'insert', 'tool': 'ilink' } ) .wikiEditor( 'removeFromToolbar', { 'section': 'main', 'group': 'insert', 'tool': 'reference' } ) .wikiEditor( 'removeFromToolbar', { 'section': 'advanced', 'group': 'insert', 'tool': 'table' } ) --80.136.1.84 12:48, 28 January 2013 (UTC)

user report: problems with Chrome (hanging, deleting content)
''...and it hung (and required me to kill the window) 3 times. It wasn’t a consistent action that seemed to cause it – I was doing some pasting (but just of plain text from notepad) and general editing at the time. I’m using Chrome (latest version 23.0.1271.64 m).''

''Whenever I edit a page in the wiki it wipes all the content. Started doing that on Friday night (that's when I first noticed it). Is this to do with new extensions? You can rollback but can't add or change content.'''

I've gotten these reports from users, I haven't seen the problems myself (I'm personally running Firefox 15). Anyone else seeing problems with Chrome? Arided (talk) 14:06, 12 November 2012 (UTC)

BTW, this is on MW 1.17. Note also: the editor is used by Liquid Threads 2.0, even though I've set:

$wgDefaultUserOptions['usebetatoolbar'] = 0;

Arided (talk) 20:37, 15 November 2012 (UTC)

Doesn't work with MW 1.20
WikiEditor doesn't work with MW 1.20. How can i fix this problem ?


 * Hi, after some research you must replace on the list of files below all «$» caracters by «$j» or replace
 * by
 * by


 * You should found the list of files in the directory «extensions/WikiEditor/modules/»


 * ext.wikiEditor.dialogs.js
 * ext.wikiEditor.highlight.js
 * ext.wikiEditor.js
 * ext.wikiEditor.previewDialog.js
 * ext.wikiEditor.preview.js
 * ext.wikiEditor.publish.js
 * ext.wikiEditor.templateEditor.js
 * ext.wikiEditor.templates.js
 * ext.wikiEditor.toc.js
 * ext.wikiEditor.toolbar.hideSig.js
 * ext.wikiEditor.toolbar.js


 * Robin, 15:50, 4 December 2012 (UTC)


 * Thanks - that works !!! --hollosch (talk) 19:00, 9 December 2012 (UTC)


 * 68.45.155.124 16:55, 21 January 2013 (UTC)
 * Still not working for me. I am on 1.20.2. Have ULS Extension (not sure there is a conflict).


 * 68.45.155.124 23:14, 27 January 2013 (UTC)
 * Found a solution - able to see the editor without making the edits (using latest release), but needed to add the ClickTracking extension (even thought i set $wmgClickTracking = false;).


 * 174.30.93.105 00:03, 24 March 2013 (UTC)
 * This worked for me as well. Thank you!
 * Edit: I'm referring to the substitution method suggested by Robin above.


 * WARNING!!! The use of $j is depreciated in JavaScript and may be removed in the future. I would not recommend using it and making the change will not affect the functionality in a positive way.

Characters in double
Hi,

Is there a reason why the same apostrophes (with same Unicode code) are in double ? Under MediaWiki:Wikieditor-toolbar-section-characters, in Mediawiki:Wikieditor-toolbar-characters-page-symbols : ‘’ and ‘’ ! For “” and “ + ”, it's strange but I can understand, but for ‘’, I just didn’t get it…

Cdlt, VIGNERON (talk) 19:22, 16 January 2013 (UTC)

Playing nicely with WYSIWYG Extension?
Using MW 1.20 (Monobook skin), I'm wondering if there's a way for the WikiEditor and WYSIWYG Extensions to work together. Namely, the link/toggle for "use rich text editor" often seems to be either hidden when both are enabled. I'm guessing this is buried somewhere in a stylesheet?

Help getting started
I just setup the extension on my wiki but on top I get &amp;lt;wikieditor-wikitext-tab&amp;gt; and more with the same format. I'm guessing there is text supposed to replace these. Any ideas where I should go to fix this or what I need to do? I have MediaWiki 1.19.3. Thanks --75.49.22.128 21:03, 17 April 2013 (UTC)

Add Syntax Highlighting
There is the need for syntax highlighting in the textbox using JavaScript. I think of something like Codemirror with an extension for Mediawiki text. I think this can be implemented much easier and faster than a full-blown WYSIWYG Editor. When the script loads its highlighting rules form an editable wikipedia page, development by Wikimedia might be done within a week.

MovGP0 (talk) 10:33, 5 May 2013 (UTC)

Letter ż (Alt+z) doesn't work
I can't type ż in local install of mediawiki with this extension... Anyone know how to repair this bug? This problem appear in IE, Firefox and Chrome with MediaWiki 1.20.4 and 1.20.5 However ctrl+v working and adding by special character. In this editor on mediawiki.org works too (typing ż). Is there any hook or parameter to set?

Module that creates a dialog, step-by-step
I've spent the last two days trying to create a dialog module. I've completely been unable to get one to work. Could somebody show a simplified example that creates one?

On a more general note, how are people learning to use WikiEditor? The documentation seems basically non-existent. Are people just reading the source of WikiEditor itself to figure it out? Jason Quinn (talk) 04:36, 22 May 2013 (UTC)

Own Skin and Mediawiki 1.20.3. no buttons in toolbar
I have my own skin together with Semantic Mediawiki


 * MediaWiki: 1.20.3
 * PHP: 5.3.15
 * JQuery: 1.8.2

And in my semantic forms WikiEditor is loadad but without buttons? Any help? --zym 15:29, 28 May 2013

Directory index forbidden error in my web log every time I edit a page with WikiEditor
It seems that WikiEditor asks the index of the directory «/extensions/WikiEditor/modules/images/toolbar/</tt>» to the server. That causes an error in my web log every time I edit a page with WikiEditor: [Sun Jul 07 12:41:25 2013] [error] [client x.x.x.x] Directory index forbidden by Options directive: /xxx/extensions/WikiEditor/modules/images/toolbar/, referer: http://xxx/index.php?title=xxx&action=edit&section=13 Anyone knows why WikiEditor asks for this directory index? And how to fix it? NikusPokus (talk) 20:59, 7 July 2013 (UTC)


 * Hi, User:NikusPokus. I don't know but I looked for the problem on my system and couldn't find it. Could you give some more details? Jason Quinn (talk) 00:38, 8 July 2013 (UTC)


 * Thanks for your feedback, maybe you don't have the same error because you don't forbid directory index in your web server configuration
 * Try it and let me know.
 * Try it and let me know.

Advanced Features are not displayed correctly in IE8
On MediaWiki 1.21.1 with WikiEditor 0.3.1 there is a problem when using Internet Explorer 8. When you click on the "advanced" link, the formatting options are displayed on two lines and cut off (you only see part of the icons). The same behaviour is on wikipedia.org right now (08 July 2013).

Same here with MW 1.21.2 and the last snapshot WikiEditor. Advanced Menue with Symbols appears not correctly in IE8! Anybody can help? Maybe its possible to make the area higher (2 Rows by default) - not nice in firefox where one row is enough, but better then overlay --217.5.231.249 12:01, 16 October 2013 (UTC)

Found a woraround for IE8: Display the "Advanced" Section "higher" (two lines) with entry in "jquery.wikiEditor.toolbarIE.css" and of course "WikiEditor.php"- so the break between the Label "Format" and the icons still exist in IE8, but the icons are not longer displayed over or behind the textbox - they are displayed "correctly" in the second line. In Firefox the line and break displayed normally.


 * Could you clarify your work around? I'm not seeing that CSS file you mention.--Ckoerner (talk) 22:49, 20 January 2014 (UTC)


 * A work around (and possible hint as to what is causing the issue) is to remove the labels fro the Format and Insert groups.


 * in \w\extensions\WikiEditor\WikiEditor.i18n.php modify the following entries
 * (removing the Format and Insert labels):
 * 'wikieditor-toolbar-group-format' => '',
 * 'wikieditor-toolbar-group-insert' => '',
 * Ckoerner (talk) 16:18, 27 January 2014 (UTC)

FWIW... this "bug" was corrected in one of the later 1.23wmf upgrades applied. Tweaking .css files or modifying the default MediWiki messages containing the labels is no longer needed (Verified here - IE8). -- George Orwell III (talk) 22:05, 26 April 2014 (UTC)

Toggle Default Advanced Status
Is there a variable setting that would enable admins to toggle the WikiEditor so that the "ADVANCED" menu is always expanded by default?

If it is not a setting, does anyone know whether it's possible, and if so, how?

Thanks in advance.

--Technomensch (talk) 14:42, 24 July 2013 (UTC)

Added new lines in Editor
When I copy and paste text or sometimes, if I just switch from text to preview and back, there are breaks in the text, that weren't there before. This is especially frustrating when it destroys a perfectly human readable table setup by needlessly bringing text in the next line in the editor.

Is there a way to stop it, or at least a variable after how many characters the editor starts a new line?

Heinrich krebs (talk) 09:59, 8 August 2013 (UTC)

Adding a special characters page
There is a note to the documentation here that the "characters section" needs to be built first before a new page can be added. True, the snippet given there does not work on its own (tried here), so how do we go about building the characters section? Why is the default "Special characters" section not sufficient? And for the record, what is "Special characters" an example of: a "booklet" or a "booklet section"? Cavila (MW 1.19.7, MySQL 5.1.66, Php 5.3.3-7, SMW 1.8, SF 1.5.2} 10:46, 1 November 2013 (UTC)

How to embedded image from non "File:" namespace
I use Mediawiki's Foreign Repo and all images are stored in "WFS" namespace. Ex: " /index.php/WFS:/myfile.png"

Is there a way to extend WikiEditor to show images which are not necessarily in mediawiki repository.

Disable "publish" within another extension
I have  set in localsettings, and it works great. However, it doesn't play nicely with SemanticForms when I use WikiEditor on form elements. How would I go about disabling "wikieditor-publish" within a separate extension? I tried the following, but had no luck:

--Jamesmontalvo3 (talk) 03:56, 10 December 2013 (UTC)

Toolbar links buttons
Hello, I have two wikis, one have two "link" buttons (and no wizards), like this : And the other one like this (and wizards for links, ...): So I have two questions : How change the first for have only one link button and activate wizards ? How activate the – button ?

The two wikis have the same Mediawiki version (Last Stable), have the same LocalSetting.php, and User Preferences are default.

Thanks--Anc 20:05, 6 January 2014 (UTC)

Is this extension still being maintained?
I just filed a bug for this extension and saw that the open bugs a starting to pile up. I guess the main focus is no on VisualEditor - nothing against this, however I think there will always be environments which will prefer WikiEditor, at least in the foreseeable future. So it will be nice if this extension continues to be maintained. Does somebody know the status here? Cheers --&#91;&#91;kgh&#93;&#93; (talk) 15:20, 7 March 2014 (UTC)
 * Kghbln not very actively, but if you have a patch, or really something broken, don't hesitate to drop into the IRC channel and nudge some folks to see if you can get them interested. TheDJ (talk) 20:20, 3 April 2014 (UTC)
 * I was in fear of this answer. Good to know that there is still some kind of (minimal) support. Since this is the only good alternative to VE it will be nice not to drop support entirely. There are still a lot of wikis out there which use an like it. Cannot blame WMF though that they are currently not really putting a lot of attention to it. Thanks for your insight on this. Cheers --&#91;&#91;kgh&#93;&#93; (talk) 20:33, 3 April 2014 (UTC)

Potential fix for toolbar not appearing
There are many posts on here about installing WikiEditor, doing all the setup in LocalSetting.php and even playing around in the Preferences, but many people are finding this is still not working. I was one of them. I managed to find a new solution that is not yet listed on here.

After querying Firefox's debug window and looking at what was generated when I transitioned a page into edit mode I found an error message about a function not being defined in /modules/jQuery.wikiEditor.js. I pulled off the latest version from svn and compared the code (afterall, it works on Wikipedia but not on my wiki, so there must be a difference somewhere!). Sure enough there was a new function name.

So open /modules/jQuery.wikiEditor.js in your favourite text editor. Do a search for: return src + '?' + mw.loader.version( 'jquery.wikiEditor' ); In my editor its at line 189. Change the line for: return src + '?' + mw.loader.getVersion( 'jquery.wikiEditor' );

There were a number of code differences between the two files, but changing that one line fixed my problem and the toolbar now appears. I didn't need to install any other extensions that people are suggesting. Looking at the various packages available on the extension download page only the Master version has this change! The version for MW 1.22 still has the dodgy line in it.

It worked for me on MW 1.18.6 and MW 1.23 RC1. Hopefully it will for you too.

Ben