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:
openPrevent double postings
It's a quite frequent phenomenon at Trope Finder that users double post. Example from today:
In this case, the user probably thought they were just doing a search on the page but I also see this happening for genuine queries. Can it be prevented in forums? Like disallowing to post again for a couple of seconds? Not sure if this is particularly a browser or mobile issue.
Edited by eroockopenAdditional Edit Reason
Can the default edit reasons include fixing spoilers to be in line with the spoiler policy for this wiki with the link to the policy included?
workingGet rid of unnecessary New Edits filters
I know it's a minor issue, but it has been bugging me for a while.
- AATAFOVS: Why does this Just for Fun thing warrant a filter? It doesn't seem to be very active nowadays.
- Narm: These pages are fun to read, but why should they have their own filter?
- Title Bin: Has joined the Permanent Red Link Club.
- Wall Banger: Cut three years ago.
- Worldbuilding: Inactive if it even exists.
- Various languages: Most of these are inactive. Are they worth keeping anyway?
And why is there no YMMV filter? Certain work types (e.g. Visual Novels) are also missing filters.
Edit: The Discontinuity filter also seems unnecessary.
Edited by MathsAngelicVersionclosed Updated Image Pickin' thread reasons
Per the results of this Wiki Talk thread and a request from Kory, I'm making a query for the updates to the Image Pickin' thread reasons. The new list (for now) will be:
- Needs Help
- Does Not Illustrate
- Changed w/o Discussion
- Policy Violation
- Duplicate Image
- Suggestion(s)
Once these get implemented, their uses will be spelled out in detail in the IP discussion thread.
Edited by Willbyrclosed TRS thread reason changes
Per this comment and further discussion, I figured I'd copy over what was discussed.
Some of the selectable thread reasons one can start a TRS thread for are a bit outdated. GastonRabbit, I, and others discussed possibly changing some of the thread reasons. Specifically:
- It was suggested that the "Snowclone" reason be removed for redundancy with Ambiguous Name,
- It was also suggested that "Really a Useful Note" be replaced with "Misclassified" (EDIT: Or "Miscategorized", which might be better), so that it encompasses all tropes that are misclassified (e.g., a Main trope that's really YMMV, a YMMV trope that's really Trivia, etc.)
- While keeping "Really a Useful Note" and adding "Misclassified" was also suggested, I personally am requesting the former be implemented, and
- It was suggested that we could replace "Unclear Description" with "Unclear Definition", since, while description issues are not something that necessitates a TRS fix, definition issues are, especially when vague or unclear trope definitions lead to confusion about what kind of examples qualify for a trope/what the trope even is.
If the admins are already aware of this I apologize. I just figured I'd formalize this in the Wishlist in case the admins could more easily view it.
Edited by themayorofsimpletonworkingKeep the most recent edits permanently listed
Currently, the entries listed on the Recent Edits pages are automatically deleted after a few days. This means that certain filters that are less regularly edited often have no edits listed at all.
This is especially harmful for the language filters. Because they are not contributed to as often as the other categories, selecting a language usually results in an empty list of Recent Edits. It makes it extremely difficult for the people working on the translations to notice new contributions if they are more than a few days old, and is extremely discouraging for new potential translators as it makes it seems like no progress is ever made.
I thus suggest that the ten or so most recent edits for a given filter be listed regardless of how old they are, so that the Recent Edits page can be as useful as it once used to be.
Edited by Yugnatclosed Make the cut list "Reason" field mandatory
The cut reason serves two purposes:
- It tells the moderators why the page should be cut
- It appears when someone tries to access the cut page, telling them what's happened to it (e.g. why it was removed from the wiki, or signposting to the page the content was moved to). This helps to prevent the page being recreated in error.
However, the field is currently optional.
Any request without a cut reason will normally be immediately declined, for the reasons above — so can we make this a mandatory field to reduce the number of rejections?
Edited by Mrph1closed Rename the Wishlist page to "Tech Wishlist" or something more appropriate
To make it clearer that this is about tech requests only. This is to prevent wishlist queries like these.
EDIT: Another recent example
Edited by JHD0919workingCreate a page button.
On the wiki can we make a "Create Page" button? Taking an existing page's link and modifying it to make a new page doesn't really make sense and is a bit inefficient. A create page button would be so much easier and more functional.
workingAllow tropers to see their edit, post and notifier data
Moderators can see how many edits, forum posts and notifiers a particular user has.
This isn't visible to the user themselves, though - with notifiers, that can lead to situations where someone's had 10+ notifiers for wiki issues spread out over a year or more, but they're scattered in their inbox and they don't fully realise that this is becoming a recurring problem.
If we can do so securely, can we give tropers visibility of the same high-level breakdown by category that moderators see?
This may help to highlight problems before we end up with suspensions and appeals.
(Some information has been edited out of the example screenshot, as tropers don't need to see the other aspects)
Edited by Mrph1closed New Creator Page Suggestion: RV Maika
Esteemed custodians of the Internet, guardians of pop culture, I humbly request that the You Tuber known as RV Maika be granted a creator page of his own. His reviews of video games and movies are worthy of your time indeed. I have provided the link to his page below. Please consider my humble request.
openForums hints
I'd like clarity on how displays at forums main page work.
I'd assume that
- gray = all read
- blue = unread posts
- bold blue = unread new thread
However sometimes read posts, even the ones postes by me, show as bold blue and keep the entire forum bold blue, even if all threads in a forum are fully read.
It'd be helpful if the forum's main page had some legend info, becuase why some links are bold and some are not feels esoteric and would require someone looking at the code.
closed More Tropes about Anteaters and Aardvarks
Anteaters and Aardvarks are lovely but underrated animals, like, it would be really cool to see more tropes revolving anteaters and aardvarks!
Edited by SapphireVampBitezopenAdd "New" and "Large edit" icons to the edit views
The green "New" page icon, and the "Large edit" icon are shown when looking at the list of followed pages - but not when viewing My Edits or Recent Edits for another troper.
Can we add them into those views as well?
openReasons for votes on videos
The current video rating system is... not the most elegant, and part of the issue is that it isn't really possible to tell why something is voted for one way or the other. This is especially an issue concerning videos that are uploaded for multiple tropes. If something is present as a video example on five or six different tropes, how I am supposed to know which, if any specific, one of those tropes a high or low rating is supposed to be in relation to?
I have no idea how feasible this is on a technical level, but at least in theory being able to give some sort of specific vote reason ("I think that this video a good/bad example because...") would help clear up some issues.
Edited by TheriocephalusopenReorganizing pages with the word "The" to base it on the second word.
When pages are alphabetized, any pages with the word 'the' are under 't' which can be a bit confusing. Organizing the pages can help with finding them better through a list and avoid an abundance of pages starting with 'the' be under 't'.
Edited by nightlightieclosed Mailbox notification
With honesty from me, is “we’ve received your report” type of response a question? E-mail works differently from the site's PM, so even an automated validation that it has been delivered can be little more reassuring.
openKeep settings after getting logged out
Every so often I get logged out for whatever reason, and after logging back in I need to go back and check the various boxes (sticky header, font, sidebar position etc.).
Is it possible to have those saved when logging in?
Edited by Chabal2
This is something I've already mentioned, but since we have a new system...
On top of a page, among the possible icons, the one for the longest work namespace, "WesternAnimation", read as "WesternAnimati...".
This is a bit ridiculous, because the ellipsis take about the same space that writing the final "on" would take.
I understand the need for this for the few subpage namespaces that would be longer than that, but the threshold ought to be just two characters above the current to allow a namespace as common as "WesternAnimation" to always be read in full.
Edited by StFan