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 extra message from new TRS threads to new CV threads
Newly launched TRS threads have the following message at the top:
However, newly launched CV (Content Violation) threads do not have the bottom part of the message, instead simply saying this thread is locked. I would like for that part of the message to be added to newly launched CV threads.
Edited by JHD0919openInclude hypen to special characters
Boop-Oop-a-Doop was made despite hypens in wikiword being forbidden, and we also have a list at Hyphenated Titles. I was wondering if an empty page has hypens in the wikiword, allow editing existing pages for now, but block creating a new page.
workingAdd 'sort by year' and 'sort by wick count' to the Namespace Index.
The Namespace Index currently lists all the articles we have in the typed namespace. It defaults to alphabetic sorting but I think it'd be dead useful if the items could be sorted by year and wick count. The Main/ namespace, at the very least, as it'd make it easier to identify TLP crashes and starving tropes.
workingCustom "bad title" page like Wikipedia has
Markups that I made for what they'd look like:
Edited by opal6561
closed Move Query Bugs to the Main "Important Links" section
I suggest moving Query Bugs from Important Links' "Resources" section to the main "Important Links" section.
Query Bugs has been pretty inactive lately, and I believe it being in the "Resources" section is to blame for this. If the link is moved to a more visible place, more people will be able to see it, and more bugs will be reported.
closed PM block other tropers without sending a PM
Currently, PM blocks on other tropers can only be applied while viewing a PM that's already been sent to the troper being blocked. I therefore suggest giving tropers the ability to PM block other tropers without having to send them a PM first.
openCustom message on pages in the PermanentRedLinkClub
Right now pages in the Permanent Redlink Club use the default "no page yet" message that invites people to create them.
To reduce the confusion and make the situation absolutely clear to readers, there should be a custom message for these pages.
Edited by henke37openAutomatically follow a discussion page when following a page
It would be handy and help promote the use of discussion pages if following a wiki page automatically added its discussion page to your watchlist, since otherwise you'd have to remember to follow the discussion page separately to be notified of new discussion on your watchlist.
You could still choose whether to follow just the wiki page or just the discussion page, same as under the current system, it's just that the discussion page would be an "opt out" option when following the wiki page, rather than an "opt in" option.
closed Media Finder Redirect
Make Main.Media Finder a redirect to the Media Finder page, just like how Main.You Know That Show currently redirects there.
Edited by koryopenMessage on Headscratchers/ discussion pages
I often see inexperienced editors post headscratchers on the discussion page for Headscratchers/ rather then the page itself
I've see mods replying that they should add it to the page since that is where better for organizing, visibility (other editors look more at the page then), etc, etc
So at the top of Headscratchers/ discussion page could be a short bolded message like "Discussion pages are for problems with the page itself, if you want to post a headscratcher please click on the edit page and add it to page itself" just to give them a friendly poke in the right direction
Edited by jormis29openHeadscratchers tutorial
Something like the title idk. I don’t know how to “reply” to people on Headscratchers, I want to answer someone’s questions but I don’t really know how, just make a tutorial for Headscratchers (like how to make questions and reply, that’s about it)
openCustom titles for namespaces used by other languages
For foreign languages, sometimes the correct form of a namespace includes accented characters. Example:
- The Portuguese equivalent namespace for WesternAnimation is BrAnimaçãoOcidental.
- However, the wiki doesn't support special characters in namespaces.
- Due to this, the namespace must be BrAnimacaoOcidental, but it's incorrect.
It's even worse for languages that doesn't use the Latin alphabet.
While we don't get the major update for enabling multi-lingual support for good, I'd like to have a way for setting a custom title for namespaces, like the one we already have for pages.
openWikiword request reasons
Considering unilateral changes aren't too uncommon and get overlooked, I wonder if it'd help to add a "reason" field to Custom WikiWord Request. Modifying the title from a default one is understandable, but changing an already confirmed custom title probably should require some explanation for the mod to judge.
openAdd comment field to Custom WikiWord Requests
I often feel it would be helpful for the mod if users could provide context for why they want to add or change a custom Wikiword title. For example, I may want to change Zero-Approval Gambit to 0% Approval Gambit and let the mod know that it's because it would better align with 0% Approval Rating. Or I want to provide a link to an official source.
It could look something like this:
Edited by eroock
openPage Colors 2.0 (Eight years later)
Eight years ago, ~SatoshiBakura made a wish for different site colors, which ~kory closed last year, saying we should make a second thread to vote on color changes. Since I'm running a custom stylesheet, I experimented with some colors and I found some that looked good. (All strings preceded by "#" are HTML hex color codes.)
Note: Most of what I wrote is similar to what Satoshi wrote, with some minor fixes for color specifications and stuff like that. I know TV Tropes was redesigned in 2018, so if you see stuff no longer relevant, point it out to me and I'll delete it.
Corollary: I did look at some old 2016/17-era pages on the Wayback Machine, so these colors shouldn't be too screwed up. Also, note that I will post screenshots to demonstrate what I am thinking once more people have seen this post.
Font change
Font: Open Sans (the font I currently run on my userstyle). I'm biased, though. I'll run a comparison and show the screenshots in a bit.Normal Pages
Grey headers: Make them blue (either #004aab, #00204a, or #00306f).As Satoshi said, the primary color of the site is (or used to be) blue.
Negative space: Make it light blue (either #00484d or #00124d).
Footers: Same color as the grey headers (either #004aab, #00204a, or #00306f).
YMMV Pages:
Top header: Make it dark blue (same color as the new headers). Alternatively, make it orange (#ab5f00) again.Grey header: Make it dark blue or orange (#ab5f00). The gray button (formerly green) is OK, I think.
Space around text: Not sure what Satoshi meant by this in 2016.
Negative space: Make it dark grey or light orange (#ff710087)?
Footer: Same color as top header.
Links: Should be orange (#ab5f00 or #ba4500?) when highlighted. (Alternatively, you could make them all orange, but...)
Subpage tabs: The proposal in 2016 was to "make the outlines orange and the words dark blue." I believe that meant the fill for the subpage buttons should be orange and the words dark blue, so, say, #ffb938 for the buttons and #00008d for the words? Alternatively, if we wanted the blue aesthetic, we could do dark blue for the buttons and orange for the wording.
Sugar Wiki:
Top header: In 2016, the proposal would have made the top header blue-green and the "random" button yellow. However, given that the appearance of the website has been updated, something like this might work (#990053 for the header bars). We don't need to worry about the "random" button.Bluish green headers: Not applicable to the 2018-era design.
Negative space: Make it lighter pink.
Links: Should be pink when highlighted. (Alternatively, you can make them all pink, but...)
Nightmare Fuel:
Top header: Make it dark red (#8b0000). Make the red "random media" button black.Space around text: Again, not sure what Satoshi meant or whether its applicable.
Negative space: Make it grey.
What say you?
openAdd "Unlaunched" trope as a common edit reason
The rogue/stealth edit reason has been added lately, but when I was cleaning up links from a trope that was unlaunched for unadressed issues (The unlaunched trope's draft), I might think it needs a companion piece or maybe even merge as "Unlaunched" when it comes to unaddressed issues other then being rogue or stealth launched.
workingAdd a completely random page button to the header.
The Random Trope and Random Media buttons on the top of the screen will only ever send you to pages with a media namespace, or the "Main" namespace. It will never send you to a subpage like Nightmare Fuel or a trope that has individual pages for mediums. Sometimes I like to hit the random buttons to see if I can find a page without an image and correct it. The thing is, most of the pages that are lacking images/could use improvements are the subpages that the random buttons won't send me to. I understand that I could just click the namespace links on the page I arrive on, but this would speed things up a bit.
openFurther forum improvements
Just throwing a suggestion for future reference. The fixed forum search is good, but could have improved uses:
- Filter to search by forum title only and remove duplicate results (different posts from the same thread), letting users find specific threads, with results giving the opening post.
- Filter to search by posts only, excludes matching with a thread title, just brings up posts where the query is present.
Also, since forum search uses posts text as previews, it may be more helpful to just show the post's user and/or date for visibility, especially since sorting by date is an option by there's no indication which date the posts are posted.
closed Improve forum search: searching for multiple words or phrases
Searching the text of forum posts is a cool idea, but at this moment you can only search for single words. That is, if you try doing a search for "Tom Cruise", it will find all the posts which say "Tom" AND all the posts which say "Cruise"; there's no way to search for posts where both words appear at once, or for the entire phrase.
At this moment it greatly limits the usefulness of the search feature, and if fixed, it would make it a godsend.
I'm not sure if it's already in the plans — I haven't seen it discussed anywhere.
I can see an edit reason like this streamlining the complaining cleanup thread's efforts, even if only slightly. It might also be worth adding an internal link to Complaining About Shows You Don't Like.
If a query like this already exists, feel free to disregard.