Extension requests

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
 * see Extension:YetAnotherTagCloud --Flominator 11:12, 15 August 2007 (UTC)
 * 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
 * Not sure about what you mean by "Non-article related' but here's a rating system: Extension:Rating --Sanford.poon 05:16, 25 August 2007 (UTC)
 * 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.
 * See Extension:UserRightsList
 * 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
 * Extension:KeepYourHandsToYourself -- Sayuri 13:40, 15 August 2007 (UTC)
 * Block edits to free defined user group
 * Support for alternative databases: Oracle, PostgreSQL, etc
 * PostgreSQL is supported as of now, Oracle was supported earlier on, but it was dropped eventually. -- Sayuri 13:40, 15 August 2007 (UTC)
 * Account activation requires email verification
 * Request account for wikis that don't allow account creation
 * Extension:ConfirmAccount -- Sayuri 13:40, 15 August 2007 (UTC)
 * Allow rollbacks of rollbacks
 * Restrict editing of certain pages to certain users
 * Global search and replace

Special page

 * 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:Deleteuser - with a fair amount of hackery, it might work. -- Sayuri 13:40, 15 August 2007 (UTC)
 * Extension to allow sysops to delete older revisions of an article
 * see Extension:SpecialDeleteOldRevisions --Flominator 12:27, 15 August 2007 (UTC)
 * Special page to allow sending email to all users (or specific groups) of a wiki
 * see Extension:STSGMassMailer --Flominator 12:27, 15 August 2007 (UTC)
 * Special page to reset passwords without using e-mail
 * Special page to rename/edit an user
 * To rename, see Extension:Renameuser -- Sayuri 13:40, 15 August 2007 (UTC)
 * See User:Eep for many special page-specific requests

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.
 * isn't there already a hitcounter on the articles? --Flominator 12:28, 15 August 2007 (UTC)
 * there is also a google analytics extension. 70.103.216.66 20:54, 2 December 2007 (UTC)

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 Extension: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.

Import from non-wikitext files (ex. Word documents, HTML files) (resolved)

 * 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.
 * done 4) http://diberri.dyndns.org/wikipedia/html2wiki/index.html --Flominator 13:26, 15 August 2007 (UTC)

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)


 * see Extension:Pdf Export for partial solution. --Purodha Blissenbach 09:45, 8 September 2007 (UTC)

rel="nofollow" (resolved)
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 (resolved)
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

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 --145.99.202.92 04:12, 16 April 2006


 * &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)

Simple picture editor (resolved)
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)

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 :) --Wease 06:58, 1 July 2006


 * 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 (resolved)

 * 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)


 * Yes, current (1.10) Versions of Mediawiki Export have a "include from Category" field. --Purodha Blissenbach 09:48, 8 September 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... --4.158.210.88 09:48, 11 July 2006


 * Have a look at SemanticMediaWiki, especially the  syntax, and at Wikidata --Purodha Blissenbach 09:53, 8 September 2007 (UTC)

PHP show_source (resolved)
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 Extension:Syntax Highlighting? Maybe that will do what you want. -- Barrylb 08:02, 15 July 2006 (UTC)
 * Something else looks promising at meta:User:Marksw/PHPHighlight. -- Barrylb 15:41, 17 July 2006 (UTC)


 * What about Extension:ASHighlight? --Flominator 11:18, 15 August 2007 (UTC)

Jabber Presence Plug-In (resolved)
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 --163.252.114.134 02:25, 26 July 2006


 * Hi, here is the requested Jabber Presence Plugin for MediaWiki.
 * [...]
 * Best Regards. KlinT ( klint@klintcentral.net )


 * I removed KlinT's source code, since it is on Extension:Jabber. --Flominator 11:20, 15 August 2007 (UTC)

Interface (resolved)
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 --83.219.163.105 04:42, 23 July 2006


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

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**

--193.180.169.114 00:48, 5 August 2006


 * 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)

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)

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. --58.84.69.227 17:06, 12 August 2006

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

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 03:53, 17 August 2006

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)

