Editing Pikipedia:Proposals

Jump to navigation Jump to search
You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.

Latest revision Your text
Line 1: Line 1:
[[Category:Administration| ]]{{for|archived proposals|Pikipedia:Proposals/past proposals}}
[[Category:Policy| ]]
<div style="float: right;">
'''''Archived proposals can be found at [[Pikipedia:Policy/past proposals]].'''''
<pre>
==  ==
=== Support ===
*
*
*


=== Oppose ===
This page is used to propose policy to be put into place at Pikipedia.  To make a proposal, create a new section with an appropriate title, followed by a summary of the proposal and your reasons.  Next, create 'support', 'oppose' and 'comments' subsections and sign your name under 'support'.  Other users can then sign their support or opposition, optionally making extra comments, and the policy will be implemented if it gets enough support.
*
*
*


=== Comments ===
As well as new policy, you may propose changes to or removal of existing policy in the same manner.
*
*
*
</pre>
</div>
This page is used to propose changes, additions, or removals to Pikipedia's [[Pikipedia:Policies|policies]], [[Pikipedia:Guidelines|guidelines]], [[Pikipedia:Procedures|procedures]], or [[Pikipedia:Staff|staff]] members. To make a proposal, copy the contents of the box to the right, edit this page, and paste them at the end. Replace the title with an appropriate title, and in the first "Support" bullet point, explain your reasoning and sign your name.


Other users on the wiki can then sign their support or opposition, optionally making extra comments, and if staff agree, the change will be implemented.
==Headers &mdash; Styling or Not?==


{{clear}}
While I know that there has already been a proposal about this, I deem it necessary to re-evaluate the issue. For one, the issue was not thoroughly discussed; for another, no real '''reasons''' were provided to back up the claim.
----


