As your friendly neighborhood Admin Team, the gang here at TVTropes HQ is always working to improve the site.
Many of those improvements begin with suggestions posted right here, on the Community Wishlist. Is there a feature you really want on TVTropes? Post it.
Is there something we could be doing better? We want to know. Do you think we look fat in these pants? We were totally afraid of that. See a bug? Report it.
Important things to know:
- We're all about that content-creation life! The top contenders for our attention are ideas that'll create more content, like the video uploading feature, or speed up launching new pages. On the flip side, design or layout tweaks won't be our top priority.
- Help us dig through the goldmine of old wishlist items! If you have an old request gathering dust or spot one you're totally on board with, give it a bump and a like. There's a treasure trove of 6+ years' worth of ideas just waiting to be rediscovered. Items without enough love may not make the cut and will be closed.
- Was your wishlist item locked up without an explanation? It was most likely disapproved or just too big of a task versus the benefit it would ultimately have. Time is precious, and we want to focus on updates with the biggest bang for the buck. Don't be discouraged though! We appreciate every idea and we're always listening.
Make a Tech Wish:
open"Accounts Must Not Have Numbers Before Letters"
I have observed some tropers having numbers before letters and tropers having underscores and other characters in their usernames. It would be difficult to track their edits with their usernames having numbers before letters and characters.
I have come up with this idea with this prompt when new tropers register when they use numbers before letters and characters be like: "Numbers before letters, and characters are not allowed."
And before you say anything, my username has numbers after letters, which is fine.
openTo search for your past queries on Trope Finder
So on the forums it's possible to search up your own name to see your history of posts, as well as other tropers', but I was wondering if that could be available for the stuff of Trope Finder or You Know That Show. It would be more helpful because the most I can do is search for the show of a trope I was looking for, and even then not all the queries I made of that show appear; and I don't remember all the queries I've made for something I wanted to trope or crosswick in the future.
I did previously opt to pasting links of my queries in a record/list of sorts but I've been forgetting to do that so God knows how many are unchecked. Would it be alright if we could have a feature that lets us see all our past queries? Does it exist already?
openLock unmade Administrivia/ pages, like with unmade Main/ pages
I just don't see any benefit to allowing any random troper to create pages in Administrivia/. They're meant to be serious policy pages, and though drafting them in the TLP isn't a good idea, nor is letting them be a free launch for anyone to just conjure up when they decide they want to- it can lead to pages that are poorly made at best.
openNew Listing Reason in Image Pickin'
Recently, it was decided that moments pages (Funny, Nightmare Fuel, etc.) should only have one image per page because of subjectivity and quality/illustrative issues. Moments pages going through IP to decide on one image to use currently have to use the default “Needs help” reason, since there’s nothing more specific to describe what’s wrong with those images. I suggest creating a new listing reason called “Multiple Images” so threads created about more than one image on Moments pages can have their subject matter be more obvious at a glance.
openROCEJ notifier.
I would like to suggest a new notifier for ROCEJ violations.
"I noticed that you added content on [article] which is in violation of the Rule of Cautious Editing Judgement. This means that you have posted an edit about a polarizing topic which uses inflammatory language, has an obvious bias, or follows an agenda. Please be careful to use non-inflammatory language on this wiki, and respect others."
Thank you.
openWikimedia ability to edit specific folders/example headings
I propose the ability to separately edit specific folders or example headings. Would certainly save much more time on extremely long pages.
Edited by TVGuy2001openAn icon for the memes tab
It's there a way for the meme subpage of an article have an icon like all the other subpages? Posibly we would need a consensus on what would work best, but still.
openBlock/mute users in the forum
Admittedly, a situation where you have to mute/block someone in a place like this is rare. But maybe someone has a wonk about a trope name whenever you bring it up, maybe someone keeps making a lot of grammatical errors and it's just distracting to read, maybe you just don't like the vibes someone brings off. I want a "Block/Mute User" button for these types of situations.
openGive subpages Darth Wiki skin
He Panned It, Now He Sucks! is now on Darth Wiki per TRS, so it’s subpages should probably have the Darth Wiki skin.
Edit: They should have the Flame Bait banner too.
Edited by LymantriaopenCrowner edit behaviour
Editing a crowner line item returns you to the first page of the relevant thread when you save the change.
It'd reduce friction and make this a little simpler if it returned you to the crowner itself, or possibly to the last page of the thread.
openPurple links
Like how disambig pages are greenshifted to signify that they should be removed, a purple link can signify pages that should not be used as trope examples or linked to on example lists, including:
- Flame Bait pages, such as those under the Flame Bait index, and any existent page in Horrible/, Narm/, What an Idiot!/, and DethroningMoment/ namespaces;
- Media Notes and Useful Notes pages, including any existent page in the Media Notes/, SoYouWantTo/, and Useful Notes/ namespace; and
- Unpublished Works.
How it would work:
- If a page's type is set to "Useful Note", the page renders as a purple link, regardless of namespace.
- If a page is on the DarthWiki/ namespace and its page type is set to "Work", it also renders as a purple link.
- If a page is tweaked to show the Flame Bait banner on top, it also renders as a purple link.
- However, purpleshifting is always overridden by orangeshifting (which applies to special pages) and fake redshifting.
openIf a page is edit-locked, lock changing the pagetype as well
Self-explanatory. Someone brought up there are no restrictions for pagetype edit form.
openTags and blurs for Video Examples.
I would like to see certain tags added to a video that, if checked, will cause the video to be blurred out, give the reader a warning, and cause the video to not automatically play. These tags would include:
- Spoiler Alert, for plot twists, solutions to mysteries, or story endings, to which It Was His Sled, Foregone Conclusion, or Late-Arrival Spoiler do not yet apply.
- Graphic Content Alert, including blood, gore, childbirth, or Body Horror.
- Strobe Light Alert (for the benefit of Epileptic Tropers).
- Trigger Warning, for depictions of suicide (including Video Examples for suicide tropes), Domestic Abuse, PTSD flashbacks, or other things that could be a Trauma Button for Tropers.
- Foul Language (if a video contains a Precision F-Strike, Cluster F-Bomb, Atomic F-Bomb, or other NSFW words).
Once these tags are implemented, uploading a video example would require tagging it for Spoilers, Graphic Content, Strobe Lights, or Foul Language; submitting a video example that contains these, but not marking any relevant tags, is automatic grounds for rejection, and the Troper will have to go back and add the tags in order for it to be approved.
If these tags are implemented, Tropers would be given a three-month window to mark any of their existing Video Examples with these tags, after which the Moderators would be able to change the Video Example's Approval Status from "Approved" to "Denied"; the Moderator would then be able to change the Approval Status back to "Approved" once the Troper added the relevant tags.
Of course, videos containing sex scenes, jump scares, or Tropes explicitly marked "No Video Examples" would still be denied automatically.
I was inspired to make this Tech wish by noticing how certain Moderators are more lenient or more strict than others on what Video Examples are suitable for approval (for example, one of the approved Video Examples for the trope Bloody Hilarious is a scene from Dracula: Dead and Loving It, where a Vampire being staked results in a character being drenched in blood and gore; and yet a Video Example for the exact same trope from the movie Suck, in which a Vampire drinks a person's blood through a soda straw, was rejected for being "too gory" despite showing significantly less blood). I figured that if both videos were given a "Graphic Content" tag (and/or a "Trigger Warning" tag), they would have both been Approved.
openUnsourced Images
All trope pages that have an image are required to credit it at Image Source. That means that ideally every Main/ wiki page and split subpages have one of Image Source pages somewhere at indexes.
Sometimes people forget to update Image Source when adding an image to a page. So it'd help if there was a tool that would show pages with a page image that don't have Image Source in the indexes.
Edited by AmonimusopenRandom Trope trope blacklist
When idling around with nothing but my phone at my side, I tend to use the Random Trope button to pass the time. But there are some Pet Peeve Tropes I'd rather never see again. Would a blacklist for the Random Trope function be feasible (the list of blacklisted tropes can be saved on a per-user basis, and this same concept could be applied to the Random Media button too)?
openNamespace index reworking
Namespace indexes are a very good way to show all pages in a particular namespace, however, sometimes they get a little too big to load. The Main namespace index, having 40K+ pages, only shows a message "The Main namespace is too big to display", but the YMMV Index also exceeded 40K+ pages, and it is a heart attack for weaker, pre-2010 computers (it's almost 8 megabytes according to a page size checker). I think I have a solution for massively used namespaces. If a namespace contains more than 5000 pages, it gets automatically split alphabetically to subpages, like "Namespace Index: YMMV: A", and only display pages that start with their letter. If someone would go to the Namespace Index for a huge namespace, they would instead be defaulted to A and find a bunch of letter icons that would look like the ones on Page Type Per Namespace
. And it's clear the system can recognise what letter a page starts from. There's currently 23 namespaces with 5000 pages or more, so this would find some use. And it will allow us to display the Main Namespace Index again. Of course, this system is only for namespaces with more than 5000 pages, since doing this for lesser used namespaces would be overkill. Would such a feature be possible? Thank you.
openPlug-in notifier
There have been plenty of edits on this site that were done when people had plug-ins like Cloud-to-Butt or Trump-to-Drumpf operating. Maybe we should update the notifiers to include a new one for plug-in edits.
I found a query on ATT asking about someone who may be editing with a plug-in.
openHide your troper page from search engines
I use the same username here that I use on websites like DeviantART and Tumblr, so when I search up my username (which I sometimes do to check if my work has been used somewhere), my troper page is near the top of the search results. I don't have anything to hide on it, but it does look out-of-place alongside the places I post my art. Would it be possible to provide an option to hide one's troper page from search engines?
Edited by AgentKirinopenMake a laconic required when creating a new trope draft
So there's the glitch that requires every draft to have a laconic in order for any edits to go through. Wouldn't it be an easy fix to just make the laconic a required field before posting a new draft?

We’ve had quite a few TLPs created with numerous problems, such as lacking Wiki Word markup, which would be easily picked up on if someone edits the wiki for a time. If there were a restriction on creating trope proposals based on account age and/or wiki activity, people would theoretically at least understand the basics by the time they create a TLP and as such many of the problems would not happen.