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:
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_PonyShepopenSome colors in dark mode need saturation/better contrast.
This screenshot is from the Trope Launch Pad in dark mode.
The green is decently visible but the red looks way too desaturated against this background. It works fine in light mode but not in dark mode.
Edited by AudioSpeaks2openCut List Challenge button
The Challenge button on the Cut List was made mod-only in a previous update, but only the Cut and Decline buttons are supposed to be mod-only; the Challenge button isn't supposed to be mod-only.
In addition, the Cut List page still references pressing it to challenge requests (though it calls it the "wait" button, so that part will need to be fixed to reference the button's current name):
workingWorkshop sidebar links
Currently, mods can see a sidebar link for when there's a Trope Repair Shop and/or Image Pickin' thread for a page. I think it would be helpful if those links could be visible for everyone instead of just mods.
openTrivia Redirects and Flame Bait Redirects
Currently, we have a YMMV Redirects page to list redirects to pages indexed on Audience Reactions and YMMV.Home Page; this ensures that links to those redirects are properly flagged as YMMV. However, we do not have analogous pages for redirects to Trivia pages and Flame Bait pages to ensure that those are also flagged, so a Trivia Redirects page and a Flame Bait Redirects page would be useful.
Edited by GastonRabbitworkingImproved TLP Search?
Not sure if this is the right place to bring this up, but searching for 'open book' on TLP (without the quotes) gets 0 results, but 'book' by itself gets 100+ results, most of which don't have 'book' anywhere in the title or Laconic. I guess it's searching for the full phrase in the body of the draft? But that seems... less than helpful.
Alternatively, anyone have any tips for better ways of searching for old drafts?
closed Additional information when hovering over a link
Currently, when hovering over a link to a trope page, only the link itself is shown, and the only meaningful information it contains is the trope name, which is not always perfectly descriptive and is often redundant anyways (when the article is linked via a pure Wiki Word). If the laconic description of the trope was being shown alongside that, it would alleviate the frustration of having to (sometimes slowly) load a full new page just to see what the discussion is about. It can be a personal preference setting, especially if it would slow down too much the hover-over text appearing.
openImplement support for "prefers-color-scheme" (light/dark mode)
Using the "prefers-color-scheme" CSS media query (described here) would allow TVTropes to match the OS settings of each reader seamlessly. This is particularly useful for those who change their color scheme routinely: for instance, I use the macOS/iOS option to change it based on local sunrise and sunset.
Implementing this is generally trivial once alternate color schemes have been designed: in this case we already have the "Night Vision" setting, so the hard part is already done. While using CSS media queries directly is slightly more efficient, a JavaScript observer could be added to perform the function of the "Night Vision" switch without even making significant changes to the underlying code.
I know that many people underestimate the amount of effort needed to implement a feature, but I've done it before and this truly is that simple once you have the color schemes ready. I can provide an implementation myself if that helps.
If preserving the ability to choose the color scheme independent of an OS setting is desired, the standard approach is to replace the existing "light/dark" switch with a "default"/"light"/"dark" switch, where "default" uses the OS setting and "light"/"dark" ignore it. This is marginally more complicated to add (ternary switches are not a common UI element), but still relatively easy.
Implementing this requires very little work, substantially improves the user experience, and has virtually no negative impact. Devices that don't support "prefers-color-scheme" will simply ignore it, so this will never break anything. The only real issue is that it is impossible to tell whether someone currently using Night Vision would prefer "default" over "light"/"dark". Implementing this change would probably necessitate discarding the current setting in favor of "default", which may be a momentary annoyance for the users who don't have their OS setting match.
Edited by Saklad5openSecond sort function for Videos page
I was going through the recent videos list and we can currently sort them into four categories: Newest, Oldest, Highest Rating, and Lowest Rating. I think it would be nice to separate this into two sort functions, one for new/old and one for high/low rating.
I would mostly like this because when I sort by either high or low, a lot of old videos show up first (they usually have the most votes, so I understand why) but it would be helpful to see, for instance, the highest rated videos that were published in the last 6 months.
closed Link to Wiki Tools in the sidebar
The Itty Bitty Wiki Tools are really useful and can be quite hard to find if you don't think to start looking in Administrivia. (It took me almost ten minutes of googling and trawling the forums to finally find the "folderize" tool.) A link to this page in the "tools" or "tips" section of the sidebar would be a godsend.
Edited by LongLiveHumourworkingPreview button when starting a thread
Because you have to draft the OP in another thread to see how it looks before using the new thread form. I've noticed this was mentioned before, but I'll keep this as a new query.
open[Profile/Forum Threads] Mark thread as read button
While I'm aware that we used to have a "Mark All As Read" button inside thread watch, which caused issues, as it would cause every single forum post on every single thread to be parsed, and marked as read.
Instead, it might make sense to have a "mark as read/unread" button for individual threads, in much the same way that there is an "unfollow" button for them. This would mark the thread as read/unread, in much the same way that there is one for the forums.
Alternatively this could work by simply setting the latest forum post as 'unread', overwriting a previous 'unread' setting, and mark the final remaining post as 'read'.
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.