Extension requests

__NEWSECTIONLINK__ Request new extensions here.

Warning: feature requests filed here may not be read by developers. The proper channel is Bugzilla.

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

I already have something similar in Java called Wiki3D that might help you getting started. It is all open sourced under the BSD license.

Regards, Luc

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)

What about generalizing the idea: an article may have attachments, files or images. At the end of the page there should be a "Files" section by default, with a simple link "Attach file or image". This is VERY useful! DekiWiki has implemented this feature: http://doc.opengarden.org/DekiWiki. Images are automatically listed as thumbnails. --Kaiplusuwe 18:31, 20 May 2007 (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)


 * Please take a look at Extension:AnyWikiDraw. This extension is currently being developed for MediaWiki, TWiki and PmWiki. It is aimed to have a similar feature set as the TWikiDrawPlugin that you have linked. --Rawcoder 14:25, 3 August 2007 (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)
 * BizzWiki platform

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)


 * Hello I also look for such a thing. Is there any implementation right now? I mean something like the category search of ebay.

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)

Is there anyway to dump by category, or extract the dump by category. So for example if I want all articles in the category football. I could extract them to import into another mediawiki?

81.179.74.26 20:25, 1 April 2007 (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)


 * Please take a look at Extension:AnyWikiDraw. This extension is currently being developed for MediaWiki, TWiki and PmWiki. It is aimed to have a similar feature set as the TWikiDrawPlugin. --Rawcoder 14:27, 3 August 2007 (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)


 * I just wrote one that does that, though one sentence and not four, and it's not as fancy as those javascript ones. Extension:LinkHint Blop 01:43, 27 July 2007 (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)


 * go in your wiki to Speciapages there you find something like (in german) "kurze Seiten" in english maybe "short Pages". 89.52.146.8 07:09, 6 August 2007 (UTC)
 * Yes! It's Special:Shortpages --Flominator 10:57, 9 August 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).

Automatic Linking
I'd really like to have an extension that allows automatic linking as an option (because I can't ask all of my users to know of and link to every other page that exists in the wiki on their own... Can this be done?  If anyone knows of a current way to do this please reply to this thread.  Thanks. --129.111.144.30 17:49, 28 March 2007 (UTC)


 * See Extension:AutoLink. 89.52.129.174 12:25, 3 August 2007 (UTC)


 * There is a realy little bug in that Extension:AutoLink - but I don't know PHP to repair it. 89.52.146.8 07:03, 6 August 2007 (UTC)

Automatic periodic emailing of Recent Changes to a group
When working with a group on a small but active wiki, it's easy to forget to look at the Recent Changes list for timely updates. I would like an extension that sends a daily email with a digest of what changes have taken place on the wiki in the past day. By showing all recent changes in an email, users can't accidentally miss out of developments on new pages.

There are several ways the the email recipient group could be defined.

There is a hint of this behavior at Watchlist subscriptions and the PovWatch extension but the idea isn't developed.

The MailNotification extension is possibly the beginnings of an attempt at this but it doesn't work. --Gadlen 09:41, 30 March 2007 (UTC)
 * What about a cron job that copies the RSS-stream into an email? --Flominator 10:54, 9 August 2007 (UTC)

Cladograms
An extension to create graphic cladograms. This, with the right options, could have other obvious applications such as family trees (and similar material) and sports brackets. This could be based on PhpSyntaxTree and EasyTimeline, both of which propose more or less similar possibilities. en:User:Circeus

Easier automatic categorization
Extension:CategoryHook can do automatic categorization but it requires esoteric PHP coding and isn't very user-friendly. I'd like a more GUI-centered approach for, oh, 90% of users out there... -Eep² 03:01, 24 July 2007 (UTC)

Multi-select namespace search
When searching, instead of all the checkboxes, which are nerve-wracking to select/deselect, why not a multi-select menu? -Eep² 03:19, 25 July 2007 (UTC)
 * My attempt: Extension:Multi-select Namespace Search--unfortunately, it doesn't work. :/ -Eep² 17:22, 26 July 2007 (UTC)

