Random

More advanced "related" list.:

Total posts: [37]
1
2
1 DragonQuestZ23rd Feb 2012 09: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 DragonQuestZ24th Feb 2012 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 DragonQuestZ25th Feb 2012 01: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 SeptimusHeap25th Feb 2012 02: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 SeptimusHeap25th Feb 2012 08: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 SeptimusHeap25th Feb 2012 09: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 DragonQuestZ25th Feb 2012 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 DragonQuestZ4th Mar 2012 01: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 HersheleOstropoler4th Mar 2012 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
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 DragonQuestZ25th Mar 2012 05: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 Deboss25th Mar 2012 06:10:38 PM from Awesomeville Texas
I see the Awesomeness.
Yessum.
19 HersheleOstropoler25th Mar 2012 06: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
20 SeptimusHeap6th Apr 2012 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 SeptimusHeap7th Apr 2012 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 SeptimusHeap9th Apr 2012 03: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