Talk:Glitches in Pikmin 2: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
Greenpickle (talk | contribs) No edit summary |
||
| Line 15: | Line 15: | ||
::::[http://stackoverflow.com/questions/1156794/the-youtube-video-in-my-hidden-div-only-starts-to-load-after-the-div-is-shown This guy] has the opposite problem, but the top reply points out that stuff with the display:none rule isn't even loaded at all, and it's only loaded when the rule changes to something else. So, make a quick script that hides the video from the start, and has a link like "[Show video]" to show it. In fact, don't we have some CSS class or JS function that hides and shows stuff? I'm thinking of some of the navboxes. — '''{''[[User:Espyo|Espyo]]''<sup>[[User talk:Espyo|T]]</sup>}''' 08:16, 22 November 2013 (EST) | ::::[http://stackoverflow.com/questions/1156794/the-youtube-video-in-my-hidden-div-only-starts-to-load-after-the-div-is-shown This guy] has the opposite problem, but the top reply points out that stuff with the display:none rule isn't even loaded at all, and it's only loaded when the rule changes to something else. So, make a quick script that hides the video from the start, and has a link like "[Show video]" to show it. In fact, don't we have some CSS class or JS function that hides and shows stuff? I'm thinking of some of the navboxes. — '''{''[[User:Espyo|Espyo]]''<sup>[[User talk:Espyo|T]]</sup>}''' 08:16, 22 November 2013 (EST) | ||
:::::Well, yes, that was exactly the idea. The stuff we already have to do that works via a class, so ''display: none'' only happens once the JS has loaded, which probably comes at the end of ''<body>'' (too lazy to check) - so it will get loaded before it's hidden. To make it start fully hidden, I expect we'd have to write something new. Also, I guess I was thinking more a placeholder with the same size as the video rather than just a link, to avoid making the content reflow. <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 14:46, 22 November 2013 (EST) | |||
Revision as of 14:46, November 22, 2013
Boulder Glitch
To Espyo's edit - if it "serves a use," as you say, wouldn't it warrant a move to another section? After all, if it's potentially useful, it's no longer cosmetic; but perhaps such is the case with such a puny use; I didn't get to look through the other cosmetic glitch to see if something similar has happened. -Los Plagas
- Ah, I knew in my mind that I had more to do than just set the danger to "Helpful", but I eventually forgot. Yes, it's no longer cosmetic, and the truth is that it's purely cosmetic for just about every normal player, but not so for split-segment and tool-assisted speedruns. Normally, unless the runner trained the timing and positioning really well, and is lucky with the boulder's placement, it's better to take the gate down normally, because of how hard it is to do the glitch. But in split-segment runs and tool-assisted speedruns, pulling the trick off would be more trivial. So yeah, out of the cosmetic section it goes. — {EspyoT} 07:07, 19 November 2013 (EST)
Split
This page and the Pikmin glitches page load slowly for me on this laptop. This isn't the laptop I normally use, it's weaker, but it's really noticeable. Everything lags, and the page takes a good 30 seconds to be done loading. Some viewers won't have much of a problem, but others, specially on mobile devices and the like will hate navigating through this interesting list. We have to do something to fix this. We can either split each section into its own subpage, or find another way to show the videos, because I think the main cause of the slowdown comes from all the video metadata requests the page does. — {EspyoT} 07:19, 19 November 2013 (EST)
- Perhaps a slight difference from the first idea - split all the videos off into a sub-page, and just supply a link to each glitch's video on that page on their section. -Los Plagas
- Yes, we used to have links to the videos, instead of having them embedded, but it's less convenient to click on a link... Also I think either of the two solutions would suffice, no need to combine them. Isn't there a way to only get video information after, say, clicking on a link? We could still have the video on the page, and the user could watch it without leaving or opening a new tab, but it wouldn't load at page load, so less slowdown. — {EspyoT} 20:20, 19 November 2013 (EST)
- AJAX and the like would probably be involved. ...Good luck. But really, when I asked if there was, it was more along the lines of "I remember seeing some sites that had the videos load only after clicking on something, and their method didn't look like it was a custom-made script". We would just have to search to see if it exists. — {EspyoT} 06:13, 22 November 2013 (EST)
- This guy has the opposite problem, but the top reply points out that stuff with the display:none rule isn't even loaded at all, and it's only loaded when the rule changes to something else. So, make a quick script that hides the video from the start, and has a link like "[Show video]" to show it. In fact, don't we have some CSS class or JS function that hides and shows stuff? I'm thinking of some of the navboxes. — {EspyoT} 08:16, 22 November 2013 (EST)
- Well, yes, that was exactly the idea. The stuff we already have to do that works via a class, so display: none only happens once the JS has loaded, which probably comes at the end of <body> (too lazy to check) - so it will get loaded before it's hidden. To make it start fully hidden, I expect we'd have to write something new. Also, I guess I was thinking more a placeholder with the same size as the video rather than just a link, to avoid making the content reflow. GP 14:46, 22 November 2013 (EST)