Extensions for decision making process - wikidemocracy
the project is described there

=Wanted Extensions=

(Merged from Extensions/Wanted Extensions)

Programing Language / objects
A system or extension for documenting objects of a programming language. --Magick 11:12, 20 October 2006 (UTC)

Import/Export

 * Import from non-wikitext files (ex. Word documents, HTML files)
 * Done 1) here without touching Wiki code just using Special:Import Renmiri 09:37, 25 February 2006 (UTC)
 * See details at Wordpress Export for Wikipedia
 * Done 2) using an extension here but not using GNU license. No Wordpress required Renmiri 22:04, 9 March 2006 (UTC)
 * Done 3) Use a word macro with functionality to extract pictures: Word2MediaWikiPlus.


 * Export to other formats (ex. RTF, Word document, OpenDocument, PDF, Postscript).
 * I think it would be the best to implement a Postscript engine to the Wikimedia-Software. Now we can only pick the link "Printable verson" in the Toolbox to create a printable document from an article. The result is not very good, because this tool doesn't define the real page layout. It depends on your browser how the pages are formated if you want to print it and this is a problem especially for projects like wikibooks. To solve this problem it would be good to have influence on the page layout by defining it. This page-defining could be done by using a page-layout language like post script. Red Rooster 18:51, 22 March 2006 (UTC)


 * Export Images

Output

 * Add rel="nofollow" to links to articles that haven't been created.
 * If you are using short URLs (e.g. wiki/Main_Page and all the files are in w/), then deny the w/ directory in robots.txt

User-agent: * Disallow: /w/

Display visitor IP address
The following code can display a visitor's IP address, host and proxy on the leftside of every page. The exact position is up to individual choice, but i've put it between navigation and search on our site.

The code goes in Monobook.php

I deliberately commented out the proxy info to save space.

Rick

Interface

 * Contact form to be integrated in a wiki page. For example: user@domain.com or username
 * Guestbook-Extension - Form for new entry. Saved and displayed on a protected page.
 * was added by me - see Guestbook extension for more information (--Mcmilk 21:50, 26 October 2006 (UTC))
 * Spacing control (double spaced, expand the standard distance between paragraphs, etc)
 * Tag clouds
 * More sidebars besides toolbox and navigation
 * See $wgNavigationLinks and MediaWiki:Sidebar for adding to existing sidebar.
 * Color coding users according to user groups
 * Interactive image editing
 * Includable special page that has name of last edited/last added article of a category. (you can try using editable templates)
 * Non-article related rating system
 * An Address/Contact Book (with vCard import/export)
 * Add special page WantedImages
 * Allow registered non-admins to rollback "page blanking"
 * 'Add this article to Category' (perhaps in toolbar?) with dropdown list of available categories
 * Similar: On category pages, an input field similar to inputbox that lets users "Add a page to this category" (redirects to blank edit page, with the referring category already inserted)
 * A way to allow users to build a list on the side bar of their favorite pages in the wiki
 * Collapse/Expand sections (Tree View). This would be particularly useful for the Wikireason Logic Tree
 * Display the pages as a map. i.e. site map, or even better mind map - something like freemind. based on the links in the page
 * When the Special:Userrights page comes up, it should give you an option to choose the users from the list in the database. Yes, I know that you can go to Special:Listusers to see all the users, but this would be more convenient for small wikis.
 * You should be able to set a default user level for new users using the Mediawiki interface.
 * Already known text input format, such as BBCode and/or other frequently used formats
 * Support for appending/prepending/creating a wiki page via email. (i.e. Send an email to PageTitle+create@wikihost.com)

Admin

 * Block edits to user pages except by that user and sysops
 * Block edits to free defined user group
 * Special page to revert all edits by a certain user or IP address (within a time frame)
 * Special page to allow deletion of users
 * Extension to allow sysops to delete older revisions of an article
 * Support for alternative databases: Oracle, PostgreSQL, etc
 * Special page to allow sending email to all users (or specific groups) of a wiki
 * Special page to reset passwords without using e-mail
 * Account activation requires email verification [URGENT]
 * Request account for wikis that don't allow account creation
 * Allow rollbacks of rollbacks
 * Special page to rename/edit an user
 * Restrict editing of certain pages to certain users
 * Global search and replace

