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.12.0rc1
 * 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.

Default User Page header [25€]
Display a standard header on top of every user page (if user name exists) (examples). It should not be included in the user page edit view (unchangable by user). My example does, but just to show you the view.

The header layout should be adjustable via a MediaWiki Message, e.g. on MediaWiki:UserPageHeader. It should work as a template. In my example it would read:

Don't care about Special:Pm/compose/ it's a PM extension and also just an example of what to put into the header.

Those parameters are a must have for me: Maybe useful to check: Extension:LastLoginTime | Extension:UserSnoop | Extension:WhoIsWatching
 * param1 = User Name
 * param2 = User registration date
 * param3 = Date of last login
 * param4 = Number of User Edits
 * param5 = Date of last edit
 * param6 = Number of watched pages (without linking to a list of them)

Proper List [25€]
I'm looking for a way to include listed text in a tag that creates automatic breaks as in   but still allows the wiki markup. Nothing on http://meta.wikimedia.org/wiki/Help:List is useful for me. Example list:

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)

Advanced Search [in progress]
The search interface consists of different sections, all can be combined in a single search action.

The headings should be customizable with standard wiki markup on system messages pages (I may want to include help notes later).

Title, Page content:

It should be possible to use wildcards, maybe even per default (without *). Extension:Wildcard search is standard in MW 1.12. The 3 fields are connected with AND.

Include: normal search

Exclude: searches with NOT

Categories:

Based on the Extension:Multi-Category Search. You can see the standard extension here. But I'd need a more functional version of this.

AND and OR relate to the first field.

Each field can only contain one category name which has to be correctly entered (spelling). Would be nice if capitalizaion wouldn't matter. (searching "caps" finds category "CaPs") No truncation possible I guess, if yes, the better it is :)

Tracklists:

Those match the 3 categories you can see in the sidebar of MixesDB. Every article page is in one of these, actually only in one of these.

Example: "complete" is ticked - the search will only include articles in Category:Tracklist_complete to the other search criteria. If two are ticked it's OR which is the same as excluding the unticked one (include pages in one of those ticked).

Could also be done using the Categories Search but this way it's way more comfortable.

Results: The search results should be listed above the search interface, keeping all settings and field entries from the search action (for easy correction).

Namespaces:

I really love this view instead of the chaos list in one row as per default. If you'd realize that, I'd be more than happy. The extension should enable setting which namespaces are listed / not listed as most talk namespaces are unused on mine. Ticked by default are those namsepaces as set in "My Preferences" (like standard MW search).

Example Search
If you do this, you may wanna try my request "Search this category" as well since it may be easy to implent when you already work with the Multi-Category Search.

I would prefer if the dev would release it as beta extension here on mediawiki.org (in a more standard version, e.g. without "Tracklist:" etc.)

Search this category [20€]
Had the idea when testing Extension:Multi-Category Search. A simple search box will be displayed on top the category page. It searches like the standard search (title and content), but it only considers articles in the according category. Shouldn't be hard if searching a namespace is possible via Extension:Inputbox.

There are two options:
 * per default on all category pages (but where to place it on the page?)
 * via parser tag to be added individually (requires effort adding, looks useless on small categories)

Can't decide which I'd prefer, at least it should appear in the upper left corner of the category page using divs and float:left

It should look like this (without Search button): clicking into it will remove the text (as the grey font already lets you assume), hitting return will start the search action. Results should be displayed like the standard search cos of Title / Page results.

List all audio files [75€]
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 like 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

Private Messages system [in queue of some dev]
Could be based on Extension:MediaWiki Bulletin Board. But I hate this extension 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

=Personal subpages= User:Subfader/InlineMP3 | User:Subfader/Article Comments