Extension requests

Request new extensions here. For wiki feature requests, use MediaZilla.

See also MediaWiki extensions/Wanted Extensions.

Click here, for a list of current extensions.

Extensions to Enable Wiki of 3D Geometrical Models
Hi, we would like to create a Wiki of 3D geometrical models which are built with a product called Zometool. We already have the software to build the models and are working on a browser plug-in which will allow users to manipulate these models in their browser window. We would need for users to be able to:

a) Publish their models on the wiki (even if they're noobs).

b) Access the browser plug-in from the wiki so they can see/manipulate the models in the wiki article.

The publishing aspect would require functionality similar to that requested by Blckdmnd99 in "File Upload as Part of Article Creation" and also Barrylb's "New Article Form".

The modeling program would export jpegs, csv files with a description of certain model parameters (number of parts, etc.) and the model file itself. Ideally, this would be transformed into part of a wiki article which would include the jpegs, a table with the required parts for assembling that specific model, categories (taken from the csv) and a link to the 3D model file itself.

The plug-in access, I would imagine, would be similar to adding quicktime or flash compatibility.

If anyone is interested in helping us out with this we would be willing to pay for the functionality.

Thanks, Carlos

File Upload as Part of Article Creation?
Is anyone aware of any work to link the file uploading process with article creation / editing?

Basically I'd like an image file or pdf to be uploaded along with articles of a particular type, and I'd prefer users not have to go through the separate step of uploading the file, and then creating the article / linking it up.

Additional discussion here

I'd eventually like to link this up to Barrylb's Article Editing Form, see my request below.

Any thoughts are appreciated. I'd hate to reinvent the wheel. Thanks Blckdmnd99 15:46, 10 August 2006 (UTC)


 * It's a good idea, i think the article creation will be more easy for new editor, if anyone can help ;) --86.201.214.76 11:44, 26 September 2006 (UTC)

mediaWIKI universal wiki
Hi, I'm proposing an extension that allows users to use other wikis syntax in mediawiki. I'm using alot of time to manually translate dokuwiki documents to mediawiki syntax format. And I'm guessing alot of other people are doing the same thing. This could be done with special wiki tags like: 

Header

 * fattext**


 * Instead of a manual conversion, you might want to try exporting the DocuWiki document as HTML (make sure you remove the navigation links, etc.), then convert it to MediaWiki syntax using HTML::WikiConverter, and import it into MediaWiki. This was the process that I used for converting a UseMod wiki with a few hundred pages to MediaWiki.--JohnMcDonnell 14:41, 20 October 2006 (UTC)

Simple picture editor
Hi

I am looking for a simple picture editor that can be used for drawing simple pictures (mindmaps etc). I noticed TWiki has a plugin which is quite similar what we would need.

JuhaV 10:58, 21 July 2006 (UTC)

New Article Form
Hi All,

Having some trouble here and am surprised I haven't been able to Google anything so hope someone can help.

I'd like to be able to create a form of required fields that could be used when creating new articles or adding to existing articles. People would populate the fields which would then be used to setup the initial article.

An example would be... I have a database of say, TV Episodes. When someone creates a new page about a new show, a form would appear with 'Show Title', 'Episode Number', 'Episode Name', etc... and when the information was submitted, it would be stored in the article.

Does that make sense?

I love MediaWiki and think it's could work well for us, but don't want the average user to have to learn table wiki sytax and what not. I also would prefer to avoid other doucment management systems but am looking for something with a bit more structure to help guide those less tech savy.