Usage statistics

 * Provide a dump of the apache access logs see http://httpd.apache.org/docs/1.3/logs.html#accesslog This will allow the calculation of page hits for any article.

Uncategorized

 * Internationalization: Allow pages to appear differently for each browser language, keep all translations in one place
 * Make dynamic content transclusion easier
 * Polling that can be displayed on article page (see Poll)
 * Guestbook-style interface (you can do something like this using the regular wiki)
 * Ability to replace talk page with real forum instead of wiki page (see User:Zem/Forum extension)
 * Javascript to allow tabbing in textarea
 * Ability to attach files to pages
 * This... is a textbook example of an ambiguious request. The capacity already exists to store image data inside wiki and to link/display images on pages.  The very notion of 'attaching' an image to a specific wiki page runs contrary to the very purpose for which wiki exists, which is the collaborative effort and shared media resources.  -Verlocs 12.104.195.32

This funcationality already exists in MediaWiki. In the LocalSettings.php file is a setting to indicate what file extensions to exclude (all others will be included). If you need a file to be included, that is not already included, you can just change this variable.
 * I think he means attach any type of file, not just images. im also looking for this functionality.  seems clear to me -AaronC


 * Highlighting terms on a page based on URL/search referral
 * Filtering on alluser list based on user rights
 * Conditional logic in templates (see Winter scripting language for a possibility)
 * A macro to insert mail addresses that will be displayed in obfuscated form if the reader is not logged in, and as a proper mailto: link otherwise
 * Grabbing the latest posts from a phpBB forum and a Wordpress blog.
 * See Wordpress Export for Wikipedia and play with the WK.php script Renmiri 17:36, 25 February 2006 (UTC)


 * Grabbing any RSS feed and include it in a box
 * See Wordpress Export for Wikipedia, it gives you the XML format to import XML into Wiki using the built in Special:Import Wiki page, RSS is XML and any XSLT program can taylor it to output the XML / Wiki format Renmiri 17:40, 25 February 2006 (UTC)


 * Simple spreadsheet functionality (example: summing a column of a table)
 * Cooking recipe extension would be nice. It should be possible to use Wiki markup language to store recipes in common format to MediaWiki. It should allow storing informatino about recipe's ingredients, cooking instructions etc. It would be nice, if you could also store picture from food to recipe. Any directions how to proceed?
 * Dynamic creation/update of a Google SiteMap format file to speed Google Index updating.
 * see ThinkLemon. Also for a yahoo urllist.txt visit my blog here for an edited version of the Google sitemap generator. --Elliotgoodrich 15:47, 31 May 2006 (UTC)


 * For protected pages allow users to 'edit' them. Edits are not shown on the protected page but in a different page. An administrator can then view the edits and accept or deny the edits. Accepted edits are automatically made to the protected page.
 * Should have an extension to allow users to write definitions of word inside tags, and have these words automatically alphabetically added to a database of words that users can scan through. Sometimes you don't want to have a separate page for each word as users may not know the exact word for which they are looking.
 * Some sort of bulk import of HTML files would be handy
 * RandomLine extension. Usage: Article. Outputs a random line from specified article.

Interface
i'd like my pages to have extra attributes ... e.g: books: author, number of pages, written in ...

the pages should include the attributes and be sort- and searchable by these attributes

maybe adding a related table to the page with the seperate information, what would destroy the history function ...

maybe similar things already exist

curmetsefrog@gmx.at


 * Look at Semantic MediaWiki, it's a very powerful tool which does what you want.

Jabber Presence Plug-In
I would love to see a jabber plugin for MediaWiki, specifically using Wildfire server.

Here is the syntax required

http://www.jivesoftware.org/wildfire/plugins/presence/readme.html

jasona@gmail.com 07/25/06