==Nomination for patroller: KawaiiKiwii==
Now, we italicise game titles everywhere and thus we can avoid using 'Pikmin 1' in text because italics make it clear that a game is being referred back to. But not in headers? Why this inconsistency? Furthermore, we do link to the pages that are about the games in the text. Why not in the headers? There they will be more visible and easier to reach for everyone. I also think that, if there is a header with a game's title in it, the header should be the ''only'' place the link should be placed in the entire article. This is to, yet again, make sure the link is as visible as possible. Now, I do not want any of this 'because it's bad'-garb. I want actual arguments backing up your claims.
=== Support ===
* I am nominating myself to be a patroller. I believe that I would be an asset to the wiki, especially during the busy time of documenting {{p4}}, due to my love for the series, along with my good and in-depth edits. During the {{p4}} documentation period, I have made several enemy articles, alongside other articles, have uploaded ~300 files and continue to do so. I think it would also help having more staff members to help Soprano as the wiki has got a lot more popular with edits due to the release of {{p4}}. To conclude, I believe the Pikipedia will benefit with me as a staff member but of course I'm happy to hear your opinions on the matter. &mdash; '''{''[[User:KawaiiKiwii|Kiwii]]''<sub>[[User talk:KawaiiKiwii|''(talk)'']]</sub>}''' 00:15, July 30, 2023 (EDT)
*
*


=== Oppose ===
===Support===
*  
*{{User:RandomYoshi/sig}} Per Proposal.
*  
*— '''{''[[User:Espyo|Espyo]]''<sup>[[User talk:Espyo|T]]</sup>}''' I was always in favor of this. Basically agreed with the proposal. Also, it'll help with the "Pikmin 1" vs "''Pikmin''" thing.
*  
*{{User:PikminFanatic23/sig}} - I've seen several Wikipedia article titles with italicised game names in them (such as ''Pikmin''), so why not follow Wikipedia's example? I approve.
*[[User:Miles|Miles]] Because it's bad.


=== Comments ===
===Oppose===
* While you are very good at editing, I'm not totally confident you should be promoted to patroller just yet. For now, you've been given the [[Pikipedia:Autopatrolled users|autopatrolled]] right. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 23:27, August 4, 2023 (EDT)
*[[User:Locke|Locke]] ([[User talk:Locke|talk]]) Italicizing game titles for consistency between Pikmin and Pikmin 1 makes sense, but I think including links in headers is bad from a web design standpoint.  First, links look different.  Adding green to some headers violates the CRAP principle of '''repetition'''.  In short, it blurs the identities of both "what is a header" and "what is a link".  All headers are black; that's a trait that identifies them as headers.  Throw in a few green ones and they'll be unsettling if not confusing.  Second, it would confuse '''efficacy'''.  There's a clear sense of what a reader can do with a header: use it to locate and/or identify the proceeding section of text.  If some of these are clickable, it changes the function of a header into something that isn't so clear.  Now, I'm not saying that users are stupid and won't be able to figure out what's a link and what's not, but it will be unsettling.  I don't think more visibility for some links is worth damaging users' efficacy.  Why is it so important to improve link visibility anyway?
*
*[[User:Prezintenden|Prez]] - Would look horrible
*


== Fansparency policy ==
===Comments===
"Fansparency", a portmanteau of "fan transparency", is when an official piece of artwork with a colored background (or a screenshot) is edited by a fan to have a transparent background around its subject. This makes the image easier to use in other contexts, but it also makes it an unofficial version of the image. Opinion is divided on how to treat fansparency on the wiki, which is why I'm starting a discussion on the topic where we can work out what the Pikipedia policy on this should be. I don't have a strong opinion on this myself, so I'll let other people present their cases. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 05:34, September 10, 2023 (EDT)
This policy proposal has been up for most of a month now and most of the users have put in their opinion. I say we go ahead and institute it. Besides, more users support it than users who oppose it... {{User:PikminFanatic23/sig}}


:My personal stance is that I'm personally fine with fansparency only when it is done to screenshots and when the image clearly marked as being "fansparency'd" in its file page. -[[User:Gulliblepikmin|Gulliblepikmin]] 05:40, September 10, 2023 (EDT)
:Hmm, well, I didn't vote yet because, in my opinion, headers with links wouldn't look good, but I can't think of a way to explain why.  It seems, though, that everyone (except maybe Prez) agrees with italics in headers, and I'm for it too, so I'm fine with putting that through.  PikFan, do you even agree with links?  You only mention italics in your support comment.


:Of course, fansparency should only be applied where no alternative presents itself. But what do we consider “no alternative”? Say we have a really low-quality but transparent official image. In that case, do we use it, use non-transparent better quality images, or do we allow fansparency even though there is an official transparent image? This situation may apply to things like some of the P2 renders. [[User:Supremekirbo|Supremekirbo]] ([[User talk:Supremekirbo|talk]]) 07:30, September 10, 2023 (EDT)
:I take it links and italics are the only styling we would use (bold and underline don't make sense anyway, and we wouldn't use any other styling even in body text (apart from in informal contexts, like strikethrough on Pikipedia: pages)).  I'm adding it for italics now, then, but I'll leave links for the moment (5 for, 3 against isn't exactly a consensus). <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 15:21, 21 July 2012 (EDT)


::I feel the need to bring up that a good chunk of the Pikmin 2 flora and fauna renders on Pikipedia (the really tiny ones with terrible contrast from about 2006) were already tampered with, as they're sourced from the Pikmin 2 Player's Guide, which has screenshot boxes partially covering some of the renders. The person who uploaded the images just edited those boxes out and tried to fill in the blanks, which was pretty easy due to the low resolution of the scans. -[[User:Gulliblepikmin|Gulliblepikmin]] 09:34, September 10, 2023 (EDT)
:Edit: regarding italics in page titles, this is of course only as displayed, and not actually embedded in the stored title.  Therefore, page titles should be such that they are unambiguous without the formatting - pages like 'Category: Pikmin 1' should stay where they are. This is so that you know exactly what a page is when you see it listed in recent changes, or a category, or the category links at the bottom of an article.


:::I am very firmly and strongly against any and all forms of fansparency. There are a plethora of reasons for this, from it being an arguable copyright violation (editing without express permission from holder), to it not being authentic to what would actually be encountered, whether that is in game, in a guide, or in print media, and because honestly most people do a pretty terribly job doing fansparency, either by causing color distortion with improper erase techniques or by not properly vetting stray white pixels. Many pages across both here and other wikis will have backgrounded images in their infoboxes and galleries, and I would much rather a good looking gameplay screenshot over a crusty, poorly edited fansparent image. Our representation should be as close to authentic as possible without being able to be used in substitution: Having inferior quality or inauthentic files does not help that goal. [[User:Trig Jegman|Trig]] - 10:37, September 10, 2023 (EDT)
:It would be inconsistent, though, for an different title to show up on the page itself (through DISPLAYTITLE - as in, you would see 'Category: ''Pikmin''' when viewing the page, but still see 'Category: Pikmin 1' in listings), so we shouldn't have italics in page titles. Anyone disagree? <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 15:33, 21 July 2012 (EDT)


:::: At least now we have the Piklopedia icons from Pikmin 2 switch, that gives us the original artwork in the highest possible quality. And from what I can tell, they aren't AI upscaled either.--[[User:NintendoPanda101|NintendoPanda101]] ([[User talk:NintendoPanda101|talk]]) 11:36, September 10, 2023 (EDT)
::Okay, well, firstly, I don't really mind having links in headers. Secondly, I was only thinking having italicised titles on actual articles, not category pages. Besides, Wikipedia (yes, another Wikipedia reference) doesn't italicise their category titles. If we italicised the page "Pikmin (game)" it would show up as "''Pikmin'' (game)", but in the Recent Changes it would be the same. So we only italicise actual article titles, not including category titles, etc. And of course having bold/underline in headers would not make any sense; I've seen bold headers on Pikmin Fanon and they look... weird. So let's not even go down that road... {{User:PikminFanatic23/sig}}


