Extension requests

From MediaWiki.org

(Redirected from Project:Extension requests)
Jump to: navigation, search
Request new MediaWiki extensions on this page.
Caution! Caution: Use this page for preliminary proposal and discussion of ideas. Once you have received positive feedback on your idea here and have refined your proposal, post it on Bugzilla, as this page is not necessarily read by all MediaWiki developers.

Please check these pages for existing extensions and requests before posting here.

Extensions: Category — All — Requests — Tag extensions — Extension Matrix — Extensions FAQ — Extension hook registry — {{Extension}}

Contents

[edit] Really old stuff

[edit] Interface

  • Contact form to be integrated in a wiki page. For example: <contact>user@domain.com</contact> or <contact> username</contact>
  • Guestbook-Extension - Form for new entry. Saved and displayed on a protected page.
  • Spacing control (double spaced, expand the standard distance between paragraphs, etc)
  • Tag clouds
  • More sidebars besides toolbox and navigation
  • Color coding users according to user groups
  • Interactive image editing
  • Interactive diagram editing (i.e. Gliffy integration)
  • Include 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)
  • 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)

[edit] Admin

  • Block edits to user pages except by that user and sysops
  • 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 Ok Ok
  • Request account for wikis that don't allow account creation
  • Allow rollbacks of rollbacks Ok Ok
  • Restrict editing of certain pages to certain users
  • Global search and replace

[edit] 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 to allow sysops to delete older revisions of an article Ok Ok
  • Special page to allow sending email to all users (or specific groups) of a wiki Ok Ok
  • Special page to reset passwords without using e-mail
  • Special page to rename/edit an user
  • See User:Eep for many special page-specific requests

[edit] Usage statistics

[edit] 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 meta: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.

If you look here http://confluence.atlassian.com/display/DOC/Attaching+Files+to+a+Page I believe you will see what he means. I presently use Mediawiki and like it just fine but my boss thinks "Having to upload and then link the media file into a page is too much work. I'd like to have a "folder" of files where I can just upload crap." pmarcus 15 MAR 2008


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 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 <definition> 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: <randomLine>Article</randomLine>. Outputs a random line from specified article.

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

OpenOffice (at least v2.3) also can export any document it can open (e.g. Word documents, HTML, .odt) to Wikitext format. No plugins needed. Yet another reason to avoid Microsoft Office and use OpenOffice :) --Tbleher 10:32, 22 February 2008 (UTC)

[edit] 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)
I have not found any of the PDF exports to be 100% useful. (Many of them arent' even 100% completed, as you google around and try to find some.) What I need for my site is a way to quickly export a page to PDF or to export the ENTIRE contents of the wiki to a static CD-ROM type media; basically a bunch of offline HTML pages. Any ideas on the best way to get this? Timneu22 21:04, 16 February 2008 (UTC)
maintenance/dumpHTML.php can export a wiki to static HTML. As for PDF, look at the current project at PediaPress. It's already in use at the WikiEducator site (But no idea how complete it really is). --Tbleher 10:27, 22 February 2008 (UTC)
consider looking at Extension:PDF Writer PediaPress also plans to develop XML and OpenDocument exports. User:he!ko 10 May 2008

[edit] [RESOLVED] rel="nofollow"

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/

[edit] [RESOLVED] 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

<div class='portlet'>
<h5><?php echo="security" ?>
<?php
$iphostname = gethostbyaddr($_SERVER['REMOTE_ADDR']);
$proxyhostname = gethostbyaddr($_SERVER['HTTP_X_FORWARDED_FOR']);
if ($_SERVER["HTTP_X_FORWARDED_FOR"]) {
 if ($_SERVER["HTTP_CLIENT_IP"]) {
   $proxy = $_SERVER["HTTP_CLIENT_IP"];
 } else {
   $proxy = $_SERVER["REMOTE_ADDR"];
 }
 $ip = $_SERVER["HTTP_X_FORWARDED_FOR"];
} else {
 if ($_SERVER["HTTP_CLIENT_IP"]) {
   $ip = $_SERVER["HTTP_CLIENT_IP"];
 } else {
   $ip = $_SERVER["REMOTE_ADDR"];
 }
}?>
<div class='pBody'>
<?php
echo "Your details have been logged:<br><br>";
echo "IP:<b> $ip </b><br>";
echo "IP Host:<b> $iphostname </b><br><br>";
if (isset($proxy)) {
#echo "Proxy IP:<b> $proxy </b><br>";
#echo "Proxy Host:<b> $proxyhostname </b>";
?></div>
</div>
<?php } ?>

I deliberately commented out the proxy info to save space.

Rick

[edit] 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

⇒ <SSPecteR> Im sorry but i Didnt understood What you want to do. Can you provide a more detailed explanation on this? Examples would be great.♠ 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)

