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:
openFix the search engine
The internal search engine used to work fine, but ever since the most recent update, it's been complete garbage. It literally works better to use a general search engine to find a TV Tropes thread. It used to be that "Search Forums" would only bring up results from within Thread titles, but now it exclusively searches within the text of posts, not in the Thread titles at all. If you search "Social Media", you won't find The Social Media Thread anywhere, just every single instance of anyone saying the words "social media" in a post.
If it has to include the functionality of searching within the text of the page, it should at least prioritize the thread titles first (eliminating any doubles), then bring up threads with that text on the page.
Edited by PushoverMediaCriticclosed Character sheet Requests
If a work's primary page lacks a 'Characters' section, we might be unsure of what to include. In such cases, we could request specific character sheets for that particular work. The Recap page already has such requested pages, so why not extend the same courtesy to character sheets? Would you agree that this is a good idea?
openCut reasons for unlaunched tropes
For unlaunched tropes, whether premature or rogue launched tropes, there should be a cut reason on why and a link for the draft.
One reason I have is that it could be signified as an unlaunched trope and could easily be dewicked on time.
openTemplates
Given how certain pages such as character subpages need to be expanded, it would seem tedious to edit every page whenever a change is made to the title of even a single subpage. Templates, like what wikipedia has, would make it easier to make one change on a page and the change will be cascaded onto other pages.
Edited by KZN02openProvide a way to obtain a link to a specific post in a forum thread
Provide a way to obtain a link to a specific post in a forum thread.
The most we can do currently is follow a thread, see the latest notification, and if you want to go to previous posts, you have to change the value of the number or proceeding the hastag. Sure, you can find the link to the post you want using math, but I think it would be more convenient to just click on the 3 dots of a post and get the link from the dropdown menu.
closed Forum: Sticky-header a post other than the OP
We're thinking of long-running threads like HGS, whose OP was written by someone who no longer participates in that thread. Making any edits thus requires hollering a mod every time, so eventually it was decided to just make a new rules post by someone still active and put a link there in the OP.
If we could've just stickied the new post instead it would have been a lot simpler.
There are probably other use cases for this but that's the one that inspired this so.
openGive mods the ability to reset passwords and email accounts
We can no longer reset emails and passwords. It's been like this since I became a mod two years ago.
When people lose access to their email address or don't have email address attached to their account , they have no choice but to message the contact form to ask us if they can start a new account. This is rather inconvenient for the users so it will be much easier if we could reset their passwords and change their emails for them.
Edited by MacronNotesopenFolders to Remain Open on Page Refresh (Perhaps Optionally?)
I wish Folders I've opened on a page would remain open when a page refreshes. Perhaps it could be an option to opt-into like "Folders Open", except only for folders the user has manually opened.
I often browse on mobile and (re-)read the pages for works I like. Some of those works have very long example lists that get put into folders (if not split into multiple pages which each have folders). However, if I read partway through a folder then leave the browser (even if I keep the page open in the browser), it often refreshes the page when I return to it, closing the folder and making me unsure of where I left off.
I'd prefer not to default to "Folders Open" because, again, many of these pages are very long and having all folders open by default is not an ideal solution. But perhaps that same functionality could be used to easily make this an option as well? Just a thought. Thanks!
opensearch through tropes
I wish there was a way to look for works that include multiple tropes at once. For example, a dark fantasy work that has elements of both a Religion Of Evil and Organic Technology
closed Sticky for ask the tropers
we need the equivalent of a stickied post for Ask The Tropers with links to the Directory (Ongoing threads you might be looking for) topic
opencustom titles for media sources and secondary tropes on videos
On video examples, custom titles are displayed for the primary trope, but not for secondary tropes or media sources. I think it'd be nice if they did.
workingAutomate the creation of Laconic pages from the TLP
When a trope is launched through the TLP, the Laconic is created with it from the Laconic title provided during the TLP process.
closed Give moderators database access
I know it's possible to give specific users a right to alter specific tables, so I've figured mods may need it because wiki's tools just can't do it.
- We have pages like .TransformersAlterVerse and .IceHeart which are almost completely inaccessible and mods can't delete them.
- There's a known glitch with Custom Titles that makes it attached to a wrong wikiword capitalization and re-applying it doesn't fix it.
- Apparently the Mover tool can't handle some long titles even if they're not over 64 characters long.
- Mods can't fix ghost wicks from pages with special characters.
- Someone has registered as Tropers/ABE/Crudele which got broken and there's no helping it.
Would be neat if there was sort of "last resort" account that could fix page info directly.
Edited by AmonimusopenChronological ordering of media using a trope
I'm probably not the first wishing for this...
How many trope have a comment like "Perhaps one of the earliest examples..."? How many time, as a user, did you wonder what were the first instances of some specific trope, to have a historical perspective?
That's something that should be easy to implement, by simply allowing to order the the media that contain a specific trope not by medium or alphabetical order, but by absolute chronological order...
That is, if we have the (even approximative) release date of every media in the database. If we don't, that's definitely something that should be added anyway!
openWick Cleaning Assist Tool
1 thing that would be very helpful for wick cleaning tasks that don't involve getting rid of/changing every wick would be a list of all the namespaces (not the pages themselves) on a trope's "Related" page. whether it's by reading a downloaded html file or importing one directly from the web, either would be helpful. looking at the HTML for related pages, I don't think it would be too hard to code since they're all under the same h2 class.
closed Allow fanwork creators to do audience reactions
Look, whatever rule allows fanwork creators to not put audience reactions on their pages is a bit ridiculous. Don’t fanwork authors want to share what they think is cool, sad, cute, scary, or up to interpretation? Why is this rule in place and prohibiting them from doing so? Take the rule down so we can show our true creative passion!
workingGive non-mods the ability to create and edit crowner descriptions and options
Crowners are tools we use to gauge consensus for important wiki decisions such as the ones done in the Trope Repair Shop, Image Pickin', and Wiki Talk boards. Here's an example of a crowner.
So, back in 2021, there was this "bibble bobble" bug that rendered a lot of crowners into gibberish (and they are all inaccessible now). The admins fixed but I think what they did ended up preventing anyone creating crowners as crowner creation is now attached to the "hook a crowner" mod tool (what mods use to attach crowners to threads. Previously, people would create crowners by adjusting the URL (https://tvtropes.org/pmwiki/crowner.php/SingleProposition/TropeName) and adding a description and options. We used to have different crowner types like Single Proposition (for crowners with only one option) Alternative Titles (crowners to determine the new name of a trope), and Page Action (crowners that have multiple courses of action).
Before the overhaul, users would create the crowners and then holler a mod to hook them. Users could also edit crowner options and the crowner description. Now, mods have to create and hook them and people rarely send hollers for crowners because mods have to do everything ( people were always free to make their own crowner options and ask us to make them though). I think it would be a lot easier for everyone if non-mods could make their own crowners and fix mistakes on crowner options.
workingThe date tends to cover part of the title of requests.
This only happens in the mobile version, but the date of a request tend to get on top and cover part of the title. So I would like that to be fixed so the date is always shown in on top of the bounding box.
openI want to edit my edit reason
Just recently, I went to Standard Sci-Fi Fleet to edit it, and put down a reason as to why I've edited the page. However, I forgot to put down a period in that edit reason, and I can't seem to add that period into it. Is there any way you could help me edit my own edit reason in the trope history page and add that period there? Thanks!
Edited by Commander_PonyShep
Since links to disambiguation pages are now green, maybe we could have a similar feature for Useful Notes pages (which, just like disambiguations, aren't tropes)? Maybe purple?