Template talk:VideoGallery: Difference between revisions

From Dolphin Emulator Wiki
Jump to navigation Jump to search
 
(34 intermediate revisions by 4 users not shown)
Line 1: Line 1:
== Lift Thumbnail Limit ==
== Random Videos ==
Back when we're implementing this template, we decided to limit the number of thumbnails to 3 because of the crappy Flash plugin that caused slowdowns in pages with various videos (like [[Xenoblade Chronicles]]). From a quick look, a huge part of our wiki have video links hosted on YouTube and currently it uses an HTML5 player by default in major browsers (Chrome, Safari, Firefox, the new Microsoft Edge). Said that, I think we should remove the thumbnail limit (especially now that it's becoming common random users reordering the list of videos when adding new content). Thoughts? [[User:Jhonn|Jhonn]] ([[User talk:Jhonn|talk]])
Issues remain with this template only generating random videos per page edit, rather than per page load, seemingly related to caching. We may want to look into what sorts of cache-control may be possible. Otherwise this likely requires implementing some alternate script based handling for the video selection / rotation. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 03:37, 27 September 2017 (CEST)


I'm OK with lifting it or minimally increasing the limit. We should test out some of the more densely populated pages first. [[Super Smash Bros. Brawl]] has 12 separate videos and I'd want to be sure there doesn't need to be some limit still. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 07:02, 12 September 2015 (CEST)
:I understand page caching a lot better now than I did. MediaWiki has really good documentation about everything, it turns out, it just might be a bit buried where it's at. Pages are processed in a [https://www.mediawiki.org/wiki/Manual:Job_queue job queue] wherein any pages using templates/images/etc that were edited, or any categories that need to be updated, are added to a big stack and processed one at a time. The default setting is per 1 page load from a visitor to the site, 1 task on the top of the job queue is processed, but this can be changed in server configuration. Pages are given an automatic "expiry" time when they're cached, so a page that's not edited and has no templates for example should still be added to the job queue occasionally, just on a more periodic basis. You can see this refresh date and a lot of other miscellaneous cache info like performance statistics by [https://i.gyazo.com/3278f0e25c5be52a7e40ea46b8b89bf5.png viewing the page source] for different wiki pages in your browser. Basically as I see it, all game pages are already being added to the job queue at least once a day and reprocessed because of {{tl|CurrentGitRevision}}. Even making all the site's templates faster/slower doesn't affect the job queue because the tasks are processed depending on page loads and don't actually continuously run in the background unless explicitly told to do so. Short of rewriting the template completely to not have random elements, there's nothing that can be done to fix this from the user side. That's why I held off on touching this at all. - [[User:Xerxes|Xerxes]] ([[User talk:Xerxes|talk]]) 10:33, 27 September 2017 (CEST)


: I'll try to find a way to measure the impact this change could take then report back. Do we have more dense pages? Right now I remember only of [[Xenoblade Chronicles]] and now that you mentioned, [[Super Smash Bros. Brawl]] - [[User:Jhonn|Jhonn]] ([[User talk:Jhonn|talk]])
:: Thanks for the further explanation around caching. And yeah, I'm not clear there is a lot we can do in the pure wiki. Admins can revise the site JavaScript and had thought some script running on a list of links could likely resolve this more cleanly. Though I think I'd forgotten about an aspect you brought up, in that the regular version updates force page refreshes. I wasn't clear that those sorts of refreshes updated the video order, if they do this is less of a concern; though preventing the user edit's trying to game the system (even if their "fixes" reset the next revision) would probably be for the best. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 12:40, 27 September 2017 (CEST)


I would like to keep the limit, honestly. There's more than just the limit at stake, but also page composition. Endless rows of videos is just tacky! If the limit should be changed, it should just be increased to 6. - [[User:MaJoR|MaJoR]] ([[User talk:MaJoR|talk]]) 11:14, 13 September 2015 (CEST)
::: Some script could enable some other niceties, like rotating through all available videos over time, or querying video sources via search. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 12:57, 27 September 2017 (CEST)