It may be a bit late now but just for fun I made an extension that handles the automatic incrementing of article numbers. See Extension:Knowledgebase. It adds a special page called Special:Knowledgebase that queries existing pages in the KB namespace and redirects to the next-higher article number. Hope it is useful for someone. -- Barrylb 04:12, 25 August 2007 (UTC)

Ajax inline editing
It would be nice to have an ajax inline editing extension. --71.159.156.143 16:29, 22 August 2006

Copy TOC
Id like to display the TOC of page A in page B.. eg the TOC with direct links without the content --150.101.65.56 07:23, 6 September 2006

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 --172.173.150.244 03:42, 12 September 2006

Spreadsheet
A simple spreadsheet facility might prove useful. It could even be tied in with an existing graphing extension. -- 87.102.6.183 16:39, 18 September 2006

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

This would be a very useful extension for MediaWiki. --C4duser 04:58, 21 September 2006


 * 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)

Tracking or Issue Management Extension (resolved)
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. --134.100.145.117 01:02, 20 October 2006


 * 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)
 * You might wanna try TracWiki --Flominator 11:48, 15 August 2007 (UTC)

Programing Language / objects (resolved)
A system or extension for documenting objects of a programming language. --Magick 11:12, 20 October 2006 (UTC)
 * What about Extension:ASHighlight maybe even combined with Doxygen? --Flominator 11:48, 15 August 2007 (UTC)
 * Extension:Include would be even better, since you wouldn't have to copy the source-code --Flominator 07:44, 16 August 2007 (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)


 * Not precisely the same thing but, try: Extension:Rating --Sanford.poon 05:23, 25 August 2007 (UTC)

Newsletter (resolved)
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 Extension: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 (resolved)
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)

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. --71.166.144.131 17:37, 22 December 2006

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 (resolved)
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. --88.229.252.158 07:46, 13 January 2007

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). --71.145.131.12 22:21, 14 January 2007

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 07:36, 30 January 2007 (edit) (undo) Zomenut


 * 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

Automatic periodic emailing of Recent Changes to a group (resolved)
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)
 * else: try Extension talk:MailNotification --Flominator 13:29, 15 August 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)


 * Such as TagAsCategory, perhaps? I do not know "Digg", so I'm guessing. --Purodha Blissenbach 10:13, 8 September 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 --08:06, 26 June 2007


 * see Extension:CategoryTree if you can model your data using categories. --Purodha Blissenbach 10:16, 8 September 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

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)


 * It works now (for a few weeks, actually, with the help of another user), but it's not a proper extension and just a hack. If someone can "extensionize" it, that'd be super. —Eep² 12:03, 15 August 2007 (UTC)

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

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)


 * Tryed but No one of them works - --62.128.243.228 11:19, 14 August 2007 (UTC)


 * You tried Extension:Mp3 and Extension:Player? —Eep² 12:20, 14 August 2007 (UTC)

Yes, And Many Others - --62.128.243.228 13:11, 14 August 2007 (UTC)
 * What happened? --Flominator 13:30, 15 August 2007 (UTC)

Some of them dident show, And the one named player Did show but dident play it --62.128.243.228 14:19, 16 August 2007 (UTC)
 * Are you sure that your browser supports it? --Flominator 10:34, 20 August 2007 (UTC)

Redirects Here
I would LOVE to have a way for admins to see, at the top or bottom of each page, a simple list of pages which redirect to the current page. Just like Special:Whatlinkshere, but listing ONLY the redirects, and appearing on the same page as the content (if the user is an admin) separated by an  so I don't have to click through to it. I would also love to have a few text fields below the list of redirects where I could add multiple NEW redirects quickly. This would help in my projects immensely. -- Jonathan Kovaciny 17:05, 16 August 2007 (UTC)
 * Added to Bugzilla as #11083. Jonathan Kovaciny

In response to my request for this, Splarka put together a nice proof-of-concept at w:User:Splarka/fetchredirects.js. It adds a link to activate it in the toolbox (below the search box) and displays the results below the page title. – Jonathan Kovaciny 14:06, 5 September 2007 (UTC)

