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:
workingAdd image uploader button to TLP
Since it's missing one.
A better way could be just use the wiki editor for TLP, which would make draft editing on a separate page, have the preview button, and include the visual editor, but for now just adding image uploading would be easier.
openAdd option to edits reasons
I’m wondering if we can add an option in the edit reasons for updating a link, or some better phrased version of that e.g like when a page is redirected and the links need to be updated to reflect that I.e Ultimate X Men was disambiguated and is now Ultimate X-Men (2001) and Ultimate X-Men (2024). This would make cleanups a lot easier.
workingFix how settings are stored
As is, the settings resets whenever the cookies expires (for literally no reason), and it becomes real bothersome to have to reconfigure everything after that, specially because some settings are hidden inside the account settings. So, idea: attach the settings to the account, so when you log in, it remembers the settings as they were and automatically applies that.
closed Add "Rogue/Stealth launch" and "Unilateral edit" as common edit reasons.
Exactly what it says. So that it would be easier in case of dewicking.
openAdd numbers next to the Wicks on Related Pages
In case it gets handy for checking large wick counts on pages whenever I use the randomizer method.
openCustom Title validation
How to Make a Custom Title states that requesting a change for Custom Display should only be done to alter capitalization or punctuation. If a Custom Display has letters not present in the wikiword, it's invalid.
Yet, people use it to effectively rename pages anyway. And quite often, these slip through moderators and someone has to submit a title again to make it proper.
Since it requires simply checking if all letters in the title request match the letters in the wikiword, why can't the request form do that automatically and error if there's a discrepancy?
The main exception is altering numbers or hiding a Retronym number, so I'm a bit unsure what can be done with those, other than adding a pop-up: "Warning: The requested title does not match the WikiWord. Please ensure this discrepancy follows How to Make a Custom Title or ask in this thread" and another button if those are detected to double-confirm.
This should reduce the load on moderators who from what I hear have to check hundreds of title requests and tend to make mistakes.
Also as far as I'm aware there's no "reset title" button for mods, meaning they or someone else have to fill in the request form again to clear the invalid title, and even if the new title matches the default one it's still treated as customized.
workingAttach Video Names to PM Rejection Titles
Currently, every video rejection PM just has the title of "Video Submission Rejected". I wonder if it would be possible to make it so that the title of video (or the trope it's attached to) is in the title. I have to reject many, often times from the same troper, and if they respond to me it can be confusing as to which one they're addressing.
openBring "Is This An Example" out of the forums
Is This An Example is a forum thread that seems to function a lot like Ask The Tropers and the Trope Finder, but since everything gets lumped into a single thread, a lot of them get missed, not to mention that users have to slog through the forums to get there instead of using the sidebar. If it was brought out of the forums and turned into another element of the "Queries" set, that would not only make it easier to access, but making each topic its own thread would make accessing individual topics easier. The only real restriction could be that, instead of a custom title, you would have to input the trope and media (or "none" for the latter, if it's something you cooked up out of wholecloth) you're referencing.
Edited by GofastmikeworkingWesternAnimati...
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 StFanopenPrevent 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 Mrph1
For the past couple of days, something seems to have changed about the Search Algorithm. Whether it's the Old or New Search, it's suddenly become much less intuitive. Whatever had been done to "upgrade" the Search Engine, please undo it.
Edited by SAMAS