::::: But they aren't the original artwork, since they have a black border around them... &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:24, February 10, 2024 (EST)
:::Hmm, I guess that makes sense - still have the full title, but italicise the part of it that needs it, if any. Sounds reasonable; <s>I'll add it to the policy page</s>. With bold/underline, I was more thinking because titles are already bold/underlined. <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 15:35, 25 July 2012 (EDT)


== Canon and regional differences on Pikipedia ==
----
Pikipedia's [[Pikipedia:Canon policy|canon policy]] and treatment of regional differences are in need of significant changes. This is prompted by the release of {{p1+2}}, which made significant changes to the first two games, and {{p4}}, which greatly complicated the canon of the series, as well as more long-term issues like the inconsistent coverage of information from non-English versions of the games, and the unusual structure of the [[Canon]] and [[Pikipedia:Canon policy]] pages. This is a complex topic with multiple interacting parts, so this proposal has multiple parts to it as well, which are covered in subsections. There should be discussion on each part to reach a consensus before a final vote is held. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:05, December 28, 2023 (EST)
 
=== Regional differences ===
Currently, [[Pikipedia:Canon policy]] states that the North American English version of each ''Pikmin'' game is the most canon version for the wiki. Whatever is true in this version should be documented first, then the European version, then the Japanese version. The reason for this is that Pikipedia is written in American English and that most readers are from that part of the world. This approach has some problems though and has led to disagreements, particularly in the [[Armored Cannon Beetle]]/[[Horned Cannon Beetle]] debate. Another issue is that for the first two games there's a difference between a ''regional version'' of a game (the three discs with slight differences, distributed in Japan, Europe, and North America), and a ''localization'' of a game (the translations into the many languages the games are available in). I've written about this issue more in [[Talk:Region]]. It's pretty clear this policy needs an update, so let's discuss. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:05, December 28, 2023 (EST)
: While a majority of the Canon policy seems perfectly fine, one section that I believe needs to be rewritten, is the Conflicts section of the policy, referring to Japanese text being considered non-canon. This simply sounds like we no longer care about accurate information when it comes to documentation. Official English translations have a notorious history to, in some cases, completely change character personalities, or story context, or even just incorrectly name items, and simply ignoring the original Japanese text, which is the true description of a franchise like Pikmin, a Japanese-made game, feels like we simply don't care.
:Notable current examples on the wiki involving erroneous, official English translations:
:#  The Armored Cannon Beetle vs Horned Cannon Beetle. We even document on both articles that it is a mistranslation in Pikmin 1, and that the Japanese text calls them the same thing.
:#  The relation between the Armored Cannon Beetle, and the Cannon Beetle Larvae. For a long while, it was assumed that the scientific name was what was mistranslated, but as of 4, again, an error in translation in 2.
:#  Hey! Pikmin family names. Numerous family names in Hey Pikmin have incorrectly translated Family names. For example, the Electric Spectralid is part of the Floaterbie family, rather than the Flutterbie family, despite in the original Japanese text, both families are イエシジミ科 . In fact, English is the only language with these kinds of issues.
:I understand there are concerns with changing a policy like this, as it effects the whole wiki, past, present, and future. However, as stated previous, accuracy of information should be our top priority, and throwing the original Japanese text away for what seems to be pure convenience, sets a poor example of not only how the wiki is structured, but also sets a poor precedence for other wikis. This policy, to my understanding, was added back in 2014, which was a time it was difficult to really get reliable information about Japanese text for not only games, but media in general. However, in the past nearly 10 years, not only has more reliable methods of acquiring, and translating the original text now much easier and far more reliable; Google Translate has vastly improved, and deepL, an AI neural machine translator, has become extremely popular for it's accurate translations. On top of that, it is now extremely easy to communicate and talk with native Japanese speakers, and to my understand, some Japanese speakers do use our wiki, as there isn't really a Japanese Pikmin Wiki. I think this policy is just simply outdated, and needs an overhaul to meet with modern standards, especially with Pikmin now being a very international game, with games like Bloom and 4 being popular around the world.
:--[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 23:23, December 27, 2023 (EST)
 
::I'm in favor of taking into account things written in the original language because for the people who are interested in learning all about Pikmin coming to this wiki, they would find it interesting to learn about things they missed or had no way of figuring out, the information really doesn't even need major portions of an article written for them, they can just be written under trivia.
::--[[User:Nvortex|Nvortex]] ([[User talk:Nvortex|talk]]) 00:31, December 28, 2023 (EST)
 
::I think it's unhelpful to treat this as a Japanese vs. English issue. Because the ''Pikmin'' games are not just released in Japanese and English, they're also in French, Spanish, Italian, German, Portuguese, Dutch, Korean, and Chinese. All of these are official versions of the game with Nintendo-approved translations that we should trust to be accurate. In the few situations where there are notable differences between versions, what if we treated it like a vote, where whatever is the case in most languages is what we consider most canon? Ideally, Pikipedia would document all the language versions equally, and the only reason we don't is because knowledge of languages other than English among Pikipedia editors is not very good. Unfortunately this is very difficult to change, but I think it's something we should aim for. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:37, December 28, 2023 (EST)
 
:::I'd like to point out that, often, translations into languages other than English are done from the English translation rather than directly from the Japanese script. So, no matter how competent the translators are, any differences or mistakes in the English version can be expected to spread to other translations. Of course, this doesn't apply to every language in every game, but it's worth keeping in mind, I think. [[User:2 B|2 B]] ([[User talk:2 B|talk]]) 15:09, December 28, 2023 (EST)
 
::::Generally, from what I can see on the "Names in other language" section, languages spoken in the Asian continent take more inspiration from the original script (probably because in structure they're generally more similar to Japanese than English). Also, I don't doubt that most translations are from English, but at least in Pikmin 3 the Japanese script had an influence, since Charlie's personality in the European version is more similar to the Japanese one than the American one. In short, generally other translations follow either the Japanese or the English script, and I think they should be treated on the same ground, reporting both and specifying which version(s) other translations follow. When the "main ones" divert, I think the most fair assesment would be following the majority on the most recent version (in this case, Pikmin 1+2 Switch, specifying that the previous version of the pages were present in older versions of the games).
::::However, in regards to what Soprano said: the acknowledgement of all languages would be ideal. Maybe it'd be possible to create a stub for the single language differences/canon/how we want to call them, leaving spaces blank/with a notice that they have to be filled with exact quotes from the games/referential material, and explain the difference in English. --[[User:BluePikminBestPikmin12345|BluePikminBestPikmin12345]] ([[User talk:BluePikminBestPikmin12345|talk]]) 11:36, December 31, 2023 (EST)
 
:::::Names aren't really the best way to tell, though. I remember checking the French translation of Pikmin 3, and it seems to be a direct translation from Japanese, not from English, for example, despite the enemy names resembling the English ones (not sure about the text added in the port though).
:::::Anyways, if we're to treat all languages equally, there's something I'd like to ask about. Naming sections of creatures list its common name and scientific name from the English translation, and its two names from the Japanese script. Then there's a table listing the common names in other languages. This works for most translations, since the scientific name is the same between them, but the Chinese and Korean translations don't use the scientific names. Instead, they use translations of the Japanese names. Shouldn't these names be documented as well? And if so, where? [[User:2 B|2 B]] ([[User talk:2 B|talk]]) 12:54, January 1, 2024 (EST)
 
:::::: Sorry for the late answer, festivities and all that jazz. Of course, I just said "Names" because they're the more available stuff to check on the wiki - naturally, player of the singular version will know more about it, I just tried to make an educated guess.
:::::: For your naming specific question, I don't see why we could not insert the scientific names of the creatures in "Names in other language", as a different table: it's a practice that already exists in area's page of 4 for example, to divide the name of the zone and the name of the base. In alternative, in the description of the scientific name it can be specified that the Japanese name is used in certain versions instead of the English ones.
::::::Also, changing the scientific name (for reference or otherwise) may not be only a Chinese/Korean issue: I'm almost certain that the scientific name for the Ancient Sirehound was changed in the Italian version, but I'll have to check again soon --[[User:BluePikminBestPikmin12345|BluePikminBestPikmin12345]] ([[User talk:BluePikminBestPikmin12345|talk]]) 05:18, January 10, 2024 (EST)
 
::::::: Documenting the Chinese and Korean versions of the Japanese name would probably be a good idea, as well as changed scientific names if there are any, but that's more a topic for [[Template talk:Foreignname]] than here. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:24, February 10, 2024 (EST)
 
::::: Hmm, I didn't know that some localized versions were sometimes translated from other localized versions than the original. In that case, we may have to handle conflict cases on a case-by-case basis, unless we can come up with some standard rules. As for documenting differences in other language versions, we can technically do that now, but it requires editors with the games in those other languages who want to document that kind of stuff. It's just not really feasible for it to become a standard thing, but it would be nice to encourage it. But I'm not sure how. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:24, February 10, 2024 (EST)
 
:I'd like to ask if this would affect the classification of the Glowstem as belonging to the Glowcap family, or the Margaret belonging to the same family as the Creeping Crysanthemum as opposed to the Dandelions. Other family-related changes (Flint Bug, Mitite) were reverted in Pikmin 4, after all. [[User:2 B|2 B]] ([[User talk:2 B|talk]]) 12:59, December 30, 2023 (EST)
 
:: If we decide that it would be more clear to make these changes, then we could do those kinds of things. But we'd probably need to come up with standard rules to avoid everything having to be decided on a case-by-case basis. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:24, February 10, 2024 (EST)
 
::: The unfortunate part is that things will need to be addressed case by case. The big ones right now would be incorrect family names, which would definately need the support of a group of people combing everything. Luckily, we have everything documented as being an incorrect translation, and we have (or at least HAD) people willing to go through and correct these annoying errs. Next would be the EVER oh so fun ACB vs HCB thing, which we also have everything documented. From there, any sort of minor issues would be corrected as they come forward. Hopefully, with 4 onward, we see a significant decrease in these large errs, especially with Japanese studios being now much harsher on localizers and translators in the industry. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 19:40, February 12, 2024 (EST)
 
:One thing that's come to mind with this is Garden. Pikmin Garden is solely in Japanese, with the US site translating rather slowly, and UK basically getting nothing. In my head, I can see us simply tackling things with Garden vs the translations and going with that, leaving a section for each article. However, I understand this might not be the most desirable (tho Soprano, even you have told me to wait for the US site to wait for translations). Garden offers a lot of interesting lore, such as confirming Waterwraith's JP name is based off of Umibozu, and explaining why Wollywogs are called potato frogs. It even explained how the Man at Legs exists biologically. With allowing for JP info to be a thing and following through on this, we can catalogue a lot more information. I know youve stated the wiki should focus gameplay first, adding lore and such like this definately boosts people checking out the wiki, but also people's interest in Pikmin as a whole. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 23:57, January 26, 2024 (EST)
 
:: This is more on the topic of how much media from outside the games should count as canon, which is different from regional differences but is worth talking about. In my opinion, all content from official websites that doesn't contradict the games is debatable canon, not full canon. If it contradicts the games then it's non-canon. While the information in Pikmin Garden is interesting, we shouldn't be documenting it at the same level as the games. But what do other people think about this? &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:24, February 10, 2024 (EST)
 
::: A good amount of Garden's information is already brought in to 4, for example, the whole thing with Horned Cannon Beetles being invasive to Armored, as well as them breeding mutations, is both on Garden, but also in game in the Piklopedia. However, other bits of info, such as explaining Space Dogs and what not, isn't so cut and dry. However, I do feel Garden should be treated as an official, first hand source because, well it is. It would be the same as documenting information from official artbooks or other such portions of media. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 19:40, February 12, 2024 (EST)
 
::::Information from official media like that is considered debatable canon, according to the current canon policy. Are you suggesting we change this? &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:34, February 12, 2024 (EST)
 
:::::It may be important to change this policy since Garden is essentialy a "Word of God" canon. It provides information in a much more digestable manner, with most of the info being already present in 4's notes. Obviously, things like the Pikmin 4koma would be non canon, but Garden is seemingly an official Nintendo wiki, complete with 3D model resources and unique renders. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 01:17, March 4, 2024 (EST)
 
:Since the topic of regional differences (especially relating to [[canon]]) is hugely unclear, I think a full policy to address this is required instead of stuffing it in along with [[Pikipedia:Canon policy|the canon policy]]. I've drafted one here: [[User:SupremeKirb/Localization policy]] - [[User:SupremeKirb|SupremeKirb]] ([[User talk:SupremeKirb|talk]]) 19:58, February 10, 2024 (EST)
 
:: I think the general content of this policy proposal is good, but it still focuses too much on the Japanese vs. US English angle, when other localizations need to be considered too. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:24, February 10, 2024 (EST)
 
::: I just don't know if that's practical or even feasible for Pikipedia. We already struggle enough with getting Japanese information, and the series is translated into a whole bunch of languages. Often the European language translations are based off NoA's or NoE's English first, and they don't always offer any new information. That being said, considering other languages can be useful, as mentioned in the {{hp}} example in the draft. What do you think could be changed? [[User:SupremeKirb|SupremeKirb]] ([[User talk:SupremeKirb|talk]]) 20:33, February 10, 2024 (EST)
 
::: I mean, the big reason we're focused in on English vs Japanese is because A, the game is Japanese, and B, we are an English site. While, yes, other localizations need to be considered, we can't just sit around and wait for a policy change because we need representation from every language at the UN. Even then, we already document a good chunk of names and other sort of regional differences as is. I'm certain there are plenty of polyglot users who would be willing to contribute things if they were allowed to.
::: I think SupremeKirb's proposal is the best bet we have moving forward. We can obviously make modifications and changes as we go, but I think it's bad faith to just sit on this policy and have it be perfect right out the gate. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 19:40, February 12, 2024 (EST)
 
:::: I've made some changes to the draft policy. I do see that English and Japanese are the most important versions to document for us, but I've edited the page to clarify the priority order and when other languages are to be considered. What do you think of it now? We also need to consider the difference between regional versions and localization (see [[Talk:Region]]), and how this policy connects to other policies such as the canon policy. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 20:34, February 12, 2024 (EST)
 
::::: Do you have a link to the Draft Policy? I agree with your changes to the Region article being split in two, but IDK how or where to check the draft policy. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 01:17, March 4, 2024 (EST)
 
=== The nature of canon ===
Before the release of {{p4}}, the ''Pikmin'' series had a simple timeline, with only minor conflicts between games. However, ''Pikmin 4'' has broken this, as its story is in some ways a retelling of the first game that introduces many details that conflict with other games. This has forced a major rewrite of the [[Canon]] article, but I feel the current state of the article is not ideal. We need to work out not only how to restructure this article, but also how to change the canon policy to deal with the fact that games can have contradicting facts. It's possible future games will introduce more contradictions, so working this out now would be a good idea. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:05, December 28, 2023 (EST)
 
:My preferred solution for the Canon article is to completely rewrite it into a Timeline article. It would cover the story of each of the consistent timelines in the series in separate sections, and then have a section at the end discussing how they connect together. There would be sections for ''Pikmin'' and ''Pikmin 2'' together, ''Pikmin 3'', ''Pikmin 4'', and ''Hey! Pikmin'', and these stories wouldn't be described as if they're part of a single consistent timeline. As for the other part of the question, I think that since all ''Pikmin'' games continue to exist when newer games come out and people still play older games, we should treat all games as canon even when there are conflicts. However, when choosing what to prioritize, we should document the situation in newer games first and then older games. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:37, December 28, 2023 (EST)
 
::Yeah I agree with this, making it a timeline is definitely a right move since it makes it more easier to read. &mdash; [[User:GGabryy|'''GGabryy''']]<sub>[[User talk:GGabryy|''(talk)'']]</sub> 08:38, December 28, 2023 (CET)
 
:::Timeline would be best, and if down the line, they pull a Zelda and start rearranging thing, having each game be it's own "block" would make things much easier to organize.--[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 12:53, January 26, 2024 (EST)
 
::A timeline article is ideal. I'm iffy on the idea of splitting 3 separately from 1+2 (although obviously 2 is the only direct follow up to another game). But, I do think this is better than trying to treat all four games as one single timeline. 4 was the first game to really bring in contractions, so this is really the first time treating them as one timeline has stopping making sense. &mdash; [[User:Bossclips|'''Bossclips''']]<sub>[[User talk:Bossclips|''(talk)'']]</sub> 06:19, March 11, 2024 (EST)
 
Pikmin 4 is not non-canon compliant. It is not strictly a reboot/retelling, it takes place before Pikmin 3 and it doesnt retell anything. The timeline is an easy 1 2 4 3, if you want further proof you can watch this video: https://www.youtube.com/watch?v=MZwABSqkIeE&t=519s (not mine). We should remove all the parts discussing it to not be canon compliant. {{unsigned|PikminLover4587}}
 
=== ''Pikmin 1+2'' changes ===
The GameCube and Wii versions of {{p1}} and {{p2}} have 3 regional versions: the Japanese version, US version, and European version, with the US and European versions having several language options. These versions have various differences, especially in ''Pikmin 2'' where the treasures in each version are different. However, the [[Pikmin 1+2|Switch port of these games]] has merged the versions, so there is only one version of the game, based on the US Wii version, that has all the language options from the older versions plus some new ones. This means that treasures that were previously exclusive to the US version now have names and notes in Japanese and European languages. In addition, treasures featuring product placement of real-world brands have been redesigned to remove the product placement, and various textures including Piklopedia and Treasure Hoard icons have been replaced with higher-quality versions. This creates a big headache for the wiki as several tough decisions have to be made.
 
Previously, treasures with regional differences could simply have each version of the treasure documented separately, either in separate articles or paragraphs depending on the treasure names. But now we have the situation where if someone's playing the GameCube or Wii versions, these differences apply, while if they're playing the Switch version, the US version applies in all regions. How do we describe this on treasure articles without making things confusing? (Pikipedia has an informal policy that newer versions of games take priority over older versions, and it might be worth either writing this down to make it official or reforming it to simplify this situation.)
 
The treatment of icons is another issue. It would be nice to replace the 40x40px icons from the GameCube and Wii versions with the 160x160px icons from the Switch version. For Piklopedia icons this is not hard, and the icons have already been uploaded, just not used widely. But for Treasure Hoard icons this is a big challenge. The icons are for the new non-branded treasure designs, which often look different from the old designs. And since they only include treasures from the US version of the game, they may have to be shown alongside old icons in object lists when a treasure is different in the 3 regional versions of the GameCube and Wii versions. Considering the mix of icon styles that would result, it may be worth continuing to use the old icons, even for Piklopedia icons, but this would involve showing old treasure designs in object lists when the latest version of the game has a different design. There's no ideal solution, but we have to work out a solution, so that's what this discussion is for. &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:05, December 28, 2023 (EST)
 
:I think the best method of taking things forward would be to use the "newest" version of the games as the main reference point. So, the Courage Reactor would use the new generic brand pictures and icons etc, but then within the article, mention the versions from previous games, like the NTSC and JP versions of the treasures. I dont see a need to document the same treasure on separate articles, especially since we know have the "most correct" version of each treasure. For JP exclusive treasures, keeping those as a separate article shouldnt cause any headache. Some routes I can see would be having a small section for treasures talking about different "Versions" of the treasure, NTSC, JP, Gamecube, Switch, etc. Another alternative I could see would be doing what the Team Fortress Wiki does with alternative weapons, https://wiki.teamfortress.com/wiki/Flame_Thrower where the infobox has numerous buttons to change the appearance of the info box for different iterations. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 12:53, January 26, 2024 (EST)
 
::Re: buttons to change infoboxes: these are known as switchables and we've discussed their implementation on the wiki before for other contexts (particularly the ridiculous multi-game infobox stacks on treasure pages and the like). As of the last conversation, the general consensus is that while they are convenient, we should minimise JavaScript wherever possible and switchables require that to operate. [[User:SupremeKirb|SupremeKirb]] ([[User talk:SupremeKirb|talk]]) 04:41, February 7, 2024 (EST)
 
:::Well, regardless then of Switchables, we should still prioritize the "most recent" version of treasures and locations being the main focus of the article, and then have alternate locations, models, IDs, etc in a separate section in the article. --[[User:Jpmrocks|JPM]] ([[User talk:Jpmrocks|talk]]) 01:23, March 4, 2024 (EST)
 
::::An issue with doing it that way is that there are just so many factors to consider with it. One treasure could link to 5 different articles without a very strict rubric/criteria for counting as an "alternate" treasure. I.e., [[Lip Service]] and [[Family Raft]]. &mdash; [[User:Bossclips|'''Bossclips''']]<sub>[[User talk:Bossclips|''(talk)'']]</sub> 06:22, March 11, 2024 (EST)
 
=== Structure of the canon pages ===
Some people (such as [[User:Flamsey|Flamsey]]) have commented that the way we document Pikipedia's position on the canon is quite strange, with some things documented on the [[Canon]] page and some things documented on [[Pikipedia:Canon policy]]. It is quite an unusual split and I'm not aware of any other game wiki that does things this way. Restructuring these pages to show the information in an easier-to-understand way would be a good idea, but how could this be done? &mdash; [[User:Soprano|'''Soprano''']]<sub>[[User talk:Soprano|''(talk)'']]</sub> 01:05, December 28, 2023 (EST)
 
::I think it's not that odd. One demonstrates how canon is to be applied when writing while the other covers the topic like regular articles. I don't see an issue with it as it is now. &mdash; [[User:Bossclips|'''Bossclips''']]<sub>[[User talk:Bossclips|''(talk)'']]</sub> 06:25, March 11, 2024 (EST)


== Treasure/Fruit and Enemy notes need a formatting overhaul ==
I am going to assume that we can go ahead and put this policy into effect, as this proposal has been up for more than six months. {{User:PikminFanatic23/sig}}
The formatting of the Notes section on articles about enemies and treasures that have appeared in multiple games is frankly horrid. There is absolutely no indication about where each note comes from, except for the ''Pikmin 4'' notes which have disambiguation parentheses of all things. Why does [[Cupid's Grenade]] have subheadings of Olimar's journal for the GCN and Wii releases, while the Nintendo Switch release is its own heading with ''Pikmin 3'' notes inbetween them?


I think we should totally ditch the <nowiki>{{notes}}</nowiki> template and display the notes sections per-game. I created [[User:PopitTart/Sandbox#Notes section reformatting|an example in my sandbox]] of what this could look like a while back. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 19:37, July 15, 2024 (EDT)
:1. a policy proposal being old does not mean everyone agrees on it; 2. I added part of it months ago (just allowing italics in headings).  The only other thing is links, for which it seems there's no real consensus (I'm against them, but haven't voted against because I'm not against italics). <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 18:19, 10 January 2013 (EST)


== In-game button icons for in-game quotes ==
::Thanks for clearing that up; I was confused. I'll go ahead and begin italicising all headers that have game names in them, then. {{User:PikminFanatic23/sig}}
Currently, we use the {{template|button}} template for all instances of using a button across the wiki, including in transcriptions of in-game dialogue which uses button icons. I think this isn't a very practical or good idea, for a few main reasons:


# Our current icons are not representative of what the in-game text looks like. In a very literal way, using our own icons is technically not a proper transcription of dialouge, as the games have their own particular button icons which differ from the ones we use. It's comparable to if we were to call it "🐶 Air Armor" instead of "{{oatchi| Air Armor}}".
==File names?==
# ''Pikmin 4'' uses pink button icons, different from the standard blue ones, to convey information; they are button inputs specifically for the co-op player. Our current buttons have no way of communicating this, and the main and co-op player icons must be the same.
Shoud we, like Wikipedia, relocaet inapropriate file names?  I see your previuos domain now [http://pikmin.wikia.com/wiki/Template:INF hosts] a template (by the way, that domain is a mess now). It seems rather strange to hav files named '''File:001.jpg''' or '''File:ajksf;ljwioe8.png''' floating around.  And even if I`m not allowed to vote because I`m not logged in, can you at least take a look at it?  What file name is better: '''File:6.jpg''', or '''File:Captain Olimar.jpg'''?  --[[Special:Contributions/173.70.30.125|173.70.30.125]] 07:15, 28 July 2012 (EDT)
# ''Pikmin 3'' has support for 3 different controllers, even more when accounting for ''Pikmin 3 Deluxe'', which means our notes transcriptions include several icons per button.  This results in ugly, redundant, and unhelpful situations like {{transcript|Press {{button|wiiu|padl|wii|padl|wiiu|pcpadl}} or {{button|wiiu|padr|wii|padr|wiiu|pcpadr}} to make your Pikmin roll in that direction.}} The thing is, ''Pikmin 3'' uses the exact same d-pad icon internally for all of these control schemes. We could switch to using the game's icons and reduce this quote to a single pair of icons just like the game while being fully accurate, and the same would extend to many other quotes.


In short, I believe adding a template similar to {{template|button}} but with in-game icons for the purpose of in-game quotes would be very beneficial. Please leave any thoughts, I want this idea to be as rigorous as possible. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 19:41, November 1, 2024 (EDT)
:Up until now, we've just not really bothered moving already-uploaded ones, because people don't actually often see the file description page - either the image embedded in a page, or the file itself. We'd also have to edit a load of pages to fix changed names (unless there's such a thing as file redirects, I guess, but that wouldn't be much better than crazy names). That's my opinion, anyway - anyone else? <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 04:55, 29 July 2012 (EDT)


:Yeah I mostly agree with the use of official button icons in quotes over the current system. The only real problems I could see crop up with this is handling the ''Pikmin 4'' button icons due to the standard light blue colors not looking great on the standard light mode background without some editing to them and the need to edit the notes namespace (which we would need to do anyways in order to add extracted text). [[User:Twins1105|Twins1105]] ([[User talk:Twins1105|talk]]) 21:14, November 1, 2024 (EDT)
::There ''are'' file redirects, and replacing filenames on many articles at once can be done using [[Special:ReplaceText]] ([http://www.mediawiki.org/wiki/Extension:Replace_Text extension] - a very useful one that I recommend installing regardless). I don't mind either way though. {{User:Locke/Sig}} 09:17, 30 July 2012 (EDT)


:There's 2 problems i can see:
:::That looks pretty nice.  RegEx is great. I was a bit dubious until I read that it shows you a confirmation screen listing pages and the changes it will make, so yeah. I'll see if we can get it installed, then I'm all for this (don't expect to see me doing the renaming, but whoever does, make a list of them and I'll get to cleaning the links up at some point, leaving a redirect in the meantime).
:#[[File:P4 right stick lr.png|x20px]] and [[File:P4 right stick ud.png|x20px]] looks very simmilar.
:#Pikmin 4 uses light-blue text all the time, so the buttons are of course light-blue, but Pikipedia uses black text, so light-blue buttons stand out more in a bad way.
:[[User:Mama09001|Mama09001]] ([[User talk:Mama09001|talk]]) 07:39, November 2, 2024 (EDT)
::This was adressed by [[User:PopitTart|PopitTart]] elsewhere, and I presume they just forgot to include it here, but in this plan, 4's icons would be modified to be more easily readable amongst the light green, and less out-of-place with the non-coloured text. -[[User:Gulliblepikmin|Gulliblepikmin]] 07:53, November 2, 2024 (EDT)
::: That's correct, the reason I uploaded the ''Pikmin 4'' icons already is to test how they preform under the wiki's color scheme, and see how various adjustments might help their legibility. The clarity between the stick directions in particular is a very big issue. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 08:01, November 2, 2024 (EDT)


Update: I have now uploaded modified Pikmin 4 buttons which have an outline, and i think these do much better for visibility; Here's the new [[File:P4 right stick lr outline.png|x20px]] and [[File:P4 right stick ud outline.png|x20px]]. A showcase comparing the outlined, vanilla, and current wiki buttons can be seen [[User:PopitTart/Sandbox#Pikmin_4_button_icon_comparison|on my sandbox]]. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 00:33, November 10, 2024 (EST)
:::Anyway, we haven't really been strict about file names, and as I said, I don't think we need to be, but if many are interested, we can set this up at [[pikipedia:current projects]]. <span style="font-family:times;color:#080">'''''[[User:Greenpickle|G]][[User talk:Greenpickle|<span style="color:#050">P</span>]]'''''</span> 16:08, 30 July 2012 (EDT)

Please note that all contributions to Pikipedia are considered to be released under the Attribution-ShareAlike 4.0 International license (see Pikipedia:Copyrights for details). Your changes will be visible immediately. Please enter a summary of your changes above.

Do not submit copyrighted work without permission!

Cancel Editing help (opens in new window)

Templates used on this page:

Retrieved from "https://www.pikminwiki.com/Pikipedia:Proposals"