Automatic Linking (with Bug)
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)
 * Try Extension talk:AutoLink. --Flominator 12:10, 15 August 2007 (UTC)


 * I did it with no success. Only [ ] has to be added to the to the mapIgnoringBlocks. But I don't now how to do it. Is here someone who knows php?89.52.137.94 06:59, 21 August 2007 (UTC)


 * Do you mean a single set of brackets? If so, I added it (but haven't tested it) to extension:AutoLink. —Eep² 07:40, 21 August 2007 (UTC)

Auto short URL links
You enter http://www.mediawiki.org/w/index.php?title=Project:Extension_requests&action=edit&section=new to an edit page and the system makes the article display mediawiki.org just as if you'd have entered mediawiki.org. Shouldn't affect existing [url Alt text] entries but all URLs that are eneterd as above --Subfader 13:50, 22 August 2007 (UTC)

Download Extension
This should be an extension for Downloading Articles!. This extension should allow to download every articles in a category into a txt file!. or only download a single article --62.128.224.198 12:56, 26 August 2007 (UTC)


 * Er, that's what Special:Export is for... —Eep² 23:02, 26 August 2007 (UTC)

Frappr Extension
I assume its really easy, but I don't know php. I'd really like to be able to embed a frappr (www.frappr.com) map into my wiki so that users can mark where they are from. If this is more simple than I realize please just email me. dave at consumersolidarity.org

75.111.44.66 02:24, 30 August 2007 (UTC)
 * it seems to be shockwave flash, so Extension:Flash ought to work. --Flominator 09:38, 10 September 2007 (UTC)

Advanced Linking
Tags:  - Start tag to activate the code  - End tag for the end of the code - The tag will be replaced with typed text in The text field, This tag gonna get the filepath who is typed in the text field - the tag will be replaced with typed text in the domainname text filed

Code:  url=http://www. / Action= (&action=edit&section=new) To Edit the page | (noaction) For no Action Pagebeforenter= Yes or no Linktext=Pagename Image= YPagename or no text Category= name Namespace= Namespace name

Actions: &action=edit&section=new - For editing a wiki page noaction - If no is the action the text in the field willl be produeced in the link as notext

Other Commands Pagebeforenter - you will enter a page with some information for the link place, And a directly link with the text enter Linktext - if you select no pagebforenter you will get a link text like this link yourlinktext Namespace - Choose the namespace Category - Choose the category Image - Image:file.format if you have a image you will use with the directly link or a link to the dynamic page pagebeforeenter!...

Parameters url=http://www. / Action= (&action=edit&section=new) To Edit the page | (noaction) For no Action Pagebeforenter= Yes or no Linktext=Pagename Category= name Namespace= Namespace name Image= Pagename or no text

This Idea is by Zizanzu

Can this be a good idea?.it need to be little imrpoved but a good start

WhosOnline extension
I'm not sure if this request fits here fully or not. Anyways, I was trying to help someone over IRC to make Extension:Whos_online work on MediaWiki 1.10.x and we ended up here: code on Pasty.net

The code is corrected, in regards to using the correct table and generating the correct text in $output variable. However, the way $wgOut->parse is used, makes some gibberish text to be added to the page. I didn't know how to fix it, so I though I might ask others for help here. Practically, it may be only a few seconds for a developer to figure out what the problem is. Huji 20:41, 31 August 2007 (UTC)

External Link - Redirecting
Is there possible to make one extension for redirecting to external links like www.mediawiki.org!

Code: or THinked nothing like that
 * 1) REDIRECT link title
 * 1) REDIRECT-awayfromwiki link title
 * I think you could maybe create a function in MediaWiki:monobook.js that looks for such redirects and changes window.location. Why would you need something instead of creating a simple link? --Flominator 09:35, 10 September 2007 (UTC)

Delete Vandal - Delete a user and all pages that he edited/created
The purpose of this extension would be to make it easy to remove a vandal and any trace of what he did. I would like an extension that given a user name,
 * will delete all pages that have been created by that user.
 * reverts any edits by that user.
 * blocks or deletes the user
 * Puts him on a banned list (this is not critical since he is using random user names).