Hi, here is the requested Jabber Presence Plugin for MediaWiki.

Create a file in jour extensions folder : Jabber.php : setHook( "Jabber", "RenderJabber" ); }

function RenderJabber( $input ) { $output = ''; return $output; }

?> NOTE #1 : Replace jabber.example.com but your hostname. NOTE #2 : You must run Wildfire 3.1.1 in order to be able to use the Presence Plugin. Upgrade then install the wildfire presence plugin on your server. NOTE #3 : You must setup the Presence Plugin through the Wildfire admin page in order to allow anybody tu see users's status.

Usage : user@jabber.example.com

This works perfectly on my MediaWiki 1.7.2

Hope this can help.

Best Regards. KlinT ( klint@klintcentral.net )

Ticketing
Im setting up a wiki to form a new information system on systems infrastructure at my company. The structure of documentation itself poses no problem, but one thing I want to implement does. I want to set up a knowledge (error) base. This should provide easy documentation of faults and make retrieval of this information almost immediate. Additionally, referring to a problem between teams by using the unique identifier can make communication easier im thinking along the lines of KB_Article:[numbered_identifier]. This would require a component to maintain a counter within wiki and auto-assign this number to newly created kb articles, preferably forcing the layout of the article (see extension request from Blckdmnd99, will look into options provided by barrylb) As much as i would like to avoid the analogy, something along the lines of the Microsoft Knowledgebase There are solutions available but those require a full implementation of a service management tool with limited dump-to-wiki functionality for solutions. A simple extension however would suffice.

All help is appreciated VinceV

Can I rephrase the request? - may we have a class of articles with states and automatic enumeration? The media already provides all the necessary elements, it is the supporting tools to manage (spawn, sort, assign-to-user, change state) these articles that is "new".

Most of the required tools are already supplied by MediaWiki_Bulletin_Board, what will be missing is support for TYPE and autoenumeration and perhaps more fine grained STATES. I'm off to play with the current Beta.

And, yes, "Knowledge base" is the wrong analogy :-) Wikipedia is a knowledge database!


 * MediaWiki already generates a primary key called  for each new article. You can see it if you dump your   database with . Here's the table definition where it appears:

-- -- Table structure for table `page` --

DROP TABLE IF EXISTS page; CREATE TABLE page ( page_id int(8) unsigned NOT NULL auto_increment,  page_namespace int(11) NOT NULL,  page_title varchar(255) character set latin1 collate latin1_bin NOT NULL,  page_restrictions tinyblob NOT NULL,  page_counter bigint(20) unsigned NOT NULL default '0',  page_is_redirect tinyint(1) unsigned NOT NULL default '0',  page_is_new tinyint(1) unsigned NOT NULL default '0',  page_random double unsigned NOT NULL,  page_touched char(14) character set latin1 collate latin1_bin NOT NULL default '',  page_latest int(8) unsigned NOT NULL,  page_len int(8) unsigned NOT NULL,  PRIMARY KEY  (page_id),  UNIQUE KEY name_title (page_namespace,page_title),  KEY page_random (page_random),  KEY page_len (page_len) ) ENGINE=InnoDB DEFAULT CHARSET=latin1;


 * I don't know if there is any user-level access to  of the type you seem to be asking for. Also, the   sequence would be discontinuous for one type of page, because it would increment for every new page on the wiki. You might look at TWiki which from what I have read has more structured wiki features and support for wiki applications than MediaWiki does, at the moment anyway. Perhaps with all the corporate interest in MediaWiki resulting from the overwhelming popularity of Wikipedia, MediaWiki (or perhaps a separate enterprise version thereof) will evolve into something more like TWiki, in terms of having the kind of structured wiki features the typical corporate user expects. Teratornis 05:41, 25 December 2006 (UTC)

Select categories and display pages
Is there an extension that shows a site wehre checkboxes with all the categories are so that you can pcik whatever you want to and the sites in the selected cats are shown? Thanks! mediawiki-1 [at] wikiplant [dot] org

