Forum:Feature requests

This page contains an alphabetical list of feature requests. Below you see the reaction of one of the developers of the wikia team. Timbo(Talk)



C

 * Collapsible galleries
 * The option to let galleries expand/collapse (only show first row when collapsed). -- Light Daxter -  Talk  18:31, July 25, 2010 (UTC)
 * That is a brilliant idea! ☆ The   Solar   Dragon  ☆ 18:43, July 25, 2010 (UTC)
 * Already possible from what I've seen here - requires some CSS and JS. Collapsible tables are the same way - it's not really a feature, just something done with a few tweaks. --daNASCAT (Help Forum) (blog) 21:14, July 26, 2010 (UTC)
 * That requires a template and isn't really optimal though. -- Light Daxter -  Talk  21:24, July 26, 2010 (UTC)

G

 * Global contributions page
 * I think it'd be nice to let people see their contributions from all over Wikia on one special page, as well as keeping separate contributions pages on each wiki. --† DustKateb  (Talk to Me!)† 14:41, July 23, 2010 (UTC)
 * The code for this pretty much available, but the usage of the tool is restricted due to it apparently being resource heavy. Joey (talk) 05:50, July 25, 2010 (UTC)


 * GoogleAccount login support
 * GoogleAccounts are very popular, it is also a type of OpenID.

L

 * Alternate Logo for Monobook
 * You really can't make good logos that work for both Monaco and Monobook. It would be nice if you could upload a different logo for Monobook. -- Fandyllic  (talk &middot; contr) 9:56 PM PST 23 Jul 2010
 * Since you can use css to fill it in I don't think this would be very likely to come in soon. Joey (talk) 05:49, July 25, 2010 (UTC)
 * True, but having to edit CSS is an awkward way to do it if they can just reserve a special image name like File:Monobook-Wiki.png or something like that and a script copy it to the right place. Also when using CSS for the URL to the image, you usually get an unreliable location (uploading a new version will be at a different URL). -- Fandyllic  (talk &middot; contr) 5:49 PM PST 26 Jul 2010
 * You can use a URL that will update with the image. For example, a __cb version doesn't change, so it will always be that version, but but a non-__cb version will call on the latest image and updates itself (of course, that causes more load, but __cb magic comes from he magic of Artur.) It may not be optimal, but it's the best you'll probably get for an unsupported skin. Plus, via CSS you then don't have to worry about the image being a .png. Joey (talk) 02:51, July 27, 2010 (UTC)
 * Can you get a non-__cb URL for all images? If so, how? -- Fandyllic  (talk &middot; contr) 11:16 AM PST 28 Jul 2010
 * select, press delete key. --Uberfuzzy 18:21, July 28, 2010 (UTC)
 * Excuse me, but this "solution" lacks context. Select what and how? If I go to File:Neat.png, how do I select it? -- Fandyllic  (talk &middot; contr) 11:28 AM PST 28 Jul 2010
 * It means just select the __cb part of the url and delete it. I.e. for File:Neat.png the __cb url is  and the non-__cb url is  . So all you have to do is select/highlight the __cb part of the url and press delete, and there's your url.  Grunny  ( talk ) 04:24, July 29, 2010 (UTC)
 * Ahh, I see. This is a good tip. It doesn't make me want withdraw my original request, but it is good to know. -- Fandyllic  (talk &middot; contr) 10:56 PM PST 28 Jul 2010