I would really like it it to be liked form the "Recent pages" page, along with the (Talk | Block) links.
 * Practically, it is not that esaily achievable I guess. I'm not going to argue the usefulness of it here, just the possibility of performing the tasks yo mentioned:

1) There is no point in deleting the user account, and, I guess it is enough to block it. As far as I know, MediaWiki doens't support deletion of a user account, because if even a single edit is left by that member, deletion of the account can mess every thing up (read below too).

2) Reverting edits is not easily possible. Suppose that he edits a page and modifies several parts of it. After that, a second user makes some more changes (may be, without reverting the vandal's changes even). Then, we may reach a point where software would be unable to undo vandal's changes (I'm pretty certain everyone of us have faced a "cannot undo this change because conflicting intermediate edits"-like message several times). So as you see, some edits cannot be reverted.

My two cents. Huji 12:31, 2 September 2007 (UTC)


 * Just because intermediate edits have taken place doesn't mean restoring a page to a previous state, with edits after that state, is not perfectly entirely possible since MediaWiki stores each difference between revisions. It's a mindless task of simply removing the unwanted revisions and combining the later revisions together. —Eep² 13:46, 2 September 2007 (UTC)


 * Well, MediaWiki doesn't really store diffs; it only stores revisions. Deleting a revision by a vandal only makes sense if all the changes made by him are reverted; otherwise, after the revision is deleted, it will look like the user who actually edited after the vandal has made the unreverted changes, which is wrong. Reverts are not possible in 100% of cases. That's what I know Huji 18:47, 3 September 2007 (UTC)


 * MediaWiki shows differences which can be used to compare revisions and, hence, remove differences/revisions by (a) certain user(s). —Eep² 02:23, 4 September 2007 (UTC)


 * When you say differences, what is meant? Display of differences is not the same as any merging feature that would need to know what to do with which side of the equation (e.g., what gets included/what gets removed in the merge). In addition, there is the challenge of information that is needed to be kept but is out of order on a given line. MediaWiki does not have this facility, even though it can display differences. --Jeffmcneill 23:57, 21 October 2007 (UTC)

Slideshow with Lightbox
I'd love to see an extension that would allow to activate a slideshow with Lightbox like the one working on this page :
 * Dialogues en Humanité - Galerie

--Dieudo 14:10, 3 September 2007 (UTC)


 * My Lightbox2 hack can do this. It works best for only one image gallery; if there are multiple galleries, Lightbox will think they're part of the same slideshow. &#x2014;alxndr&#x00a0; (t) 21:30, 19 September 2007 (UTC)
 * Hack is now an extension: LightboxThumbs. &#x2014;alxndr&#x00a0; (t) 05:04, 23 September 2007 (UTC)

Watching Subpages
I'd like to see an extension that would add all subpages to your watchlist when the main page is added. In otherwords, if I were to add MAINPAGE to the watchlist, it would also include MAINPAGE/subpage in the watchlist and all associated talk pages.--Dukeruckley 15:18, 3 September 2007 (UTC)

Category And Namespace...

 * Category
 * Category logo (upload image called Categorylogo:categoryname.png, The logo will be showne when your viewing a page with a namespace who have a logo (if not a logo,it will display wikilogo)
 * Category Css (viewed from [[Mediawiki:skin/category:categoryname.css, if your viewing this category you get that css)
 * Categorysidebar (And it wil come up a sidebar for the category in chossed place (it should be possible to writting nothing like __Categorysidebar__ in the sidebar for current place you gonna addig)
 * If you type down nothing like you will get displayed how many pages in this Chossed Category


 * Namespace
 * Namespace logo (upload image called NS:namespacename.png Or Namespace:namespacename.png, The logo will be showen when your vieweing a page with a Namespace with a A Logo i(ff not a logo it will display wiki logo))
 * Namespace Css (Made in Mediawiki:skin/Namespace:Namespacename.css )
 * Namespace Sidebar (And it wil come up a sidebar for the category in chossed place (it should be possible to writting nothing like __NAMESPACEsidebar__ in the sidebar for current place you gonna addig
 * Recent changes on Namespace
 * If you type down nothing like you will get displayed how many pages in this namespace


 * News
 * A Option for turning up Message box in the localsettings.php £wguse Messagebox= True/false; (Extension:Message_Box)

Here is some ideas i have for future extensions and Mediawiki!.... - --Zizanzu 13:11, 6 September 2007 (UTC)

Lossless rotation of images
As requested here an extension that is able to rotate images like the one on flickr. --Flominator 09:31, 10 September 2007 (UTC)

User Notification on Article Edit
This would be the inverse of the watch feature, in that the article text would define one or more usernames to notify whenever the article is changed. This is a "PUSH" as opposed to watching being a "PULL". It would be very useful for meeting minutes which might contain action items or other information subject to change. The entire group would receive an e-mail notification as if they had selected that article to watch. The wiki text for this might be:

 User:Username1 User:Username2 User:Username3

This would also cause the listed user's names to be shown on the page, in a box similar to the Table of Contents box but with a specified caption, to serve as a reminder that these users are to be notified of changes. Bill Johnson 02:51, 13 September 2007 (UTC)


 * After some further searching, this appears similar to Extension:Todo Tasks. Possibly that extension could be used along with a different template to achieve the above result. Bill Johnson 03:07, 13 September 2007 (UTC)

Review Date
An extension to whereby you can add a tag onto a article:-

25.12.2010

then create either a special page or a section on the Main Page of the wiki showing articles past or near their review date.

Useful when creating documentation for a particular project or something that needs to be regularly checked for relevance / accuracy. --Nomis35 10:24, 19 September 2007 (UTC)
 * You could just create a template and add that to the article. The Review template would contain a date-parser function so that if the date given by the article (25.12.2010 in this case) was today or in the past, it would add  to the article. Then keep tabs on that category and you'll always see what articles need to be reviewed. After review, change the review date in the  call and the article will drop out of the category until the new review date comes up. --Jonathan Kovaciny 22:38, 4 October 2007 (UTC)

Thanks for the suggestion, I'll have a go and see what happens.--Nomis35 19:13, 5 October 2007 (UTC)

Viewcount by Date
A list of page views per day for each page, so I can know whether or not to rearrange the structure of my wiki.
 * You'd probably get more useful information by adding Google Analytics or another tracking service to your site. You can just add the tracking code to the bottom of /skins/MonoBook.php and that will cover nearly all of your users. Add it to the other skins if you think they're being used a lot. --Jonathan Kovaciny 22:32, 4 October 2007 (UTC)

Search statistics
Is there any decent method of tracking searches being run? I want a list, ordered by decreasing frequency, of the things my users have typed into the search box. I also want to be able to split this list into those terms for which there is an existing article, and those for which there is not. This would be immensely helpful in making sure that my users are finding the information they're looking for. This extension would also help contributors determine the desire for articles which don't exist yet.

For example, let's say that banana, for which I have an excellent article, was entered 139 times in the last 30 days. However, without this extension, I don't know that bananna is entered 15 times and banananas is entered 4 times on my site, but I have redirects in place for neither of these, so all of these searches end up with no useful results. I can correct this problem once this extension has brought it to my attention. I also learn that 430 people searched for kiwi, and I don't even have an article for that yet! --Jonathan Kovaciny 23:56, 4 October 2007 (UTC)
 * I wrote a quick and dirty hack that logs every search with search term, ip address, search method and time. Unfortunately there is currently no hook available when the search is started :( I will have a look at how my hack is working for some days and I'm going to post it afterwards. --Flominator 07:32, 11 October 2007 (UTC)
 * Any luck? --Jonathan Kovaciny 14:34, 24 October 2007 (UTC)
 * Try Extension:Log Searches for starters ... as I said ... dirty hack! --Flominator 09:21, 25 October 2007 (UTC)

Watermark
I need hack (extension), who can automaticaly add watermark on every pictur that has been bigger as 300 x 300 pixel. Thank you. --88.222.212.231 15:00, 7 October 2007 (UTC)
 * I don't think anyone believing in open source software will support such suggestions. --Flominator 18:39, 7 October 2007 (UTC)
 * :/ --88.222.212.231 12:51, 11 October 2007 (UTC)


 * Flo, I fail to see the dichotomy between open content licensing of images and adding a small watermark credit line to such images to ensure they are actually attributed as their license requires. It is an uncontested fact that open content images are rampantly used without any attribution at all, to the great angst of creators, and that this has resulted in a strong disincentive for semi-pro and pro photographers and other image creators to release free images at all.  If the watermark were minimalistic, a credit line, this extension would substantially increase the overall amount of high quality free content material available, because it would give a better assurance to such creators that they will actually be attributed if they release free images.  You might say this extension is exactly what a lot are waiting for, even. Stephen Ewen 10:08, 8 November 2007 (UTC)


 * Not every wiki is used in an "open" format anyway. There are many applications where an open format is totally inappropriate (propitiatory in-house documentation, etc).70.103.216.66 21:06, 2 December 2007 (UTC)

three tracking pages
There are often articles I don't want to keep on a watch list, but sometimes want to check up on. I envision these similar to Special:Contributions. First, Special:Created (for articles that the user created), Special:Contributionsunchanged (for articles where the user's edit serves as the most recent version), and Special:Articlestouched (like Special:Contributions with duplicates removed). Feel free to choose better names, though. ⇔ ChristTrekker 15:10, 12 October 2007 (UTC)
 * These all sound quite useful. Good ideas. --Jonathan Kovaciny 15:13, 12 October 2007 (UTC)
 * What about putting such articles on a page and checking them via "related changes"? --213.182.155.146 13:15, 14 October 2007 (UTC)
 * That's manual updating of another "watch list", which is what I am hoping to avoid. These are the sort of things many people will often want to keep an eye on from time to time, but not so much that they want to be continually receiving notices like you do with watched pages.  It ought to be straightforward (almost trivial) to implement, yet extremely convenient. ⇔ ChristTrekker 18:04, 24 October 2007 (UTC)

Filter content by IP/hostname
I would like a way to display different content based on whether the user is coming from within or outside of my LAN, based on their IP. Something like this:

This is page content that shows up for everyone. This is page content that shows up only for visitors outside the designated IP ranges. This is page content that shows up only for visitors inside the designated IP ranges. Here is some more page content that everyone sees.

This is not intended to be a security measure, since the user could edit the page and see all of the content, but just one to make it easier to tell the user things that apply only to them. For example, my internal audience might know exactly which building to go to for an event, but the external audience might need more detailed information, maps, full phone numbers instead of just an extension, and so on. Is this even possible? Would there be a way to still cache pages? --Jonathan Kovaciny 14:43, 24 October 2007 (UTC)

RSS / Atom Feeds on Related changes
Although you can subscribe to a feed on Recent changes and New pages, it would be very helpful to support feeds from Related changes pages. In particular, the Related changes from a Category page would allow a user to receive a feed for all changes made to articles within a specified category. Bill Johnson 19:01, 27 November 2007 (UTC)

automated e-mail obfuscation
I'd love to see an extension that automatically obfuscates any e-mail address included in an article. Maybe replacing all (or some) of the letters with images and/or HTML code. Other methods exist too... 70.103.216.66 21:04, 2 December 2007 (UTC)

Brainstorm feature
It will be very cool to have such feature in MediaWiki as it was done in Britannica.



''A “brainstorm” feature maps relationships between ideas, subjects, and people as you go through the encyclopedia. It is fascinating to browse through subjects and watch a virtual brainstorm of related subjects coalesce around chosen articles, leading you to additional interesting paths to take.''

Screenshot (poor, though) is there:

Machine Translation Feature
Add a mechanism that sends the substantive content of an article to an online translation service (like Google Translate or Babelfish).

Bonus points if the translated text could somehow be integrated back into the original page, with a clear indication to the user that an automated translation has been performed.