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

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)

Gadget: Edit & Move A Lot [25€]
I need a gadget that does the following: Whenever the system gives out an article link (e.g. category, search results), the link should have two links next to it. One for moving the page, one for editing. Example:
 * [[image:Edit_icon.gif]] [[image:Icon-arrow-active.gif]] Communication

While links to   and  links to

It def has to be a gadget as only active users would have use in it. Additionally (would be nice though): When the gadget is enabled, the function could be disabled via an active/inactive icon (e.g. /) in the upper right next to the UserLinks (instead of disabling it via user gadgets prefs). So you can easily switch it off if not needed and quickly turn it on if needed (purges page each time). wikEd uses this function.

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)

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 [30€]
Had the idea when testing Extension:Multi-Category Search. A simple search box will be displayed on top of 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 [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

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

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.

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