[edit] iCalendar

Hello, What I am looking for is an iCalendar (or iCal, .ics format) parser. Basically what I want to do is include google (and other) calendars into our wiki using the iCal standard. This way it can be easy to include calendars of others onto our wiki. I have done some research and found phpiCalendar very suitable for the job. I'll try if I can make this working as an extension.. What do you think?

ps: site delft.campuswiki.nl

Thatcher 21:29, 18 February 2008 (UTC)

Update: I have worked on the phpIcalendar to see if it is possible to include the entire script into mediawiki. But this is not so easy, and maybe not even something you want. Instead I have made an extension (beta) that includes the phpIcalendar as an Iframe, And I have adjusted the phpIcalendar template to be nice and clean and display a list only. When in a further state I will publish it here somewhere. Thatcher 16:44, 29 March 2008 (UTC)

[edit] [RESOLVED] 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 [1].

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)

[edit] 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)

[edit] Restricted Articles

<SSPecteR> 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. ♠ Tuersday,, 08:29 (UTC)

[edit] 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

[edit] 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.

[edit] 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 shoud 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

[edit] 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)

I have an easy solution for this, because I have the same problem. I use the "Simple Security"-Extension together with a selfmade template. {{lock}}. Inside the template I have the call to the Simple Security extension and a parameter: {{#security:edit|{{{1}}} }}. And a "Sorry, you´re not allowed to do this" message. By this, any user who wants to make sure others can´t edit a page he/she started just needs to call the "lock" template by putting his/her username as parameter {{lock|Username}}. Putting additional user names or names of user groups into the parameter seperated by "," will make the page editable by those users or groups.217.94.236.47 16:41, 4 March 2008 (UTC)

[edit] 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.

[edit] [RESOLVED] 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)
Now more specific extension is available: Multi-Category Search. CodeMonk 05:37, 23 January 2008 (UTC)

[edit] 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)

[edit] 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 <ask>…</ask> syntax, and at Wikidata --Purodha Blissenbach 09:53, 8 September 2007 (UTC)

[edit] [RESOLVED] 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 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)

[edit] [RESOLVED] 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 --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)

[edit] [RESOLVED] 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 --83.219.163.105 04:42, 23 July 2006


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

[edit] 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:

<wiki lang='docuwiki'>  

===== Header =====
**fattext**
{{image3321.jpg:imagetext}}
</wiki>

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

[edit] 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)

[edit] 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 <ajaxvote>Extension_requests</ajaxvote> 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
<?php include('functions.php'); ?> above the header
with
<?php rating_bar('3b'); ?> at the location.
Take a look at Extension:JSKitRating Jean-Lou Dupont 17:00, 16 January 2008 (UTC)

[edit] 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 page_id for each new article. You can see it if you dump your wikidb database with mysqldump. 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 page_id of the type you seem to be asking for. Also, the page_id 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)

[edit] Ajax inline editing

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

[edit] 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


[edit] 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

[edit] 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

My two cents Some additions to this request

A basic spreadsheet style table layout that is (at least somewhat) WYSIWYG in the edit mode would be very helpful. We use simple printed spreadsheets to track lists of tasks on paper, then someone has to update the digital versions. I'd like to use MediaWiki to do this so my staff can enter the data themselves so that the project data is updated in real time and available for all to see and edit without leaving their desks. I don't need a full blown project management app, just an editable table that will not confuse the heck out of the average Joe. I'm not sure how feasible that is, but I'm pretty sure lots of folks would put it to good use if it were available. 1-10-2008

[edit] [RESOLVED] Port of TwikiDraw to MediaWiki

This useful drawing extension, designed for Twiki, has already been ported successfully to PmWiki: [2]

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)

[edit] [RESOLVED] 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. --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)

