User:Subfader

=My Extension Requests= I use this page as main reference when asking devs if they want to write an extension for me.

General information:
 * MW: 1.13.0
 * PHP: 5.1.2 (apache2handler)
 * MySQL:	5.0.26
 * Site: http://MixesDB.com
 * Skin: Monobook (no other enabled)
 * Language: German, English
 * E-mail: old_school_junkie [at] hotmail.com
 * Payment: Bank transfer or paypal

Not everything here might be a "real extension", could also be a patch etc. I have no problems changing the MW core data.

If you think you could code one of these extensions, pls offer me a first guessed price.

Please don't question the usefulness of my requested features. It makes sense for my site, otherwise I wouldn't request them ;)

The requests are well thought about and the requested details should def be given be you, although other ideas solving it are welcome.

I'd welcome if you "release" the extension you have written officially on mediawiki.org for later usage / updates etc.

Hide/Show articles in category
__HIDDENCAT__ hides the category on an article page. This is not what I mean. Imagine a wiki about TV shows (bad example). Imagine "Seinfeld on NBC" as a category. There would be articles like "1995-04-16 - Seinfeld - S01-E05" etc but also repeats, e.g. "2003-11-04 - Seinfeld - S01-E05 (Repeat of 1995-04-16)". I want to be able to hide those repeats on the category page but also to display them again. Therefor the category on which this should be the case must be marked as "to be hidden". A simple "one-reason-per-wiki" solution would be to add "Hide" as catsortkey on the repeat article (2003...) for those categories it should take affect: So on the category page of Seinfeld the hide link would pop up: "Hide Repeats" (Repeats was defined as reason in LocalSettings). licking it would hide all articles reading.

A mutli-reason solution could be to use  while this would leave the problem of multiple hide-links on a category page.

A global __HIDEARTICLE__ for all categories of the article wouldn't work for my wiki.

Allow user to delete only files he uploaded himself
I'd like to see a wg that allows the group User to delete files the user uploaded himself (not other User's files). So if the user uploaded the file the [delete] button will appear on top so he can delete the complete thing like a sysop. Maybe add a message that deleting is not possible if the file is still used on other pages.

Move pages via find / replace [25€]
A special page lists a find and a replace input box. The extension finds the page titles with the given word and moves the pages to the new title which replaced the word with the new one. The result should be a valid move (with redirect). Extension:Replace Text does that for page content but not for titles.

Images in categories [50€]
The problem: When you categorize images into the same categories as articles they're listed on the category page as "Media files" below the articles. There's nothing wrong about it. The problem is the counting and the navigation of both. The standard limit of 200 = articles + files. E.g. you have 183 articles and 30 images in the same category: On the bottom you'll have 17 images (200 minus 183) reading "next 200" or you have 250 artciles and some images. The images won't appear until you click "next 200". How am I supposed to know there are images in the category when opening it?

Possible solutions: Split the counting and navigation
 * List all images below the articles. When browsing next 200 articles, only list the rest of the articles.


 * List all images independetly from the article navigation but in a kinda iframe with vertical scrollbar. The "frame" could be 5 image boxes wide and 2 (or 3) image boxes high and placed above the article links section. The "frame" won't be needed if there are 10/15 or less images.

I'd like it to work with MW 1.13 as they changed some things on includes/CategoryPage.php, also I'd like be able to switch the sortkey in categories in general.
 * Split up article and image count and navigation. E.g. 500 articles and 500 images: When browsing forward to articles 401-500 still show images 1-200. When browsing now images 201-400 still keep articles 401-500. For a better navigation it may good to only list like 40 images but 200 article links.

Gadget: HTML script under toolbox [20€]
In short: Gadget to add html code under the toolbar.