O

 * OpenID login support
 * I know that Facebook being used for logging in has already been added, but what about a way to sign in with numerous other types of accounts? (Like in the log in window, it would say Log in with your Wikia account then OR: Log in with OpenID and have many options for logging in that way. http://openid.net/ --† DustKateb  (Talk to Me!)† 04:32, July 23, 2010 (UTC)
 * OpenID is a lot more privacy friendly than Facebook and multiple social sites including google supports it -- 05:10, July 23, 2010 (UTC)

R

 * Extension:RandomArea
 * Getting RandomArea over RandomSelection would mean we can choose any number of outputs from a list instead of being limited to only one output. Duskey ( talk ) 01:17, July 28, 2010 (UTC)

S

 * Sitenotice support in answers skin:
 * Currently MediaWiki:Sitenotice doesn't work in the answers skin and according to a Special:Contact reply, there are no near term plans to support it. -- Fandyllic  (talk &middot; contr) 3:29 PM PST 22 Jul 2010
 * That's a feature not a bug. Use  in MediaWiki:Common.css to get it back. Joey (talk) 22:51, July 22, 2010 (UTC)
 * Thanks. Funny how they couldn't tell me that in my Special:Contact reply and instead gave me some BS answer. -- Fandyllic  (talk &middot; contr) 10:13 AM PST 23 Jul 2010
 * Search in other languages:
 * When I type in 'SAP' in Wikia Search, I only see search results for the English Language. Is it possible to add search for different languages? Timbo 19:53, February 4, 2010 (UTC)
 * Interesting.
 * I was thinking of asking for this yesterday but rejected my own idea shortly after.
 * I also think there should be a language checkbox on the global search page, but i dont know if Wikia tech can do this easy. — TulipVorlax 00:13, February 5, 2010 (UTC)
 * Statistics: wikia provides statistics (special pages > statistics or wikia statistics; this functionality is rather limited; tried to set up Google Analytics, but wikia doesn't allow to use scripts on pages; the request is to either improve the wikia statistics or allow scripts on pages. --Timbo 14:32, July 23, 2010 (UTC)
 * It would be good if Wikia could provide graphs on activity, articles made per month etc. ☆ The   Solar   Dragon  ☆ 11:01, July 23, 2010 (UTC)
 * To use Google Analytics, you need to have Wikia install mediawikiwiki:Extension:Google Analytics Integration -- 18:34, July 23, 2010 (UTC)
 * I just wish I could see what country or part of the world visitors were from and what screen resolution they're using. That would help with so many site layout discussions. Duskey ( talk ) 19:05, July 23, 2010 (UTC)
 * Shared skin:
 * It would be nice if there was an option for localized versions of wikis to "inherit" the skin of the "mother" wiki, similar to "shared uploads" but applying to Common.css/Monaco.css/Monobook.css. Localized wikis tend to generally have less contributors (in most cases) than the "mother" wiki, and consequently there are less editors who are CSS-savvy. Having a "shared skin" would allow the localized wikis to profit from the more regular updates to the "mother" wiki's CSS files automatically.
 * For example, if you take the localized versions of w:c:fallout you'll notice that almost all of them (try to) mirror the custom skin of en.fallout - but depending on when an admin last copied en.fallout's CSS files, more or less skin elements look out of place (mostly new features which were added by Wikia after the last "sync", and were subsequently never adapted to the site's custom skin). Having a "shared skin" would eliminate that problem. -- Porter21 (talk) 12:18, July 27, 2010 (UTC)
 * Have you tried telling them to call the entire CSS style sheet, opposed to copy + pasting the current one? The former of course would be much more dynamic in the long run and easier to maintain. However, I can sympathize with you about this: I had to get staff to give me local sysop/crat on a handful of non-en Avatar Wikis so I could just do styling... Something new would be nice, but I can understand if they didn't want to spend resources doing this as well. Joey (talk) 07:16, July 28, 2010 (UTC)
 * I tried a solution using  but either it doesn't work or I was simply too impatient when waiting for the cache update. Then there's the issue of some of them not having any active admins and myself not having sysop rights at most of them, as you experienced yourself. It's not something I'd consider high priority, but I thought bringing it up couldn't hurt :) -- Porter21 (talk) 08:01, July 28, 2010 (UTC)
 * import method works, number of wikis do this already --Uberfuzzy 18:26, July 28, 2010 (UTC)

U

 * User rollback button
 * Some vandal users make no useful edits at all. There should be a way to undo all of their edits in one. ☆ The   Solar   Dragon  ☆ 11:07, July 29, 2010 (UTC)
 * That's a little bit of a weird request because you don't know if the person had made no good edits unless you review each individual edit, and if you are doing so, you can easily hit the rollback button on your way. If you're not checking each edit, then you can't be sure they made only negative edits, so rollbacking these good edits is counterproductive and against the system of a wiki. That said, there are many options to do a rollback all function via javascript; I know of many pre-written scripts for this available, and I use one myself. I wouldn't think Wikia would go and make this a core feature, that would be a bad move on their end, but user js is a good way to do it for yourself. Joey (talk) 07:01, July 30, 2010 (UTC)