Any thoughts, Thanks much! Blckdmnd99 19:27, 17 July 2006 (UTC)


 * Something along the lines of the BugTracker submission form I suppose. Not sure if the functionality is the same or not but just came across it. http://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki
 * Blckdmnd99 19:33, 17 July 2006 (UTC)


 * I am not aware of anything exactly like this right now. Perhaps you have seen the inputbox extension which lets the user enter an article name and creates a new article preloaded with a template. Not exactly what you want but it might be suitable. I am working on two possible solutions: 1) modify the edit page using Javascript (in the web browser) that will dynamically create input fields and extract content from the article text. It will hide the normal edit box from view and when the user presses submit it will recreate the article text from the input fields, or 2) make a Special Page. -- Barrylb 20:55, 18 July 2006 (UTC)


 * Thanks Barrylb. I have seen that extension but it's not quite enough. Perhaps I'm complicating the issue. In essence I want the collaboration abilities of Wiki with the ability to define at least some data structure / fields more along the lines of a MySQL table or similar. I'll keep looking and will be interested to see if you come up with anything. I haven't tried writing an extension yet and I'm not sure this is the one for me to start with! :) Thanks Blckdmnd99 18:05, 20 July 2006 (UTC)


 * I've finished a solution that I hope is useful. See example at Custom article editing form with fields. It uses an 'AlternateEdit' hook that MediaWiki provides. My solution keeps all the text in the article itself rather than any separate tables. -- Barrylb 13:54, 24 July 2006 (UTC)


 * Looks like this will help a lot! Thanks much. I haven't tried configuring it yet but the example you gave is a good one. Blckdmnd99 16:17, 4 August 2006 (UTC)


 * I'm going to install that extension, it is the extension which I sought for a long time ;) --83.203.25.20 11:07, 21 August 2006 (UTC)


 * GREAT! I've just intalled it! it work like a cham! (the last comment is from me ;) ), but is it possible not to have /Person at the beginning of the title of the article? --OuroborosShaka 11:47, 21 August 2006 (UTC)


 * If you look in the code OuroborosShaka you could find the references to Person, and change them to whatever else you want to call it. The way the extension is setup it basically looks for pages with a particular prefix and then invokes the alternate editing form based on that. Hope that helps a bit. Blckdmnd99 13:18, 22 August 2006 (UTC)


 * I have modified the extension, so I've created a new MagicWord to recognize pages wich use the special edit form, this way I can use in every pages I want without take care of their names. It now support multi-template feature because we can use one custom MagicWord per template. I give you exemple later, because it's on my local server for the moment. --OuroborosShaka 23:11, 22 August 2006 (UTC)


 * I copied the code and put it in a .php file and did the requireonce editing in the localsettings.php, but everytime I create a Person/ article to test it out, the fields don't show. I made sure to start the article with the Person/ first but it still doesn't give me the fields, and after I create it and try to edit it, I don't get the fields either still. Any clue on what I might be doing wrong? Vinfang 21:14, 26 October 2006 (UTC)

Agenda
Hi,

I'm looking for an Agenda Extension.

What I want it to to is to collect all pages with the name Year-month-day name of event, eg. 2006-04-15 Inserted request from a certain day on, into the future, and display these event-titles in a neat little table.

I want to have this, because we want to migrate http://wikimaas.org to mediawiki, but we are very satisfied with the way our calendar works now.

Besides this aggregating, there should also be a reasonably straight forward method of entering events, but I guess the aggregating will be somewhat more work.

Can maybe somebody help us out?

Thanx

Daniel wikimaas


 * &rArr;  Im sorry but i Didnt understood What you want to do. Can you provide a more detailed explanation on this? Examples would be great.&spades; Monday,, 05:04 (UTC)


 * Just check out http://wikimaas.org . On the right side is an Agenda ("Upcoming events:") which shows all the events happening in the near future. it is quite easy to administrate (http://wikimaas.org/AddEvent & http://wikimaas.org/Calendar). Is there anything similar for the MediaWiki?


 * I have written something that I think will do what you want. See Calendar extension and special page -- Barrylb 19:29, 16 July 2006 (UTC)


 * Looks like you have gone with another Wiki engine... -- Barrylb 19:52, 16 July 2006 (UTC)
 * No, we're still with Oddmuse, and pondereing on some other issues before we move over to mediawiki. But your calendar looks like exactly what we need, thanks! D
 * whats acutally the difference with Calendar Extension extended?
 * My extension has each event on its own page so it can be more flexible with presentation, like producing the list of upcoming events. Also the other one has serious problems with MediaWiki's page caching that make it unusable for me. I avoid that issue by using a Special page to show different months or to show all events for one date. -- Barrylb 17:32, 18 July 2006 (UTC)

Restricted Articles
 Hi. Im using a Agenda extension in my wiki to allow all users to create their own agendas. But for that work I need some articles to be viewed only by the user who created it. As Mediawiki project isn't giving any step to provide by-Password or by-User Protected Articles, I wonder if is possible to make a extension for it. It don't need it to be 100% secure, just functional. So I will put this section for anyone interested to share ideas of how it could be implemented. &spades; Tuersday,, 08:29 (UTC)

