Forum:Issue with "Further Results"

Hi guys! Listen, a weird issue has crept into your "further results..." logic. Here's an example:

Say you want to see all the members of the ROCK attribute. So you go to the Rock page -

• Click on "members"

- that brings up your intial listing

• Scroll down the OCG/TCG listing and click on "further results"

- the resulting page starts with the letter "G"

Even if you click on the "show me 250" or more buttons across the top, the results still start at "G". Which makes for a huge mess when you want to sort by some field (like TYPE) because it never pulls in any of the entries starting with "A" through "F". The only way to get those entries included is by clicking on the "previous" indicator, and THEN select your sorting criteria.

Hope that's clear. It's probably a minor typo somewhere in the programming, but it is rather annoying when you're trying to research something.

Thanks. ---Kungfu-mama (Talk) 15:50, November 9, 2012 (UTC)

That has been issues for a while - I also noticed that "Elemental HERO Absolute Zero" was absenting in Elemental HERO and HERO content box. --iFredCat 15:55, November 9, 2012 (UTC)

He's talking about a different issue, Fred.

I've actually been bothered by this as well, Kungfu. Prior to the most recent wikia "upgrade", clicking "further results" would take you to a page with more results but still include the ones you saw initially. Now it excludes the first 50 results, forcing you to have to click "Previous" before clicking "500" when you want to see an entire list of cards. I never complained because I didn't know if anyone else was bothered, but I wish for things to go back to the old way. --Golden Key (talk • contribs) 16:48, November 9, 2012 (UTC)

Glad to see I'm not the only one who has noticed this. As I said, it's probably a minor coding issue - some flag set incorrectly, like as not. I just thought I should point it out to the powers that be. ---Kungfu-mama (Talk) 17:29, November 9, 2012 (UTC)

I think it was deliberate, but you can add stuff to your .js and have it automatically remove "/offset=50" from the "further results" link from the list and it'll work like before.

If no one beats me to it, I'll write something tomorrow, since I'm rather busy today (and for the past few days, so if Cheesedude happens to see this, it's why I haven't looked into his request yet.) -Falzar FZ- (talk page|useful stuff) 23:01, November 9, 2012 (UTC)

I've noticed this as well, and IIRC was looking at whether there was any built-in way to restore the old behavior (and in response to the above comment that it started after the most recent Wikia upgrade: while true, what caused it would have been the simultaneous SMW upgrade). I'll have to look again, but everyone will have to remember that any such solution will have to be applied to every list individually (which makes this a good opportunity to thank me for the card list templates =D ). 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 19:18, November 10, 2012 (UTC)

I think it's common knowledge that we all love you, Dinoguy. --Golden Key (talk • contribs) 19:38, November 10, 2012 (UTC)

=D

I was hoping there would be an "offset" parameter for queries corresponding to the URL "offset" parameter used for the "Further results" link that might fix this, and there is... but it controls the offset that the query results of an inline query start at, and the results displayed by clicking the "Further results" link then start at offset + limit. It's looking like Falzar's Javascript may be the only solution we have at our disposal for now, unless we could convince the Wikia techs to add an SMW core hack for us (not terribly likely). =/ 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 20:15, November 10, 2012 (UTC)

Add:

if (wgPageName.match("List_of")) {
	addOnloadHook(function() {
		$(".sortbottom").html($(".sortbottom").html().replace(/offset.*?\//g,''));
	});
}

to your common.js page

-Falzar FZ- (talk page|useful stuff) 01:57, November 11, 2012 (UTC)

Also, there is one problem with the card list templates, which is that it flooded Special:ShortPages.

-Falzar FZ- (talk page|useful stuff) 13:56, November 12, 2012 (UTC)

I remember a Wikipedia solution of old for that was to add <!-- hidden comments --> to the pages in question to get them firmly off of Special:ShortPages. I don't know if it's done any more there, though, but I did just confirm that it still works (comments are still counted towards a page's overall length), so if we go that route, we'll have to decide what length we're shooting for and what the comment should say. 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 20:01, November 12, 2012 (UTC)

Thanks for that fix, Falzar! Though I'm wondering now, is there a way to make it so that after clicking Further results, the default result is 500 instead of 50? --Golden Key (talk • contribs) 20:21, November 12, 2012 (UTC)

Change

/offset.*?\//g,''

to

/offset.*?"/g,'limit%3D500"'

@Dinoguy1000: What do the hidden comments on Wikipedia say? -Falzar FZ- (talk page|useful stuff) 22:37, November 12, 2012 (UTC)

Thanks a ton, Falzar! --Golden Key (talk • contribs) 22:43, November 12, 2012 (UTC)

I can't remember; it's been years since I last saw one. I'll have to look around and see if I can find any. 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 03:00, November 13, 2012 (UTC)

I got to poking around, and apparently there has been a decent amount of discussion on this issue, and there's at least one template devoted to tagging such pages and removing them from Special:ShortPages. It seems to be a reasonably well-thought-out and -developed solution; I think we should adopt something like it here. --Dinoguy1000 (talk • contribs) as 67.58.248.41 (talk) 04:47, November 14, 2012 (UTC)

If there isn't someone that we can add to the pages to tell Special:ShortPages to ignore those pages, then I guess that's the only option. -Falzar FZ- (talk page|useful stuff) 04:22, November 16, 2012 (UTC)

No, there's nothing we can add to make ShortPages ignore these pages. It is worth noting, though, that ShortPages (and Special:LongPages, and a few similar special pages) is generated directly from the database - its results aren't cached, which means a couple of things: changes to articles are reflected in real-time, and the results aren't limited to 1000 items (seriously). This means that if we start doing something like this, it will only push these pages somewhere farther down in the results, which isn't a bad thing considering the purpose of ShortPages, but is definitely something we should keep in mind. 「ディノ奴千？！」^{? · ☎ Dinoguy1000} 23:11, November 16, 2012 (UTC)