[edit] [RESOLVED] Programing Language / objects

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)

[edit] Review Extensions

  • 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 a new Rating script at LeerWiki.nl. This script has your stars and is powered by AJAX.

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)

[edit] [RESOLVED] 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 Extension:STSGMassMailer do what you need? Teratornis 16:05, 22 December 2006 (UTC)

[edit] 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)

[edit] [RESOLVED] 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)

[edit] 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

[edit] 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 {{SITENAME}}, a [[w:Wiki|wiki]] running on
[[MediaWiki]] {{CURRENTVERSION}}, with {{NUMBEROFUSERS}} registered
[[Special:Listusers|users]]. See [[Special:Version]] for more
information about the MediaWiki version and the installed
[[metaw:MediaWiki extensions|extensions]].
Signed: ~~~~

== See also ==

*[[Extension]]
*[{{fullurl:Special:Allpages|namespace=12}} All {{SITENAME}} help]

[[Category:Help pages|{{PAGENAME}}]]

The above example is not intended to be a masterpiece of wiki design, but merely a collection of code likely to confuse a new user. For a new user to understand all the markup, he or she has to locate and read all these help topics:

== Sample wikitext == 
Section heading: Help:Wikitext#Organizing your writing
{{SITENAME}} 
Magic word for the sitename:
[[w:Wiki|wiki]] 
Interwiki link:
[[MediaWiki]] 
Wikilink: Help:Link#Wikilinks
{{CURRENTVERSION}} 
Magic word for the current version of MediaWiki: Help:Magic words#Statistics
{{NUMBEROFUSERS}} 
Magic word for the current number of registered users: Help:Magic words#Statistics
[[Special:Listusers|users]] 
a wikilink to a special page that lists all users: Help:Special page#Special pages for all users
[[Special:Version]] 
a wikilink to a special page that lists the installed extensions: Help:Special page#Special pages for all users
[[MediaWiki extensions|extensions]] 
Wikilink: Help:Link#Wikilinks
~~~~ 
User signature: Help:Talk page#Using talk pages
== See also == 
Section heading: Help:Wikitext#Organizing your writing
* 
Unordered list item: Help:List#List basics
[[Extension]] 
Wikilink: Help:Link#Wikilinks
* 
Unordered list item: Help:List#List basics
[{{fullurl:Special:Allpages|namespace=12}} All {{SITENAME}} help] 
External link to the same project, with magic words:
[[Category:Help pages|{{PAGENAME}}]] 
Category link with page name as sort key:
{{PAGENAME}} 
Magic word for the page name: Help:Magic words#Page names and related info

We cannot make those topics much easier to read, but we can certainly make them easier to find.

Currently the topics are difficult for a new user to find, because many wikitext codes make poor search keywords, and the new user does not know the proper names for them yet, nor where they are in the manual.

However, the MediaWiki parser must know what all the markup codes mean, because it can render the page as XHTML. So why not write a program that renders wiki markup into help link annotation?

The annotation could be in any of these forms:

  • A big list of markup codes, brief text descriptions, and links, as in the example above
  • A popup window when the user hovers the mouse over a given markup code element or construct
  • A display of wiki source, like in the edit window, but with help links on markup code elements or constructs

Oh yeah, and the extension would need to know the site's interwiki link prefix to get to the MediaWiki manuals.

I skimmed through the list of extensions and I did not find anything which seems to do what I'm requesting here. Let me know if I overlooked something; or, if there is no such extension now, whether anyone wants to try writing it. I don't know PHP yet, but I could help with the big job of manually compiling a table showing the correspondence between wiki markup items and help links that describe them. Teratornis 22:12, 22 December 2006 (UTC)

[edit] [RESOLVED] 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)

[edit] 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 <googlesearch>britney</googlesearch>, the extension must turn the Google results within the page. --88.229.252.158 07:46, 13 January 2007

[edit] 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

[edit] 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


[edit] [RESOLVED] 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)
else: try Extension talk:MailNotification --Flominator 13:29, 15 August 2007 (UTC)

[edit] [RESOLVED] 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)
Extension:Social Bookmarking --Subfader 12:54, 9 February 2008 (UTC)

[edit] 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)

[edit] 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

[edit] 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)

[edit] 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 Augu