In long: Extension:Social Bookmarking uses Addthis but the solution is very unhandy.
 * I'd like to see the Addthis button below the toolbox and for every page.
 * Enable via gadget for those who want to use it. Cos I think what keeps most admins from installing a social bookmarking feature is that it's annoying for those who don't use this. The extra loads for Addthis interrupts loading the wiki page (just like google ads do sometimes). Yes there other extensions with static buttons but Addthis is more complete (I don't need to worry about adding new sites) and is pretty handy.
 * Additionally, when you have an account there it gives you click statistics(!). So adding / using the original script (with the addthis account name) in the extension is essential for me.


 * Use Extension:ToolboxExtender and Extension:SecureWidgets with the AddThis widget. Jean-Lou Dupont 16:21, 15 June 2008 (UTC)
 * Thanks, checking. --Subfader 16:28, 15 June 2008 (UTC)
 * Well, this is too much code imo just for a simple script beeing displayed below the toolbox. --Subfader 17:24, 15 June 2008 (UTC)
 * Not sure what you mean by that. You could just use ToolboxExtender and paste the embed code from AddThis of course. Jean-Lou Dupont 18:22, 15 June 2008 (UTC)
 * What I mean is that I don't like installing an extension or more (ToolboxExtender relies on 4 other extensions) when a properly written gadget can solve it. What Toolboxextender does could I solve easier by hacking monobook.php but users still couldn't enable / disable. --Subfader 19:00, 15 June 2008 (UTC)
 * I could solve all the problems of Mediawiki through hacking the base code but I hope you can see the limitations of this approach and thus the value in extensions. Jean-Lou Dupont 12:33, 16 June 2008 (UTC)
 * Yes, I appreciate the help from you, but seriuously; I think my problem can be solved in a heavy-light solution plus as gadget it's per user not once for all. --Subfader 10:39, 17 June 2008 (UTC)

Category sorting rules [25€]
Nothing big but I'd like to be able to set sorting rules (actually only for subcategories) by my own. Special characters should be treated as their equivalent. Example: ÀÁÂÃÄÅàáâãäå > a

Proper Ajax Rating
Extension:AjaxRatingScript is full of bugs and most people are not able to install it. Devs are only communicating on their own wiki which is horror. So pls don't tell me to suggest it there.

I'd like a rating system that is fully integrated in the wiki:
 * Option for admin to decide if only logged in users can rate or everybody (while considering only registered users is more safe against abuse)
 * Each rating section on an article page should have some link "Details" (link to different page or better as collapsible NavFrame)
 * See who else voted how (with linked users name and his ratings)
 * Update your vote: see your own rating (simply bold in above "users who rated" list) and enable updating it by simply rating again
 * Special page for
 * "Best rated articles" listing the best 50 | 100 | 250 | 500 rated articles of the wiki
 * Unrated articles
 * Integration on user profile: A user should be able to add some code on his profile page so "My favourites" are displayed: (5 | 10 | 25 | 50) best rated atricles by User...
 * Option for admin to display the rating behind article links on categories. Combined with that: Option to sort articles in a category by rating
 * Some smart way to delete all votes by abusers (e.g. users who obviously rate everything worst or best to manipulate results)

Private Messages system [in queue of some dev]
There is no seperate PM extension atm. It could be based on Extension:MediaWiki Bulletin Board or Extension:AWC's Forum. But I hate MWBB cos the devs don't seem to care much about it. The PM system should use the following features additionally to what MWBB already features: <!--
 * Load edit toolbar like on a normal edit page, including preview
 * Inbox and Outbox (for sent messages)
 * On a reply: load old message(s) like forum quotes, leave space on top of the edit field for the new reply (to force "latest on top" order)
 * Option to delete selected messages in Inbox and Outbox

List all audio files [40€]
I'd like to have a parser extension that enables listing audio files being uploaded to the wiki (mp3 only is ok): Something like this: The code which generates the output should be in wiki markup (maybe stored as a template). The reason is that I use a player extension (not listed on MW yet) that generates output for audio files already and the new extension should list it the same. I tried to use the html output of that player extension in it's php file but can't get it working. So the output should work like this:
 * either all or per user
 * enable defining an order of the upload date (sort by filename is useless for me)
 * always list the pages on which it is used (What links here)
 * - will list all mp3's uploaded to the wiki (so I can place it whereever I want instead of a special page), order will be descending, all linked to pages are listed
 * - will list all mp3's uploaded by User:Mike (so Mike can put a list of his audio files on his user page for example), no order defined > ASC is default, all linked to pages are listed
 * User Mike has uploaded 3 files. A.mp3, B.mp3, C.mp3
 * The template for the output could read my player parser code including the audiolist parameter:




 * So entering  on some page should work as if the following code was added manually to that page:

Listing all could also be a Special page with search function, but using the same template.

Might be useful:
 * Special:Imagelist
 * Special:Log/upload
 * Manual:Mime type detection
 * Special:MIMEsearch

Find / Replace in Edit Toolbar
As title says, an extension that lets you search/find and replace text when editing a page just like an external editor. Could be done via a pop-up window with two fields.

Beautify text in edit box
Actually I want to do a marco job for replacing standard "mistakes" by find / replace. (This is different from my above request which is not for standard mistakes). What it should do: In the extension files you can define a "macro" for a routine e.g. find "xyz", replace with "zyx" + find ... etc. When editing a page. Click a button in the edit toolbar and it "fixes" your text.

Could also be done for marked text if necessary. This may require javascript as Extension:Add Button does.

I use WikEd already and it's hard to set up a macro job there.

Flexible Watchlists
I'd love to see an extension that allows flexible lists just like the watchlist but without displaying the latest changes, e-mail notification on changes etc., primarily just to list the articles I have added to the list.

Example: Many wikis are about collectable things. Let's assume a wiki about those pokemon cards. Each article of the main namespace stands for one unique pokemon card. Now it would be great if users could keep track of which they already have and which they want. So I imagine new tabs where the "watch" is located reading sth like: [own] [want].

So combined with that, those lists should be located on top aswell where "my watchlist" is atm. In this example it would be "my collection" and "my wantlist". I could also imagine a list for "my favourite articles". Such a list itself should primarily list the articles which were added to it. Now even more awesome would be to search inside such personal list :)

Such a feature could also come with some added value for all users by giving out statistic lists like:

On each article page: "X users own this" or "X users want this" or "X users boomarked this" etc. or "Hitlists" like most owned or most wanted. Or for personal use: List all articles not in my collection or not in my wantlist...

The names for those lists should be easily changable at one place of the code (sth like $list1name= and $list2name=). Note that eachlist has 2 names; one for adding it to the list and one name to display the list. Flexible names would be important cos of the different use of the wikis which may use it. E.g. in my wiki articles are not called articles. Or in the pokemon wiki "artcile" could be called "card page" etc.

I hope I could demonstrate the variety of possibilities by such felxible watchlists. If anyone has an idea how to set this up, pls let me know!

User stats parser [20€]
I'd like to have a parser function calling user stats which can be included to a template. The template will be displayed on user pages and includes the parser codes for: Maybe useful to check: Extension:LastLoginTime | Extension:UserSnoop | Extension:WhoIsWatching | Extension:WhoIsWatchingTabbed -->
 * User registration date, e.g.
 * Date of last login, e.g.
 * Date of last edit, e.g.
 * Number of watched pages (no need to link to them), e.g.
 * Group association like on Special:ListUsers, e.g.