I know this might take a while, so I'm just suggesting it.

Basically, I think the related page could do more than just provide a link to an page with wicks to the "relevant" page. Actually, I think that should stay the basic function. But there could also be an advanced function that is similar to a "history" page. You see a link to a page, and a box for each line that has a wick to the relevant page. This way, we could make an easy check for if a page is being wicked properly. This way we could have an easier time checking pages for misuse, whether for TRS, or just monitoring pages.

Now since there might be a lot of characters to load, it might be best to split this into pages with X number of pages with wicks listed.

So let's say there is a limit of 50 pages. On a trope with 700 wicks, you'd see the current "related" page, and numbers 1 to 14 listing the more advanced pages.

Again, it's just a suggestion, but it could be very helpful.

Or, a "Details" button that loads an AJAX frame beneath it showing you all lines in the article source that contain the relevant link? That way it doesn't have to be loaded when you first click the page, but it's still available upon demand. Support.

That's actually pretty close to what I meant.

Make it so we can scan page wicks for misuse without having to open a new tab/window for every dang article?

Support 100 times.

And now it hits me that this feature would make a Wick Check like 100x faster.

Currently you have to:

• Open article in a new tab.
• Click the "source" button on said article.
• Do a text search for the desired Wiki Word.
• Lather, rinse, repeat for every single article you're checking.

A "Details" button that performs step #3 in a single click would be a massive speed improvement for TRS. Currently, scanning even 50 wicks can take upwards of 10 minutes depending on what you're looking for and how you're reporting it.

edited 24th Feb '12 11:12:23 PM by Stratadrake

It would actually skip steps #1 and #2, and go right to #3.

That would be immensely helpful, although I ask how to deal with Related To pages that have thousands of wicks or if one page has more than one wick.

Stratadrake, you forgot Step #4: re-type search text, search for those infernal curly-bracket wicks.

Septimus Heap: Dedicate a box on the side of the Related To page that follows when you scroll down. Give each article wick an expand button. If there's one wick, it's line(s) appear(s) in the box. If there's more than one wick, they all appear in the box, maybe in multiple sub-boxes. Or have a dedicated white space and the box only appears when you click Expand (so it doesn't have to follow the scrollbar otherwise). The box can be as long as needed to include every line with a wick.

And not only wick checks would speed up. Wick migration and renames would still require opening and editing every article, but when cleaning up wick misuse you'd only have to open articles with actual misuse.

And the easier cleanups get, the more people may be willing to do the actual TRS legwork that always seems to slow those threads down...

edited 25th Feb '12 7:22:28 AM by ArcadesSabboth

And, speaking of Related To, can we allow the page to show all wicks after a page cut rather than just those on pages that have been edited since the cut? It's an immensely annoying feature.

That's not a feature, its a glitch.

Whatever it is, it has to go, and these proposals would be a good opportunity to start from.

That's for another thread, and might be solved anyway, since it's a glitch. Let's keep on the thread topic.

edited 25th Feb '12 11:00:22 AM by DragonQuestZ

Bump, since I feel this is an important feature to add, as it will help some of the site moderation discussed in this thread.

Yes, this would make it easier to scan fanservice and sexuality tropes for creepy/paedo/masturbatory wicks.

While we're on the subject of lists of wicks, and facilitating misuse checks, perhaps the list could be numbered? It's all very well to randomly generate 50 numbers, but then to count down to those ...

I usually paste it into Word and convert it into a #-bulleted list, but would be easier.

edited 5th Mar '12 8:41:17 AM by ArcadesSabboth

So regardless of the small details, we all agree this would be a good feature?

edited 25th Mar '12 5:44:54 PM by DragonQuestZ

Yessum.

Yours or mine?

Yours is a great idea. Mine is low priority at best.

Could an "edit page" button also be added to sucha Related To change? It would make wick acxtions so much easier.

Yes, a remote "edit" link would make a Wick Check so much faster. Even a 'source' link would remove having to actually click on the article (and wait for the entire page, with ads, to load before you can properly search it)....

The main problem with such an implementation is that we would have to split the Related To page for those pages with 10000 wicks or more less we get a mega-page that crashes your computer. In fact, I would support to make this sort of Expanded Related To page paginated and part of a dedicated structure like a forum or even YKTTW and Lost and Found are.

For that matter, why isn't it paginated already?

edited 7th Apr '12 12:59:37 PM by Stratadrake

So, to sum up the ideas here:

1. The Related To page should display the text surrounding a wick
2. The Related To page should be paginated
3. There should be an edit button (opening in another tab) for any such text block on Related To
4. (Optional: A Save-And-Close-button on the edit page)

Concerns:

1. Is this approach to Related To viable from a resources viewpoint?
2. If no, can this Expanded Related To be made so that it isn't the default Related To page, and limit its viability somehow (for example, by creating a subforum with maximally X threads that have access to this feature)

Paginating reduces the resources required to generate page HTML, at least.