MarioWiki:Proposals

List of talk page proposals

 * Split Category:Super Mario 64 into Category:Super Mario 64 and (discuss) Deadline: Passed

Writing guidelines
None at the moment.

New features
None at the moment.

Removals
None at the moment.

Splitting Large Galleries
As I mentioned here, Mario's gallery page is incredibly large; over 87,000 bytes, which makes loading take a significant amount of time. The following proposal wouldn't just effect Mario's gallery, but all gallery pages in general.

Once a gallery page reaches a certain number of bytes, around 50-60K, it starts to lag on loading time. So I'm proposing we split those pages up once they reach that amount into separate pages to help cut down on loading times and lessen the strain on our computers, as well as making navigation easier. The page would be split into the following pages like this:

This gallery page would contain all the artwork from various games as well as scans of the subject from books, magazines, manga, etc. I'm grouping them together as these two things seem to coincide with each other, and it doesn't seem right to split them.
 * Gallery:(name) artwork and scans

This gallery page would contain the many sprites of the subject.
 * Gallery:(name) sprites

This gallery page would contain all the screenshots from games and animation we've captured of the subject.
 * Gallery: (name) screenshots

In the case of the original gallery page, it would become a disambiguation to guide users and readers to the proper location. Additionally, sample images relating to the linked page can be included to give readers an example of what to expect. In Mario's case, the page would look like this:

"Due to the size of this gallery, it has been split to reduce loading times.
 * For artworks and scans of Mario, see here.


 * For the gallery of images relating to Mario's younger form, Baby Mario, see here.
 * For images relating to Mario's powered-up forms, see here ."

I don't know if the opening statement really needs to be there, but it'll help users who weren't aware of this proposal to split (should it pass) explain why this gallery page is different from the rest.

Should this proposal pass, the Galleries page should be updated to reflect this change. The navbox would also have to be updated to reflect the change, for example: "Mario (Artworks and Scans · Sprites · Screenshots)"

Proposer: Deadline: Friday, January 27th, 2017, 23:59 GMT

Support

 * 1) Per my proposal above.
 * 2) – Per proposal.
 * 3) Sounds like a good idea to me. Especially since Mario gets like 4 or 5 pieces of individual artwork per game.
 * 4) – Per all.
 * 5) - This is definitely needed, per proposal.
 * 6) - Per all.
 * 7) Splitting pages to curb length and loading time strain is relieving and sometimes even necessary considering that browsing through high-traffic pages can be overwhelming both for the browser and the reader. In addition to this, splitting upon length alone is a much easier task with galleries than it is with articles, because they're, well, image repositories. The only things I feel need to be covered are how the  will be edited accordingly to this change and where or whether we should draw the line for gallery sizes, but other than that, everything looks fine, so per Alex95.
 * 8) Per all. (Note: I am wondering which galleries are above 50GB? It will help the proposal.)
 * 9) Per all
 * 10) Anything to keep loading times more bearable. Sure thing except finding appropriate Mario images to shitpost in the forums will be more of a challenge tho . Now, what do we do with those Bowser and Mario pages in this wiki...

Comments
Let me get one thing straight, while the Wiki-code for Gallery:Mario is 87KB, the generated HTML (i.e. the code that actually gets loaded) is 997KB (which is compressed to 95KB when sent to your browser). Including the images, the size (compressed) will be 21MB, which is the actual culprit of the loading time (1+ minute). (On mobile devices this is even 58MB / 2 minutes) 18:31, 20 January 2017 (UTC)
 * Ah, okay. I, uh... didn't know the technical stuff. I just knew the page was taking too long to load and I wanted to do something to fix it. 13:38, 20 January 2017 (EST)
 * The problem is valid though, even if the effective numbers come from a somewhat different source. (Also, just an info, you can vote and support in your own proposals.) 23:17, 20 January 2017 (UTC)
 * Yep, completely forgot to do that. I'm out of it today... 18:22, 20 January 2017 (EST)

Could it be worth to have a small sample of each gallery on the main Gallery page instead of it just being a disambiguation page? Or maybe link to all pages from the main article? I'm just trying to save some users a click. -- 18:56, 20 January 2017 (EST)
 * Some example images are perfectly fine, yeah, I added that in. And doesn't the disambig example list all the pages already? I just showed the coding so users would know what to include. 19:03, 20 January 2017 (EST)

@, you bring up a point I completely forgot about: the. I've seen other templates use the following format whenever there is a grouped subject, e.g.: Mario (Artworks and Scans · Sprites · Screenshots). Would that work? 19:39, 20 January 2017 (EST)
 * Yes, that probably would. I'm not sure what else to say here other than, yes, it's important to be consistent, especially with navbox templates. 21:09, 20 January 2017 (EST)
 * Consistency is important! 21:18, 20 January 2017 (EST)

@YtSSM, the only gallery I've found so far above 50KB is Mario's, but Luigi's is getting close and probably the Mushroom's? Regardless, this will effect a gallery should it end up beyond 50KB. 22:42, 20 January 2017 (EST)

@Alex95 – I think that gallery template format would work fine for the most part. The only problem I can think of is the entry being separated to another line, The alternative would be to link to the "hub" gallery only, which leaves the subject with a single link on Template:Galleries. Because thinking ahead, it would be confusing to see split parenthesis lines throughout the template. 05:37, 21 January 2017 (EST)

Miscellaneous
None at the moment.