MediaWiki extensions/Wanted Extensions

This is an archived version of this page, as edited by 203.59.28.111 (talk) at 05:46, 16 October 2006 (Ticketing: is actually object management tool set). It may differ significantly from the current version.

Wanted Extensions

See also Category:Feature Requests

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

Import/Export

  • Import from non-wikitext files (ex. Word documents, HTML files)
Done 1) here without touching Wiki code just using Special:Import Renmiri 09:37, 25 February 2006 (UTC)[reply]
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)[reply]
Done 3) Use a word macro with functionality to extract pictures: Word2MediaWikiPlus
  • Export to other formats (ex. RTF, Word document, OpenDocument, PDF, Postscript).
I think it would be the best to implement a Postscript engine to the Wikimedia-Software. Now we can only pick the link "Printable verson" in the Toolbox to create a printable document from an article. The result is not very good, because this tool doesn't define the real page layout. It depends on your browser how the pages are formated if you want to print it and this is a problem especially for projects like wikibooks. To solve this problem it would be good to have influence on the page layout by defining it. This page-defining could be done by using a page-layout language like post script. Red Rooster 18:51, 22 March 2006 (UTC)[reply]
  • Export Images

Output

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

Display visitor IP address

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

The code goes in Monobook.php

<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

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
  • Includable special page that has name of last edited/last added article of a category. (you can try using editable templates)
  • Non-article related rating system
  • An Address/Contact Book (with vCard import/export)
  • Add special page WantedImages
  • Allow registered non-admins to rollback "page blanking"
  • 'Add this article to Category' (perhaps in toolbar?) with dropdown list of available categories
    • Similar: On category pages, an input field similar to inputbox that lets users "Add a page to this category" (redirects to blank edit page, with the referring category already inserted)
  • A way to allow users to build a list on the side bar of their favorite pages in the wiki
  • Collapse/Expand sections (Tree View). This would be particularly useful for the Wikireason Logic Tree
  • Display the pages as a map. i.e. site map, or even better mind map - something like freemind. based on the links in the page
  • When the Special:Userrights page comes up, it should give you an option to choose the users from the list in the database. Yes, I know that you can go to Special:Listusers to see all the users, but this would be more convenient for small wikis.
  • You should be able to set a default user level for new users using the Mediawiki interface.
  • Already known text input format, such as BBCode and/or other frequently used formats

Admin

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

Usage statistics

Uncategorized

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

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

Jabber Presence Plug-In

I would love to see a jabber plugin for MediaWiki, specifically using Wildfire server.

Here is the syntax required

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


jasona@gmail.com 07/25/06


Ticketing

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

All help is appreciated VinceV

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

And, yes, "Knowledge base" is the wrong analogy :-)

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