Ideas
Here are ideas of how to implement security on Article by extension.

Restricted by user- Restricted Articles could only be seen by a whitelisted user.
 * whitelist could be saved in MySQL, or in the script itself.
 * extension should have access to DB
 * restriction for edit using the whitelist is needed, and cannot be implemented inside an extension

Restricted by password- Any user could see the article, but the contents would be encrypted.
 * a decrypt mecanism is needed
 * restriction for edit still needed

Disclaimer
I know some may wrongly think Restricted Articles hurt wiki idea of content being altered by any users, but not all web content are meant to be viewed by anyone, and I bet many other wiki administrators felt a need for it once.

Works in development
''List any extensions, add-ons, full modifications etc... that implement, will implement, or allow implementation of restricted articles.''


 * The extension Page access restriction with MediaWiki is the closest thing to what you want to do but it does not allow specification of individual user access to certain pages. It would be possible to adapt for your needs if you know what you are doing. -- Barrylb 14:32, 3 July 2006 (UTC)
 * Group Based Access Control Extension has more features for user control and shout suit your needs. Make a group for each user and the user can decide if he is the only editor for that page by include the group access string.--GunterS 22:41, 29 November 2006 (UTC)

Commentaries
One part of this is easy: you can use a userCan hook to check for 'read' and 'edit' actions and check that a user is allowed to do those actions for each page. If you had users store their agenda on their user page or subpage of their user page you could check that the title of article they are editing or viewing starts with their username.

The complication is that pages are also viewable through certain Special pages, such as search and export. The easiest option is to restrict access to special pages to administrators. If you still want to use the built-in Special:Search page then you would need to hack the code so that it does not allow users to search in user namespace. That probably would not be too hard to do.

If you want any help with those things let me know. -- Barrylb 20:31, 18 July 2006 (UTC)

Category Search
Hi,

I'm looking for an extension that will search only within category. Is such a thing possible? I might be able too create it myself if I had a bit better of an understanding of how categories are stored...although I doubt it :)


 * I'm looking for exactly the same thing. FOr example I will have a category of music artiss and I want users to just type in and find what they're looking for in that category.Fointy 15:44, 18 August July 2006 (UTC)

Articles in more than one category listing

 * I'm also looking for something similar: an extension that would allow to search for article belonging to two or more categories. Say for example, I want to look for all articles belonging to Category:Bird AND Category:Europe AND Category:Africa. this would be useful to use mediwiki as a kind of simplified database. Is anything like this already existing ? Lilious 15:29, 17 July 2006 (UTC)


 * The DynamicPageList extension does this.. you can specify a list of categories and it outputs a list.. -- Barrylb 15:44, 17 July 2006 (UTC)

GetWiki Features
I'm looking for an extension that can import Wikipedia articles to a MediaWiki installation automatically. GetWiki is so poorly documented that it is impossible to get it to work without a doctorate from Harvard. Does an extension to provide that feature already exist? I really need it for my wiki I'm attempting to start that will be expand upon Wikipedia's pro wrestling articles because while they are often very good, Wikipedia policies are holding them back from their full potential and I think a more specialized Wiki could improve the content. 205.166.61.142 21:34, 7 July 2006 (UTC)


 * Try using Special:Export and Special:Import -- Barrylb 04:45, 8 July 2006 (UTC)

WikiSQL
Confluence's wiki has an SQL macro that allows you to insert SQL code and display the output as HTML tables or even charts. It is really nice. Security is controled by the application and configuration of the data source. It would be handy if Wikimedia had this too...

PHP show_source
I've been looking for a better way to view php code in an article in a color scheme like the php show_source.
 * Have you seen Syntax Highlighting Extension? Maybe that will do what you want. -- Barrylb 08:02, 15 July 2006 (UTC)
 * Something else looks promising at User:Marksw/PHPHighlight. -- Barrylb 15:41, 17 July 2006 (UTC)

Ajax Vote
Hello, Ive tried my best but I must be missing something. I run a DS homebrew community - Each release is given its own page.


 * I want to give each title its own vote.. eg placing into the template for Games. Would obviously place a seperate vote into every game page.
 * I found this piece of PHP http://wwwa.masuga.com/thelab/ajaxrate/
 * It has support for multiple ratings based on ID. (my plan is too base them off the name of the page its currently on.)

Does anyone know of something like this? or can they hack this into an extension..

