| All past proposals are archived here. This page is protected to maintain the discussion as was.
|
Change Navigation Templates Colors
SUPPORT 9-6
The navigation templates have a strange choice of colors. Some are hideous. The Mario Wiki could be more beautiful and organizated by changing game Navigation Templates by series (Super Mario series in red and DK in brown, for example). It will make the Navigation Templates less confusing and easier to understand. See Mario page Navigation Templates: so messy.
Proposer: Ultra Koopa (talk)
Deadline: December 11, 2011, 23:59 GMT
Support
- Ultra Koopa (talk) Per my proposal.
- ThePremiumYoshi (talk) - Yeah, it's better to change the color of some Templates. While others are fine, there are some Templates with horrid color, like the Super Mario Kart Template which is... PINK! This color totally doesn't fit SMK. Per proposal.
- Magikrazy51 (talk) Per proposal. Pink would better suit the Super Princess Peach template, not the Nintendo DS Games template. That would be better as red or blue.
- New Super Yoshi (talk) Some of the Colors just don't work right. Per All.
- Bowser's luma (talk) Good idea - trading psychadellia for functionality.
- Jazama (talk) Per all
- RandomYoshi (talk) — Per Magikrazy51.
- Lakituthequick (talk) We need some cleanup, yes.
- Toad85 (talk) Seems legit.
Oppose
- Knife (talk) – I don't really disagree with the premise, but I feel your proposal isn't specific enough to actually do something. What I think you should do is make a draft page detailing navigation color scheme and put up a Writing Guideline proposal.
- Coincollector (talk) - Partly oppose, backing up Knife's comment. Also see my comment.
- Bop1996 (talk) Per Knife.
- Mario4Ever (talk) Per the three above me.
- Baby Mario Bloops (talk) - I see no reason to change it, and changing it could result in more difficult time figuring out which template is which. Per all.
- SuperYoshiBros (talk) - Per Baby Mario Bloops.
Actually I think that some of the templates need a better color scheme. Change color scheme because they are colored in a "weird" manner and some whose colors don't allow to read clearly. Fine examples are the {{bee}}, {{MK7}}, {{Fuzzy}}, {{MP3}}, among a vast quantity of others that would make the list considerably long. On the other hand I agree with Knife that the templates require a better maintenace, following a firm writing guideline for the creation of templates. However this is a discussion that has long been even in our discussions in the boards. I suggest some of you to see my past proposal that overlaps with this topic. However, not all templates look so bad as to need a more proper color, like those used for the consoles - which they follow certain guideline to color the template according to the topic, although doesn't work for everything, and some of these really need a better color coding, for example, the Mario series-related templates and the Donkey Kong-related templates.
Coincollector (talk)
- @ Magikrazy51: The color of the DS' template was based in that japanese added some color-coding to their consoles: pink for the DS, light Bbue for the Wii, and red for the 3DS. Coincollector (talk)
- @ Knife I already have a draft presentation showing some colors for the Templates.
The preceding unsigned comment was added by Ultra Koopa (talk).
You didn't link to it in your proposal, as far as I'm concerned it doesn't exist. Your first three days are up anyway so it's too late to implement a major change like that. As I said before, you should make a Writing Guideline (with a written policy to complement the template color examples). Even if this proposal passes, you won't really have the ability to do anything since it is so vague.--Knife (talk) 11:12, 8 December 2011 (EST)
I'm really wanting to complete this proposals. If I did something wrong, tell me, please. And I can do it in the right way. Ultra Koopa (talk)
- It's already been mentioned above. Bop1996 (talk)
Star images
SUPPORT 18-0
Just a small thing, though it covers enough range to be a proposal. Look on the stars in the info boxes at Bob-omb Battlefield and Noki Bay and compare it to the ones at Gusty Garden Galaxy and Melty Monster Galaxy. The first uses star images from Super Mario Galaxy while the second one doesn't even have an star/shine images. The Galaxy ones are right, but not the ones before it.
Basically, I want to do is have the stars for each template in everyone world/boss match the game that they are in. Replace the SMG star sprites with SM64 Stars for Super Mario 64-related things; add a shine set for the Super Mario Sunshine areas/bosses.
Important, not important, it would make both more sense and more consistency. And if you still don't know what I'm talking about, just look to the right in the character box and scroll down to Stars to find it.
Proposer: Baby Mario Bloops (talk)
Deadline: December 19, 2011, 23:59 GMT
Support
- Baby Mario Bloops (talk) - Per proposal.
- Tails777 (talk) That has been bothering me too. Stars aren't in Super Mario Sunshine, Shine Sprites are. Per proposal.
- M&SG (talk) - I will agree that this needs to be dealt with.
- RandomYoshi (talk) - Per all.
- Knife (talk) – I don't think you need a proposal to do this change, it seems like common sense. Per all.
- Walkazo (talk) - Per Baby Mario Bloops.
- Bop1996 (talk) I don't see any reason not to replace the inconsistent stars with the more consistent Shine Sprites or SM64 Power Stars. Per proposal.
- Mario4Ever (talk) Per all.
- Jazama (talk) Per all
- Marwikedor (talk) Per all. A proposal is not necessary, just do it.
- Lakituthequick (talk) Great idea, we had to do this earlier
- New Super Yoshi (talk) It just makes a lot more sence than using sprites from later games.
- Rise Up Above It (talk) Good idea. The inconsistency has been bugging me ever since I first noticed it.
- Raven Effect (talk) Per All
- Toad85 (talk) Per BMB.
- Nabber (talk) Per Tails777.
- Yoshi's Island (talk) Per proposal.
- Mr.C (talk) Per all.
Oppose
Italized titles
OPPOSE 1-11
Here with my 2nd proposal: You know, every time I read a game/film/comic article, I feel somewhat confused, in the sense I don't understand why the first word for an article is bolded and italized but the very top word isn't, yes, that's the article's title. Much like Wikipedia has been doing, we should have a template that italizes the title for games/films/comic in order to match how we are doing in the first word, and to recall that article is about of a work, play, etc. Perhaps we don't need the title to be bolded but only italized. I gather these code long ago that actually italizes titles:
<includeonly>{{DISPLAYTITLE:{{#if:{{NAMESPACE}}|{{NAMESPACE}}:}}{{#if:{{{1|}}}|{{#ifexpr:{{#rpos:{{PAGENAME}}|{{{1|}}})}} > 1|''{{#sub:{{PAGENAME}}|0|{{#expr:{{#rpos:{{PAGENAME}}|(}} - 1}}}}''<span class="dim-brackets">{{#sub:{{PAGENAME}}|{{#expr:{{#rpos:{{PAGENAME}}|(}} - 1}}|0}}</span>|''{{PAGENAME}}''}}|''{{PAGENAME}}''}}}}
The problem here is that it completely italizes the title, while some articles only need some words to be italized (the Mario (series) and Donkey Kong (series) are good examples), so if the proposal passes, we might need to make a code that could italize certain words, that range from the whole title to a single word.
Proposer: Byllant (talk)
Deadline: December 20, 2011, 23:59 GMT
Create a new template
- Byllant (talk) - I kinda like the idea.
Don't create anything
- Bop1996 (talk) Per this.
- Raven Effect (talk) Per that
- Mario4Ever (talk) Per Bop1996.
- Tails777 (talk) Per all.
- Propeller Toad (talk) I agree with the rest (essentially per Bob1996). This feature is unneeded on this Wiki.
- M&SG (talk) - It's not really needed, since you only need to input two apostrophes to enable italics. No need to go more advanced than that.
- Jazama (talk) Per all.
- RandomYoshi (talk) – Per all.
- New Super Yoshi (talk) Per all.
- Toad85 (talk) Creating a template for just italicizing is an excuse for laziness. Per all who agree with me.
- ThePremiumYoshi (talk) - Yeah, it would be actually more complicate, when you can just use two apostrophes. Per M&SG.
Decide if the Yellow and Blue Toad in SM3DL are the same ones from NSMBW
DELETED BY PROPOSER
There is only one Blue Toad and one Yellow Toad that appear in SM3DL and no other color Toad appears other than the Red Toad apart from Green and Pink Toads in the Title Screen.
Proposer: New Super Yoshi (talk)
Deadline:January 5th, 2012, 23:59 GMT
The Toads are the same from NSMBW
- New Super Yoshi (talk) Per my Proposal
The Toads are not the same from NSMBW
- Superfiremario (talk) I think it's more likely to be a Toad Brigate
- Mario4Ever (talk) Unless and until there is an official source connecting the two games' Toads, any claims that they are one and the same are speculation.
- Bop1996 (talk) Per Mario4Ever.
- Tails777 (talk) The 2 Toads appear seperate from all other Toads (except the ones that need saving within levels) while the Yellow and Blue Toads in 3D Land appear with 3 other Toads. We have no proof that the ones from NSMBW and SM3DL are the same. In other words, per Mario4Ever.
- Jazama (talk) Per all
- Raven Effect (talk) Per all
- MeritC (talk) Per all; in my opinion, this is under the "species" case here for this installment.
- B.wilson (talk) And the proof is... ?
Bookmarks
OPPOSE 2-19
When a user wants to find an article that they often visit, they would need to type in the searchbar. When an internet user wants to find a website that they often visit, they don't search in a google search bar, they go to Bookmarks in their internet browser and find their favourite websites. It should be the same here on the Super Mario Wiki. For pages and articles that we often visit, there should be a bookmark section for our individual account somewhere on the page, like on the top next to my watchlist or on the side bar under navigation. Here, we should be able to bookmark pages for easy navigation. If you agree, please support me.
Proposer:YoshiKong (talk)
Deadline:January 11, 2012, 23:59 GMT
Support
- YoshiKong (talk) Per my proposal.
- Pichi-Hime6 (talk) I totally agree with Yoshi Kong. I've actually been wanting something like that since I joined the wiki.
Oppose
- Baby Mario Bloops (talk) - On this wiki, the articles themselves have internet links to them. If you feel like you visit the page quite often, then bookmark it like you would with any other site. There is no reason to add a feature that you can already do.
- Bop1996 (talk) Per BMB. Also, it's not hard to find an article using the search bar at all, and the watchlist feature helps you keep tabs on important pages, so there's really no need for it.
- Mario4Ever (talk) Per both.
- Jazama (talk) This proposal is redundant to the watchlist and to the bookmarks that comes with all browsers.
- Raven Effect (talk) Per All
- Commander Code-8 (talk) This seems a bit pointless. Per all.
- Walkazo (talk) - Per BMB and Bop1996.
- M&SG (talk) - Per all.
- Lakituthequick (talk) Per Baby Mario Bloops and Bop1996
- Magikrazy51 (talk) Assuming everyone who visits the wiki has more than one finger and can use a keyboard easily, searching in the search bar isn't hard at all. It's so easy, 2 stalks of celery and a paper towel could do it. Per all.
- Skyward Yoshi (talk) We have a contents page on are articles. Per All.
- RandomYoshi (talk) - Per all.
- Hyper Yoshi (talk) It's simple enough to search.
- Akfamilyhome (talk) Per all. You can just bookmark it using your browser.
- Mariomario64 (talk) – Like others have been saying, this is kinda useless because we can either use the watchlist or bookmark it on our browsers. If we can do those things, I don't see the point in adding this.
- B.wilson (talk) Creating a JS (.js) file is required for a feature such as this. If creating the JS file wasn't too overly complicated, I would probably support this decision; however making this "bookmark" feature is way too complicated. You could possibly consider trying to make a .js file of your own. Re-propose once it's done so we could consider moving it to MW space. I'm sorry.
- ThirdMarioBro (talk) This additional feature would be unnecessary, especially since the watchlist already does this.
- Phoenix (talk) Per all.
- Fawfulfury65 (talk) Per all.
Dealing with new stub articles - a better and friendlier way
SUPPORT 19-4
Many new short articles are requested for deletion as new stubs instantly after they are created, which is in my opinion, not called for. I propose this should be changed.
After a new stub is created, a template explaining that it is a new stub and that it will be deleted in seven days after the template is put on the page is put on the page. Within that one-week period, articles have some time to expand to acceptable article length. If they reach acceptable article length within a one-week period, the article stays, however if they are still stubs after one week, the article is deleted.
This process prevents scaring newcomers away (when I was a newcomer, I created an article, it was immediately tagged as a new stub, it was deleted and I was beyond frustrated, as I haven't added all content within that creation), and given the main goal is to expand stubs, not to get rid of them!
Addendum: I have created this, which is similar to what should be used to tag new stubs.
Addendum (00:49, 10 January 2012 (EST)): This has nothing to do with the already existent construction template. This is "proposing deletion" of new stubs, instead of deleting them without delay. At least a week is given before they are deleted (unless they are expanded to stub length). Thanks for your !votes.
Proposer: B.wilson (talk)
Deadline: 16 January 2012 23:59 GMT
Support
- B.wilson (talk) Per proposal. I hope I will be more respectful with the users who !vote 'oppose' this time.
- ThePremiumYoshi (talk) - Great ideia. I agree with your words: We should expand stubs, not just simply get rid of them because they are stubs. I always wondered why are new stubs requested for deletion, if we can simply expand them. Per B.wilson
- Magikrazy51 (talk) As long as
you have enough rubies we can tell the difference between a stub and a short article. Per B.Wilson.
- Propeller Toad (talk) This does seem to be a more efficient way of dealing with the stub articles. Additionally, this would also raise awareness of the stub articles as they can be fixed before immediate deletion. Per B.Wilson.
- Raven Effect (talk) I agree with most of but i feel that one line articles that can be expanded should be deleted because I think its unfair to let somebody who didn't do any work get credit for making an article
- Tails777 (talk) Per all. It gives newly created stub articles a chance to be improved.
- Commander Code-8 (talk) This is a much better way of having less stubs rather than just deleting them.
- LeftyGreenMario (talk) Although there is a construction template, I'm skeptical that new users even know a construction template exists. For the more experienced users, they can implement the construction template easily, but based on the aforementioned situation, they don't do it. I think this proposal can help this problem. If not, at least the wiki isn't harmed.
- RandomYoshi (talk) - Per all.
- Lakituthequick (talk) Per all
- Knife (talk) – Per all
- Walkazo (talk) - Per all.
- Nintendo64Fan (talk) Per all
- M&SG (talk) - Stubbed articles do need a chance to be improved before being subject to deletion. Per all.
- Hyper Yoshi (talk) ^
- Danimario9 (talk) - Exactly the same as M&SG.
- Skyward Yoshi (talk) Makes sense. Per all.
- Fawfulfury65 (talk) Per all.
- Phoenix (talk) Per all.
Oppose
- Mario4Ever (talk) I don't disagree with the premise, but the situation is easily rectifiable with a construction template (though ideally, one would, when creating an article, make sure it is of sufficient length before stopping his or her work for a given period of time).
- Bop1996 (talk) Per Mario4Ever. Also, there's a certain amount of admin discretion involved in whether the articles are deleted. For example, if an article is on a subject like a racecourse in an upcoming Mario Kart installment, chances are the article won't be expanded for a while, especially if it's just one user adding some details and leaving it. However, if a game was just released, and the article is being worked on by many people, the article is not deleted.
- Zero777 (talk) I find unnecessary. That's what basically a construction template is for. It's a red flag saying, "DO NOT DELETE, IT NEEDS SOME WORK!!"
- Baby Mario Bloops (talk) - Construction templates tell the user that work needs done. As a person that has spent many edits unstubifying, I know it is very tedious and hard. However, deleting the page will just create more red links, and from basic experience, will cause even more trouble to create that page later on than to unstubify it later on.
Zero777: I must apologize for saying this, but your !vote is not opposing anything clearly explained in the proposal. This is basically "proposing deletion" of new stubs, instead of "pending speedy deletion". It has nothing to do with the construction template. I apologize if I misunderstood your !vote, but I don't really think it's relevant to the proposal's intention. --B.wilson (talk)
- Now I really don't understand what you are saying here. The quotation marks are confusing me. Zero777 (talk)
- Your !vote is basically thinking that this idea is like the construction template, in which it is not. --B.wilson (talk)
- I see it basically like the same and I don't think it's too much of a hassle to just slap on the construction template next time. Zero777 (talk)
I have to say, this isn't a bad idea. During that 1 week waiting period, the user who created the article can also make his case that the article is not a stub if they feel it isn't one. However, I'll support this if you can make a better sample template than that.
- The same template you gave is too similar to {{Delete}} (perhaps by intention, but I don't want this proposal to bind us to that design). Make it a little more unique, we don't want a clone of the same template.
- There's no need to mention that middle sentence, "New stubs are not allowed by Super Mario Wiki policy." It's just a waste of space to explain policy in templates.
- You need to offer a link to the talk page (like {{Tobedeleted}}) in case users want to argue that the article not a stub or want feedback on how to expand the article.
- Allow a variable which users can input the expected date of deletion. You could replace the small text line with "The article may be deleted if it cannot be expanded beyond stub length by [sample date].", sample date being 7 days after the date of stub creation (it doesn't have to get more specific than the date, hours just make things complicated).
--Knife (talk) 15:55, 10 January 2012 (EST)
- I like the idea too. A construction template can be used instead, but some new users may not know they can use it and have their articles deleted for being too short. Also, it sometimes occurs that an article is put under construction, and then ignored for months or even years. Having a separate sort of construction template that says that the article must be expanded in a week would prevent someone from making a small article, sticking a construction template on it, and then never coming back to the article again. Fawfulfury65 (talk)
- Hi Knife and Fawfulfury, I've tweaked User:B.wilson/Testing facility/Stub to reduce resemblance to the delete template, and I've also addressed all of Knife's concerns. I've given two examples of articles in which template is used: User:B.wilson/Testing facility/Stub/Article (pending deletion on 18 January) and User:B.wilson/Testing facility/Stub/Article2 (tagged on 3 January and currently pending deletion) - both examples are meant to be humorous. I'd appreciate !votes if you think I've addressed your concerns! --B.wilson (talk) 21:17, 10 January 2012 (EST)
- I suggest that you change the color of the template to avoid resemblance to the delete template. LeftyGreenMario (talk)
I think the difference between construction templates and this new template would be that this template would be placed by an enforcing party (which would be the user claiming that the article is a new stub) as opposed to the article creator. Both could also be used together. For example, a user creates an article with {{Construction}} with no defined completion time, but it's a stub, another user could place the proposed template alongside the construction template to remind the user not to forget about the page otherwise his work will be deleted. Also, stub=/=articles under construction. One week should be enough time to expand an article beyond a stub, regardless of whether it's under construction or not.
@B.Wilson: The template is a little better, but the gif is a little wacky. I personally prefer a still image for things as serious as deletion templates. Perhaps a Bullet Bill would fit in better since it goes along with our theme of exploding creatures in deletion templates. Also, there's no need for an additional comments section in the template. There's really nothing to comment on if it's a new stub and if it really needs to be said, the user could use the talk page for that purpose. As for what to do after the deadline has been passed ansd the article is still a stub, there's no need to use the same template to notify sysops of it deletion. It should just be replaced with {{Delete}} with the reason being something like "The article is a seven day new stub". There's also something funny about the wording, but I can't put my finger around it. I suppose we can still change that after the proposal.--Knife (talk) 23:20, 10 January 2012 (EST)
Speaking of the GIF, why does the construction template get one? I wanted to change the picture to one of those Mario sprites from Wrecking Crew '98, but you know I can't. Sorry if a little off-topic, but the Donkey Kong Mario GIF in the construction template is a little distracting. We can also use a Wrecking Crew '98 sprite for the stub expansion template instead.LeftyGreenMario (talk)
I'm going to make this suggestion again: could you change the color of the template so it won't resemble the delete template at a glance? LeftyGreenMario (talk)
- Done. B.wilson (talk) 01:40, 11 January 2012 (EST)
It is a bit messy to see {{Delete}} in your template, that needs some improvement. Like the template changes appearance at "deadline". Lakituthequick (talk)
I'm pretty happy with the changes made to the template, so I'll go ahead and support. There's no way to change the template's appearance automatically at deadline as far as I know and if we manually change it, we might as well replace it with the delete template since that will attract more attention from sysops. I agree though, there no need to include {{Delete}} inside the proposed template, just replace the proposed template with {{Delete}} and be done with it.--Knife (talk) 11:05, 11 January 2012 (EST)
- I also think it'd look better with just the delete template, rather than nesting it inside the other template. If it has to be changed manually anyway, as Knife said, just replace it, and if it's done automatically, maybe make it so that the entire template is changed (i.e. if it's not expired, it looks like the Bullet Bill template, and if it's expired, it switches to the Bob-omb design mirroring the normal Deletion template). Also, if we're worried about stubs falling through the cracks even with this template, perhaps the articles marked with this pending-deletion template could be put into the Requested for Deletion category. Things in that category aren't deleted outright, and using it for this as well as its original template might help bring attention to the new stubs before their time is up and they join the real deletion queue. @LeftyGreenMario I forget why we added the gif in the first place - it's maybe because it's ugly and distracting and should therefore motivate people to want to fix the article just to get rid of it. Personally, I think we'd be better off just getting rid of the gif... - Walkazo (talk)
- Hi folks. I've tweaked the template a little to address the {{Delete}} template concern. After seven days, the template will automatically be replaced with the {{Delete}} template. See User:B.wilson/Testing facility/Stub/Article2. Best, B.wilson (talk) 00:02, 12 January 2012 (EST)
- I've also written a documentation (which will have to be significantly altered if moved to template space). Please remember that this template must be substituted or it will not work. --B.wilson (talk) 06:02, 12 January 2012 (EST)
- @Knife: "There's also something funny about the wording, but I can't put my finger around it." Maybe the part that says: "This newly created article appears to be stub length."? Perhaps if it were to be changed to something like: "The current length of this newly created article appears to indicate that it is a stub."... Phoenix (talk) 10:44, 12 January 2012 (EST)
- Or just "This newly-created article is a stub. If it cannot be expanded within seven days, this article will be deleted." The fine print could also lose the "beyond stub length" bit too, since there isn't really a length below which an article is a stub anyway: it's more about how much info is lacking. Maybe the fine print could be more like "This article may be deleted if a sufficient amount of information cannot be added by [Date]", which is more useful than only using jargon like "stub" and "expanded". - Walkazo (talk)
I agree with Walkazo's suggestion for the categorization and the template wording.--Knife (talk) 18:31, 12 January 2012 (EST)
- Done. --B.wilson (talk) 01:08, 13 January 2012 (EST)
Enable AutoWikiBrowser for Super Mario Wiki
WITHDRAWN BY PROPOSER
Given that Super Mario Wiki's users are doing tasks that would be easier and quicker to do with AutoWikiBrowser, I propose that we enable AWB for the wiki.
What can AWB do? Lots of things that are done manually here! It can remove categories from pages more quickly, it can add templates to articles very quickly (and remove templates from articles), and do lots of other tasks that would be extremely tedious to do manually - that many users are wasting time doing manually!
Proposer: B.wilson (talk)
Deadline: January 24, 2012, 23:59 GMT
Support
- B.wilson (talk) Per proposal
- Danimario9 (talk) Per all. If i've read correctly i would love to mulitasking on a single tab.
Oppose
- Mario4Ever (talk) Per my comment below.
Could is create slot of mess in articles because we would have to do alot of cleanup which will take forever. Skyward Yoshi (talk)
If i've read correctly i would love to mulitasking on a single tab with AWB. Danimario9 (talk)
- I can't think of anything that users do that is so tedious that this is required. Mario4Ever (talk)