Tracking or Issue Management Extension
What would be great - and probably quite easy to program and implement - would be an extension that helps setting up, managing and and maintaing lists of issues, i.e. a tracking system that could be used, for example as a "bugtracking system". I know there have been attempts from bugtracking systems (e.g. Mantis Bugtracker or Trac) to incorporate a wiki into their system (meaning, for example, that you dont have to log into Mantis and, subsequently, its Wiki); however, I am not aware that this would have been attempted using MediaWiki as the primary platform and an add-on or a mediawiki extension that acts as a bugtracker or issue management extension. While the Tasks Extension lists all Tasks on all Wiki pages on one page, what is needed in addition or independently is a system that helps creating, listing, collecting, maintaining, and updating tasks on one page.


 * TWiki might have some wiki applications that would do what you want. A list of TWiki applications is here. I have not tried installing TWiki yet; I might, after I get farther along with MediaWiki. I'm not necessarily advocating TWiki, but maybe you could get a tracking system working in TWiki before someone will write one for MediaWiki. According to the MediaWiki page, the MediaWiki development team does not use MediaWiki to track bugs in MediaWiki. Instead they use MediaZilla (their version of BugZilla). Teratornis 06:13, 25 December 2006 (UTC)

Review Extensions
There is a new Rating script at LeerWiki.nl. This script has your stars and is powered by AJAX.
 * I'm looking for a simple star rating review extension that could be used on basically any topic (restaurants, stores, music, bars, even people, anything). I'd like it to look like the one on the right side of this site (I spoke to the creater of that site, and he isn't prepared to release the source code yet).  Any suggestions?  --Mijunkin 05:48, 3 November 2006 (UTC)


 * There is something called Review.php which is in SVN but doesn't appear to have any documentation on Meta. There is also this: http://www.wikihow.com/WikiHow:RateArticle-Extension . But these are both like one rating corresponding to each page, which might not be exactly what you're looking for. 128.250.80.15 09:07, 11 December 2006 (UTC)


 * The solution available from LeerWiki.nl is not working with MediaWiki 1.8.2. It generates a blank page, meaning the wiki can not display any pages anymore. Seems that everyone with 1.8.2 who tried it, faced the same issue. Anyone can help fixing this would be real great help. Alain --66.131.228.50 04:52, 31 January 2007 (UTC)

Time Management/Tracking

 * I am looking for a wiki extension that can somehow tie into the time tracking. Like users log-in to their account and register their time that they have worked on certain projects. Based on that certain reports should be able to generate. I have limited knowledge of wiki therefore would love to know if something is already out there or a freeware that can merge with wiki to do this.

Blank pages
I'd really like an extension that could quickly check every page in the database and flag up any blank ones. This'd make it easy to check for blanking vandalism and unwanted pages. Thanks, 82.19.27.115 23:34, 10 January 2007 (UTC)


 * Special:Shortpages can do that for mainspace pages --205.150.76.14 01:16, 31 July 2007 (UTC)

Article Social Tagging
I would like an extension that puts a "Digg" like tag on each page. By tagging those pages, there would be a special page or extension that allows those articles to be dynamically presented in order of votes.

163.252.39.78 17:37, 20 April 2007 (UTC)

Drop Down Box
I would love to have an extension that allows a drop down menu. Not to redirect to a different page, but just to change the status of item. If this is not enough information, feel free to drop me a line as this is quite important. 129.57.10.6 19:34, 19 July 2007 (UTC)

gibsonmarshall_sg@yahoo.com

Automatic Linking
I'd really like to have an extension that allows automatic linking as an option (because I can't ask all of my users to know of and link to every other page that exists in the wiki on their own... Can this be done?  If anyone knows of a current way to do this please reply to this thread.  Thanks. --129.111.144.30 17:51, 28 March 2007 (UTC)

Media Player
I'm Want to Suggest on Extension who allows To look at Videos And Listen on Music This is Because i'm looked long for one Extension who can this!. And its 2 different formats i'm want to have in this extension Formats: .mp3 .ogg


 * Check Category:Media handling extensions. -Eep² 22:07, 13 August 2007 (UTC)