The code for standard html is  above the header with  at the location.

Ajax inline editing
It would be nice to have an ajax inline editing extension.

Copy TOC
Id like to display the TOC of page A in page B.. eg the TOC with direct links without the content

Spreadsheet
A simple spreadsheet facility might prove useful. It could even be tied in with an existing graphing extension.

Port of TwikiDraw to MediaWiki
This useful drawing extension, designed for Twiki, has already been ported successfully to PmWiki:

This would be a very useful extension for MediaWiki.


 * The painting extension allows bitmap collaborative drawing in Mediawiki. It is more simple than TWikiDraw, but it can be useful Lilious 19:23, 3 October 2006 (UTC)


 * That's nice, but does not fulfill the same function. Some TWikiDraw-like extension is needed. --88.153.204.34 23:13, 5 November 2006 (UTC)

Newsletter
I'm searching for an extension with which I can send a newsletter to all my members. If you have an idea....Thank you Limesle 21:38, 26 November 2006 (UTC)


 * Does STSGMassMailer do what you need? Teratornis 16:05, 22 December 2006 (UTC)

Templates used in article
When you edit an article, below the edit window is a list of all used templates. In some cases we restrict edit rights on a page, thus the user can not see the used template list.

I would like to provide a link in the toolbox section below "what links here": "what templates are used" that gives the list of the templates for the current article.

--GunterS 22:31, 29 November 2006 (UTC)

Internal link Preview
I would like to be able to hover over an internal link, and get a preview of about the first 4 lines of the page that internal link will take you to. Sort of like an ajax pop-up bubble. Does anyone think this is a possibility? --Rovo79 05:09, 18 December 2006 (UTC)


 * Here's something similar on Wikipedia: Wikipedia:WP:POPUP. I've been meaning to try it there. I don't know whether you can install this on other MediaWiki sites; or maybe something similar is available. Maybe someone else can comment. Teratornis 06:22, 22 December 2006 (UTC)

Wikitext help annotator
I request an extension which parses the wikitext on a page, and for each wiki markup code or construct on the page, generates link(s) to the help topic(s) that describe it. This would make learning wiki markup much easier for new users, by letting them analyze pages they find interesting, rather than forcing them to read through an entire manual to pick out the few items they want to learn about at a given instant. A natural way for humans to learn is to see another human doing something, and ask, "How do you do that?" Unfortunately, on almost every computer system in existence, we cannot ask the computer, "How do you do that?" Instead we have to undertake a research project to reverse-engineer what we see the computer doing.

Wikipedia has been able to sort of cherry pick its users, by allowing the whole world access, from which a few highly motivated individuals are willing to learn wiki markup the hard way (read the entire manual, or most of it, work through tutorials, spend much time searching the manual to look up help topics for each markup problem).

In contrast, in a corporate setting, a wiki must attract a high percentage of employees to become viable. The members of an organization are, on average, unlikely to be as interested in learning some complex new system as Wikipedia's most enthusiastic users were. Thus a corporate wiki needs an acceptance rate among employees which is many times higher than Wikipedia's acceptance rate has been in the entire population.

Since the largest barrier to acceptance is having to learn the wiki markup language, anything which makes learning the markup language easier should increase acceptance, and save costly employee time.

The following example illustrates what I mean. Here is some sample wikitext, which initially may be daunting for the new wiki user:

Sample wikitext
Welcome to, a wiki running on MediaWiki , with registered users. See Special:Version for more information about the MediaWiki version and the installed extensions. Signed: ~

Blank pages
Ok, sorry about this, I posted it over at the other site but then I saw that this was the main one. I'd like an extension that can search through the database and return any blank pages. I'd like it for this wiki so I can check for vandalism and unwanted pages (as a sysop). Thanks, 82.19.24.171 15:13, 11 January 2007 (UTC)

Google AJAX extension
An Extension that gets google search results with AJAX API presented by Google. The results should be gathered with wiki markups. For example with a text britney, the extension must turn the Google results within the page.

Display Name
There should exist an extension to allow the admins or maybe even the users to select which name is displayed. Currently the username is used, but why not have an extension that allows all references to a username also allow for reference to a the Nickname, or the Real Name. (Example: Recent Changes page lists lots of users, but the admins could force it to display the Real Names instead of the usernames, or if the localsettings variable isn't set to force it, let the users select which name is displayed).