TV Tropes Org

Forums

Tech Wishlist & Bug Reports:
More advanced "related" list.
search forum titles
google site search
Wiki Headlines
We've switched servers and will be updating the old code over the next couple months, meaning that several things might break. Please report issues here.
Total posts: [37]
1
2

More advanced "related" list.:

 1 Dragon Quest Z, Thu, 23rd Feb '12 9:30:00 PM from Somewhere in California
The Other Troper
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.
I'm on the internet. My arguments are invalid.
Dragon Writer
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.
 3 Dragon Quest Z, Fri, 24th Feb '12 12:06:31 AM from Somewhere in California
The Other Troper
[up]That's actually pretty close to what I meant.
I'm on the internet. My arguments are invalid.
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.
Oppression anywhere is a threat to democracy everywhere.
Dragon Writer
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

 6 Dragon Quest Z, Sat, 25th Feb '12 1:09:50 AM from Somewhere in California
The Other Troper
[up]It would actually skip steps #1 and #2, and go right to #3.
I'm on the internet. My arguments are invalid.
 7 Septimus Heap, Sat, 25th Feb '12 2:19:53 AM from Zurich, Switzerland Relationship Status: Mu
A Wizard boy
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

Oppression anywhere is a threat to democracy everywhere.
 9 Septimus Heap, Sat, 25th Feb '12 8:45:16 AM from Zurich, Switzerland Relationship Status: Mu
A Wizard boy
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.
 11 Septimus Heap, Sat, 25th Feb '12 9:38:42 AM from Zurich, Switzerland Relationship Status: Mu
A Wizard boy
Whatever it is, it has to go, and these proposals would be a good opportunity to start from.

 12 Dragon Quest Z, Sat, 25th Feb '12 10:59:23 AM from Somewhere in California
The Other Troper
[up]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

I'm on the internet. My arguments are invalid.
 13 Dragon Quest Z, Sun, 4th Mar '12 1:15:02 PM from Somewhere in California
The Other Troper
Bump, since I feel this is an important feature to add, as it will help some of the site moderation discussed in this thread.
I'm on the internet. My arguments are invalid.
Yes, this would make it easier to scan fanservice and sexuality tropes for creepy/paedo/masturbatory wicks.
Oppression anywhere is a threat to democracy everywhere.
 15 Hershele Ostropoler, Sun, 4th Mar '12 11:22:21 PM from BK.NY.US Relationship Status: Less than three
You gotta get yourself some marble columns
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 ...
The child is father to the manOedipus

nanowrimo count 
I usually paste it into Word and convert it into a #-bulleted list, but [up] would be easier.

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

Oppression anywhere is a threat to democracy everywhere.
 17 Dragon Quest Z, Sun, 25th Mar '12 5:44:44 PM from Somewhere in California
The Other Troper
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

I'm on the internet. My arguments are invalid.
 18 Deboss, Sun, 25th Mar '12 6:10:38 PM from Awesomeville Texas
I see the Awesomeness.
Yessum.
 19 Hershele Ostropoler, Sun, 25th Mar '12 6:48:37 PM from BK.NY.US Relationship Status: Less than three
You gotta get yourself some marble columns
[up][up]Yours or mine?

Yours is a great idea. Mine is low priority at best.
The child is father to the manOedipus

nanowrimo count 
 20 Septimus Heap, Fri, 6th Apr '12 10:10:31 AM from Zurich, Switzerland Relationship Status: Mu
A Wizard boy
Could an "edit page" button also be added to sucha Related To change? It would make wick acxtions so much easier.

Dragon Writer
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)....
 22 Septimus Heap, Sat, 7th Apr '12 10:08:41 AM from Zurich, Switzerland Relationship Status: Mu
A Wizard boy
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.

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

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

 24 Septimus Heap, Mon, 9th Apr '12 3:54:30 AM from Zurich, Switzerland Relationship Status: Mu
A Wizard boy
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)

Dragon Writer
Paginating reduces the resources required to generate page HTML, at least.
Total posts: 37
1
2


TV Tropes by TV Tropes Foundation, LLC is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.
Permissions beyond the scope of this license may be available from thestaff@tvtropes.org.
Privacy Policy