I think the other goal here was to prevent edits from folks who think the order of videos makes a difference regarding which are displayed. If we maintain the limit, we should probably add a comment along with the template that more clearly explains videos are chosen at random and order does not matter. We probably should also universally add the empty template across pages, so the mechanism for adding videos is more clear (i.e. currently the template only appears where there are videos populated). [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 19:43, 13 September 2015 (CEST)
I don't know about the automatic rotation. If someone's interested by a thumbnail and goes to click, it shouldn't be able to change mid mouse movement, or if it does there should be a way to go back to the last set of thumbnails. Maybe it can use one of those systems that a lot of installers/websites use now where there's a simple automatic cycle through sets of 2 or 3 videos on a loop, with little bubbles on the bottom that you can mouse over to switch it between sets? If you don't know what I'm talking about, [https://www.bentley.com/ this] site uses a really basic example on top of the home page. I think that look is common enough to people that it should be easy to understand how it works, it keeps them cycling so there's no "top" video, and it preserves the video order as it is on page edit. - [[User:Xerxes|Xerxes]] ([[User talk:Xerxes|talk]]) 10:40, 29 September 2017 (CEST)


== Square Bracket Handling ==
Dropping a reminder here that some sort of wiki randomization will remain necessary even with a JavaScript randomizer. Without such video order will still matter to search engines, which we should try to avoid. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 05:50, 23 February 2018 (CET)
YouTube videos seem to be prone to use square brackets in their titles. These seem to cause breakages when used in the captions here. We either need to account for that internally, or document how to escape them. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 20:15, 22 January 2016 (CET)
 
: Sounds critical, could you share an example? I would like to apply at least a "band-aid" here until I can finish the RFC of the video templates... - [[User:Jhonn|Jhonn]] ([[User talk:Jhonn|talk]]) 02:33, 23 January 2016 (CET)
:Wouldn't that be a little overdoing? What kind of search engine are you referring to? [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 01:07, 7 February 2022 (CET)
:If you haven't noticed already, the list hasn't been shuffled, only the featured videos for embedding are randomly selected from the list and then the remainders are in normal order. I tried to make the list shuffled but it's getting complicated and my effort went nowhere currently... [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 06:19, 8 February 2022 (CET)
 
:: I am aware, that's how the whole topic of randomization came up. I generally expect the folks that would go through contortions to try to get the randomization to get their video on top of each page have expectations that the Dolphin wiki is interlinked enough  that inclusion improves their videos search rankings. In any case, any JS randomization should make sure that, without JS, preference isn't given to specific videos, even if that just means listing them each out without the video displayed. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 04:37, 9 February 2022 (CET)

Latest revision as of 05:37, 9 February 2022

Random Videos

Issues remain with this template only generating random videos per page edit, rather than per page load, seemingly related to caching. We may want to look into what sorts of cache-control may be possible. Otherwise this likely requires implementing some alternate script based handling for the video selection / rotation. Kolano (talk) 03:37, 27 September 2017 (CEST)

I understand page caching a lot better now than I did. MediaWiki has really good documentation about everything, it turns out, it just might be a bit buried where it's at. Pages are processed in a job queue wherein any pages using templates/images/etc that were edited, or any categories that need to be updated, are added to a big stack and processed one at a time. The default setting is per 1 page load from a visitor to the site, 1 task on the top of the job queue is processed, but this can be changed in server configuration. Pages are given an automatic "expiry" time when they're cached, so a page that's not edited and has no templates for example should still be added to the job queue occasionally, just on a more periodic basis. You can see this refresh date and a lot of other miscellaneous cache info like performance statistics by viewing the page source for different wiki pages in your browser. Basically as I see it, all game pages are already being added to the job queue at least once a day and reprocessed because of {{CurrentGitRevision}}. Even making all the site's templates faster/slower doesn't affect the job queue because the tasks are processed depending on page loads and don't actually continuously run in the background unless explicitly told to do so. Short of rewriting the template completely to not have random elements, there's nothing that can be done to fix this from the user side. That's why I held off on touching this at all. - Xerxes (talk) 10:33, 27 September 2017 (CEST)
Thanks for the further explanation around caching. And yeah, I'm not clear there is a lot we can do in the pure wiki. Admins can revise the site JavaScript and had thought some script running on a list of links could likely resolve this more cleanly. Though I think I'd forgotten about an aspect you brought up, in that the regular version updates force page refreshes. I wasn't clear that those sorts of refreshes updated the video order, if they do this is less of a concern; though preventing the user edit's trying to game the system (even if their "fixes" reset the next revision) would probably be for the best. Kolano (talk) 12:40, 27 September 2017 (CEST)
Some script could enable some other niceties, like rotating through all available videos over time, or querying video sources via search. Kolano (talk) 12:57, 27 September 2017 (CEST)

I don't know about the automatic rotation. If someone's interested by a thumbnail and goes to click, it shouldn't be able to change mid mouse movement, or if it does there should be a way to go back to the last set of thumbnails. Maybe it can use one of those systems that a lot of installers/websites use now where there's a simple automatic cycle through sets of 2 or 3 videos on a loop, with little bubbles on the bottom that you can mouse over to switch it between sets? If you don't know what I'm talking about, this site uses a really basic example on top of the home page. I think that look is common enough to people that it should be easy to understand how it works, it keeps them cycling so there's no "top" video, and it preserves the video order as it is on page edit. - Xerxes (talk) 10:40, 29 September 2017 (CEST)

Dropping a reminder here that some sort of wiki randomization will remain necessary even with a JavaScript randomizer. Without such video order will still matter to search engines, which we should try to avoid. Kolano (talk) 05:50, 23 February 2018 (CET)

Wouldn't that be a little overdoing? What kind of search engine are you referring to? Lucario (talk) 01:07, 7 February 2022 (CET)
If you haven't noticed already, the list hasn't been shuffled, only the featured videos for embedding are randomly selected from the list and then the remainders are in normal order. I tried to make the list shuffled but it's getting complicated and my effort went nowhere currently... Lucario (talk) 06:19, 8 February 2022 (CET)
I am aware, that's how the whole topic of randomization came up. I generally expect the folks that would go through contortions to try to get the randomization to get their video on top of each page have expectations that the Dolphin wiki is interlinked enough that inclusion improves their videos search rankings. In any case, any JS randomization should make sure that, without JS, preference isn't given to specific videos, even if that just means listing them each out without the video displayed. Kolano (talk) 04:37, 9 February 2022 (CET)