• 1 Feb 12th, 2018 at 1:01AM
    Lastest Reply: 16th Feb, 2018 09:46:47 AM
    Because obviously spam bots have wizened up to this loophole. Reply

      Most of them aren't bots, apparently.

      That said, can we also expand this to crowners and crowner entries?
  • 3 Dec 27th, 2017 at 7:07PM
    Lastest Reply: 11th Feb, 2018 01:32:36 PM
    Currently, Overdosed Tropes has to be updated regularly, and even then it's probably outdated as you read it. (The description acknowledges this). Same thing goes for Trope Overdosed, although it doesn't list the pages in exact order, nor does it list their exact number of wicks. What if there were a feature that listed all pages typed as "work" or "trope" by the number of wicks they had, which would be automatically determined by the wiki software instead of created manually. It would probably have to be a non-wiki page, but I wouldn't have to visit each page individually, opened the "Related to" tab, and wait minutes as the wicks loaded. For an idea of what it would probably look like, see the list of all namespaces and the number of pages in them. A similar feature for inbounds could also work. It's just an idea... Reply

      And if listing all tropes would make it too long, it could be paginated. Or only list, say, the top 100, or only tropes with at least 2,000 wicks, or some other limit.

      It already is >= 2500 Wicks only. And I'd advise adding date of last update, for each trope when updating...

      Big Bad got 466 new wicks... Last updated, by me, a little over a month ago. That's 15 wicks a day.

      I'd assume that's the fastest wicked trope... Shout-Out is number two, and got 414 in about the same amount of time.

      So long as we don't add a new category above > 10000, things are gonna be pretty stable, for a while? The lowest ranked tropes get 1 wick on the order of days, or more, depending on how well known they are.

      I think I'm expanding on this a little bit, but I think having a widget for Main/ page articles with over 2500 wicks could be helpful for monitoring abnormalities, preferably showing total wicks, changes in wicks (per week?), and a list of tropers who added wicks in the past period (per week, perhaps).

      Like, if you watch it periodically and see Big Bad just gained 250 wicks in a week (rather than 400 in a month), then it might be helpful to look at the troper(s) who went on a spree. I'm sure Overdosed Tropes have their own set of problems unique to popular tropes, like people jumping on the bandwagon and shoehorning examples en masse.
  • 8 Feb 2nd, 2017 at 8:08AM
    Lastest Reply: 9th Feb, 2018 05:18:46 PM


      • A devil icon for Monster.
      • The same icons, but with a small flag, for translated articles (Like Pl articles getting the Polish flag)
      • Shovel in sand for Sandbox
      • A Pirate ship for Die for Our Ship.
      • A throne with an X for DethroningMoment.

      Are we ever going to discus new namespace icons again?

      Tropes shouldn't get icons unless their subpages are regularly work-specific (Shout-Out, Complete Monster, Memetic Mutation, etc.) So Bad, It's Horrible shouldn't have an icon, since (1) it has only one work-specific subpage and (2) it's Flame Bait.

      There was an old thread in Image Pickin' but it was eventually closed down.

      IMO, unless they're a medium-specific namespace, troping-specific namespace (e.g. Playing With/, Administrivia/), project-specific namespace (e.g. Monster/, Broken Base/), or have a significant number of articles in them, they shouldn't get an icon. That would only artificially encourage more pages being made rather than it naturally occurring.

      For example, Playing With/ should have an icon because comparing its number to the amount of total Main/ pages, you get about 13 percent. This implies that there are a significant number of such pages. If "10 percent" is the threshold for "significant number of pages," then we're looking for any namespace with more than 4,300 articles, and if "5 percent" is that number, then we're looking for anything with more than 2,100 articles. If, for some reason, we want to say that "2.5 percent" is that number, then we're looking for anything with more than 1,000 articles.

      I mean, Oh, Crap! has less than 30 pages at the moment. I doubt a trope like that is going to have many more pages than that in the next few years.

      Yeah - as I said, only namespaces with lots and lots of pages should get icons.
  • 0 Feb 1st, 2018 at 11:11AM
    I've seen many people ban evade lately... but sometimes, I feel it could be easily avoided if they knew about the anti suspension thread (if they have only been suspended once or twice). I've been thinking about some way to help reduce ban evaders by mistake. If someone would try to register a new account on an IP that has already created an account, a message would pop up:
    WARNING! This IP already has a registered account. Making multiple accounts is good if:
    • You forgot the password for your account, in which case post in this thread, but only if you first tried the other methods listed in the header post.
    • You want to rename your account to something else. This can be done very occasionally, but don't abuse it, and keep in mind you will lose all your previous contributions and the ability to edit your troper page.
    HOWEVER! If you want to create a new account because your old one has been banned from editing, forums etc., DO NOT CREATE IT. If you do, you may lose ALL your TV Tropes privileges on your old account, any new sockpuppet accounts... and your IP. This means no editing, no posting, and possibly no reading for the IP permanently. Instead, please:
    • If you're suspended for a minor offence, and it's your first or second suspension, talk about it in this thread. If you stay calm and show you can improve, you will get unbanned and can continue doing what you've wanted to do.
    • If it's the third suspension, then you're unfortunately boned. This wiki runs on a three strike system. But trust us, it's better to lose some than to lose it all, so grin and bear it.

    The message would be shown for 1 minute with no way to skip it, giving time to rethink. After it's done, two buttons would show up at the bottom.
    I understand and wish to continue | I have changed my mind and don't want to risk getting banned
    The first one would give the standard account creation procedure, while the second one would redirect to the edit banned thread. Would such a feature be possible? Thank you. Reply
  • 0 Jan 31st, 2018 at 4:04AM
    Recently, people have been discussing character tropes and plot tropes and which goes where on the wiki (e.g. only character tropes on Characters/ pages etc.).

    So shouldn't we have some way of transparently marking which tropes are which? I'm thinking of the page type system, which currently lumps all tropes under the "trope" type. I'm not saying we need a new page type for every kind of trope, but if we could have a new page type for "Characters/ page preferred trope" — for when the trope ought to go to the Characters/ page if the work has such a page.

    That or a banner but a banner would probably confuse people even more since atm only non-tropes get banners. Reply
  • 3 Jan 19th, 2018 at 2:02PM
    Lastest Reply: 26th Jan, 2018 03:47:55 PM
    More and more I'm seeing users not linking to works when they add examples or potholing it to another related work or removing links or even even linking it to The Other Wiki/IMDB when the work doesn't have a page yet, something that goes against the Tips For Editing. It makes it very hard to find any links when a page is created especially when the title is generic phrase or word like Undead or The Amazing Spider-Man tv series

    It may need it's own notifier and/or a site wide announcement or something

    On a related note, several users are not using namespaces for work links since they still appear blue, so that might need their own notifier/announcement/whatever


      We already have a notifier for namespaces, it's included in the work title formatting one.

      I see you point - I've sent a few of those notifiers for namespace-less links but I've had messages back of editors not understanding because the link still appears blue without the namespace

      Maybe I'm over thinking the namespaces but the worklinks are important, especially for upcoming works

      Seems like another solution could be to have blank Main/ pages always produce a redlink. Coinciding with the effort to cut Main/-to-work redirects, it might be doable.
  • 0 Jan 25th, 2018 at 5:05PM
    There have been plenty of edits on this site that were done when people had plug-ins like Cloud-to-Butt or Trump-to-Drumpf operating. Maybe we should update the notifiers to include a new one for plug-in edits.

    I found a query on ATT asking about someone who may be editing with a plug-in. Reply
  • 5 Jan 3rd, 2018 at 8:08PM
    Lastest Reply: 23rd Jan, 2018 01:03:23 PM
    Getting the works shared by two tropes, sorta the opposite of the Itty Bitty Wiki Tool of "Find the tropes shared by two works."

    Use: Checking that super tropes aren't being used for the same example as a subtrope, where only the subtrope should be used.

    Also for fun, like what's already on the page? Reply

      I like this idea, or maybe even a tool that uses the function but is more like a 'show me a work like X' and it then looks up the tropes on that work, and finds works that share 2 or more tropes with it.

      ^ You want the works pages in Stereotropes, which is linked from this site on the Showcase.

      Like their The Little Mermaid page. See the bottom.

      Although, it seems to only be for films?

      Also, both tools should account for subpages of the article.

      The supertrope/subtrope thing should be decided on a case-by-case basis, though.

      ^ Yeah, I meant just having the general tool for tropes' works comparison, then I'd use that general tool to do my specific task of super/sub-trope checking.

  • 3 Jan 21st, 2018 at 12:12PM
    Lastest Reply: 22nd Jan, 2018 02:23:23 PM
    Can we remove the Medium option for ATT and possibly Trope Finder?

    'Cause ATT questions aren't supposed to be medium-specific in the first place? Reply
  • 3 Jan 22nd, 2018 at 12:12AM
    Lastest Reply: 22nd Jan, 2018 08:46:28 AM
    Several times I've gotten notifications that a trope was now an index and no longer usable as a trope (such as Badass or Big, Badass Wolf).

    Could there be some kind of wiki-wide announcement for when a trope's meaning/use is changed (or joins the PRLC, etc.)? Reply

      I don't think so. The announcement tools we have are only geared for high profile decisions which maintenance issues aren't. We'd need to have some kind of newspaper for what you propose, and that needs volunteers.

      There is/used to be a system where announcements were made that appeared in yellow/brown text to the side of the page. Or is that the one you're talking about?

      Yes, that one.
  • 2 Jun 8th, 2017 at 10:10AM
    Lastest Reply: 21st Jan, 2018 04:40:16 PM
    An icon for the Visual Novel namespace, like the lightning bolt for Comic Book, the Felix the Cat face for Western Animation, etc. Reply
  • 3 Jan 20th, 2018 at 11:11AM
    Lastest Reply: 21st Jan, 2018 06:42:51 AM
    Make hyphens not allowed in page titles. Reply

      They're still possible? I didn't know that...

      Also do the same with underscores.

      Underscores are allowed in page titles? I'd like a mod here.
  • 0 Jan 19th, 2018 at 4:04PM
    A tool to convert multiple lines at the same level, that use arrows, into the double slash version.

    --> Stuff

    --> Stuff

    --> Stuff


    --> Stuff



    And access to the other formatting options available on normal pages, for the Queries, Forums, Launch Pad, etc, would be nice too. 'Cause double-slashes, (or slashes in general?) don't work here... Which messes with things like allowing the following to go beyond a single line.

  • 2 Jan 14th, 2018 at 5:05PM
    Lastest Reply: 15th Jan, 2018 06:20:40 AM

    A list of the pages wicked from a page, that aren't crosswicked back..

    Like for use with Pages Needing an Entry Pimp, Tropes Needing Examples, or something, to make crosswicking easier, so we don't have to check Related lists and the page source, side-by-side to see where crosswicking still needs to happen. Reply

      That'd be a very long page...

      Ehh... ... Did you think I meant a list that got the uncrosswicked wicks from every page???

      No... I meant something on a page by page basis, like a related page...

      Although, it would be enormous on massively overdosed tropes like Big Bad.

      I wonder if such a tool could also account for subpages of the trope...
  • 2 Jan 11th, 2018 at 6:06PM
    Lastest Reply: 12th Jan, 2018 02:14:38 PM
    Being able to edit specific sections (and folders) of an article, like you can on Wikipedia. Reply

      That'd be a pretty huge overhaul. Probably best to wait for 2.0 on this.

      Oh well.
  • 2 Jan 11th, 2018 at 4:04AM
    Lastest Reply: 12th Jan, 2018 01:43:06 AM
    I'm thinking we should have a way to propose changes we think should be made (for disambiguation or translation policy reasons.) Right now, there are a few changes I want to see made, but I want a community consensus on them. There's no place to do that at the moment, barring individual topics in TRS, which is supposed to be for tropes. Reply

      Well, you could bring it up in Ask The Tropers... That's what I do...

      Besides, this (creating a new venue) would need a Wiki Talk discussion.
  • 1 Jan 11th, 2018 at 12:12AM
    Lastest Reply: 11th Jan, 2018 02:00:28 AM
    Can we please have a preview fuction for posts in forums? It would be very nice to have a means of seeing if links and formatting work so we do not have to go back and constantly edit. Iím sick of doing that when a red link of formatting failure occurs. Reply

      We do already have one - "Preview Post".
  • 2 Jan 10th, 2018 at 8:08AM
    Lastest Reply: 10th Jan, 2018 02:33:56 PM
    No, not a Spanish version of the site (although that would be another wishlist for another time), but a truncated version of the url.

    You know, like how they shorten url's with with the last two letters as the tld like goo.gl, youtu.be, or sta.sh. Reply
  • 5 Nov 13th, 2017 at 7:07PM
    Lastest Reply: 3rd Jan, 2018 06:42:35 PM
    Have a link to You Know That Show in the header of Ask The Tropers. Something along the lines of, "Trying to find a show (or other work) but can't remember the name of it? Ask at You Know That Show" Reply

      Unfortunately, nobody pays attention to the banner that's already there.

      We could put it in flashing 72-point type and everyone would still ignore it.

      What might work better is when someone tries to start a new query, it takes then to a screen that asks them what kind, then the system decides where it should be posted.

      Alternatively, the "YKTS" initialism could be spelled out in the banner to say "You Know That Show..."

      The name implies "This is where you go if you're asking about a show."

      And the same could apply to "Trope Finder." The initialisms probably don't help.

      Ya, that won't work. Removing the "question about Tropes" line on the other hand might do the job.

      We should definitely do something to divert queries that belong on You Know That Show to it, whatever it is.

      An alternate option would be having a message pop up the first time someone posts (and only the first time someone posts) a query that asks them if they should be posting in AST or YKTS or TF before the message is posted
  • 0 Jan 3rd, 2018 at 8:08AM
    (Nevermind, already reported) Reply
  • 2 Dec 30th, 2017 at 2:02PM
    Lastest Reply: 1st Jan, 2018 12:57:25 PM
    There should be a way to see all pages you've created. Reply

      There's the TLP History for TLP, but I assume you mean across all page types and stuff, right?

  • 0 Jan 1st, 2018 at 3:03AM
    Namespace indexes are a very good way to show all pages in a particular namespace, however, sometimes they get a little too big to load. The Main namespace index, having 40K+ pages, only shows a message "The Main namespace is too big to display", but the YMMV Index also exceeded 40K+ pages, and it is a heart attack for weaker, pre-2010 computers (it's almost 8 megabytes according to a page size checker). I think I have a solution for massively used namespaces. If a namespace contains more than 5000 pages, it gets automatically split alphabetically to subpages, like "Namespace Index: YMMV: A", and only display pages that start with their letter. If someone would go to the Namespace Index for a huge namespace, they would instead be defaulted to A and find a bunch of letter icons that would look like the ones on Page Type Per Namespace. And it's clear the system can recognise what letter a page starts from. There's currently 21 (soon 23) namespaces with 5000 pages or more, so this would find some use. And it will allow us to display the Main Namespace Index again. Of course, this system is only for namespaces with more than 5000 pages, since doing this for lesser used namespaces would be overkill. Would such a feature be possible? Thank you. Reply
  • 4 Dec 28th, 2017 at 9:09AM
    Lastest Reply: 31st Dec, 2017 07:36:41 AM
    pretty much that. Especially since with every new mobile (phone, tablet, etc.) system update, it seems to get harder to use the website on them. Reply

      I am wary about the amount of work needed for such a thing. The last time developers tried on such an effort, it sucked up all development time.

      Too bad.

      Well, there's one for Android, but it's a year old and just for browsing, no editing or posting?

      I think it's unofficial, though.
  • 2 Dec 16th, 2017 at 6:06AM
    Lastest Reply: 28th Dec, 2017 11:08:18 AM
    When I upload an image, the uploader doesn't let me rename it; instead it assigns it the name "image_[number]". Also, on an iPad at least, the text to put the image in an article is uncopiable. Reply

      On iPad it's not quite uncopiable, but it takes effort to copy it.

      Too much effort.
  • 0 Dec 25th, 2017 at 5:05PM
    At the moment there's no way to deal with duplicate reviews or things the author has thought better of other than to flag it and hope the mods notice it in a timely manner. It'd be more efficient to let the authors delete their reviews. Since blanking is already possible, I don't think this'd do much other than streamline the process Reply