6,576
edits
Project talk:Wiki Conventions: Difference between revisions
Jump to navigation
Jump to search
no edit summary
(Username rename (Jhonn => mbc07)) |
No edit summary |
||
| (16 intermediate revisions by 5 users not shown) | |||
| Line 6: | Line 6: | ||
*Seriously, how on earth does one get multiple lines into <nowiki><pre></nowiki> code? I tried everything without any luck. Anyone have any better ideas for that section? | *Seriously, how on earth does one get multiple lines into <nowiki><pre></nowiki> code? I tried everything without any luck. Anyone have any better ideas for that section? | ||
- [[User: | - [[User:MayImilae|MayImilae]] ([[User talk:MayImilae|talk]]) 08:11, 17 November 2012 (CET) | ||
:If you want multiple lines in the <nowiki><pre></nowiki> tag, you must insert a ''space'' infront of each line. I've fixed the lines in the page already as a test. As for the preamble. I think the preamble and methodology can be merged into one section since it seems like they have a similar intention. [[User:Garteal|─ Garteal]] ([[User talk:Garteal|talk]]) 14:01, 19 November 2012 (CET) | :If you want multiple lines in the <nowiki><pre></nowiki> tag, you must insert a ''space'' infront of each line. I've fixed the lines in the page already as a test. As for the preamble. I think the preamble and methodology can be merged into one section since it seems like they have a similar intention. [[User:Garteal|─ Garteal]] ([[User talk:Garteal|talk]]) 14:01, 19 November 2012 (CET) | ||
::...of course it was somethings simple. DOH. Thanks. As for the merging of the preamble and methodology, I thought about it, but I wasn't sure how to make it flow well from one to another. I'll try again sometime soon. - [[User: | ::...of course it was somethings simple. DOH. Thanks. As for the merging of the preamble and methodology, I thought about it, but I wasn't sure how to make it flow well from one to another. I'll try again sometime soon. - [[User:MayImilae|MayImilae]] ([[User talk:MayImilae|talk]]) 14:16, 19 November 2012 (CET) | ||
== Encrypted AR Codes == | == Encrypted AR Codes == | ||
| Line 35: | Line 35: | ||
:::::: I think you need to lose your admin status because you're agreeing that the fov codes shouldn't be posted other than widescreen fixes.--[[User:Brandondorf9999|Brandondorf9999]] ([[User talk:Brandondorf9999|talk]]) 07:56, 16 July 2015 (CEST) | :::::: I think you need to lose your admin status because you're agreeing that the fov codes shouldn't be posted other than widescreen fixes.--[[User:Brandondorf9999|Brandondorf9999]] ([[User talk:Brandondorf9999|talk]]) 07:56, 16 July 2015 (CEST) | ||
::::::: Hahahahahaha don't make me laugh, now I should lose my admin rights just because I do not share the same opinion as you? Grow up dude. By the way, where's your contributions to the wiki? As far as I can tell all you did was uploading screenshots modified outside of Dolphin (and even getting a temporary ban because of that) and adding cheat codes we already gave N reasons why we don't want them, then complaining about how an admin should lose his rights just because he's opposing your opinion in a particular subject. You also seem to disregard the opinion of the other admins as if I, and just I, were opposing your FOV codes. If it's not clear to you, like me, '''Kolano and | ::::::: Hahahahahaha don't make me laugh, now I should lose my admin rights just because I do not share the same opinion as you? Grow up dude. By the way, where's your contributions to the wiki? As far as I can tell all you did was uploading screenshots modified outside of Dolphin (and even getting a temporary ban because of that) and adding cheat codes we already gave N reasons why we don't want them, then complaining about how an admin should lose his rights just because he's opposing your opinion in a particular subject. You also seem to disregard the opinion of the other admins as if I, and just I, were opposing your FOV codes. If it's not clear to you, like me, '''Kolano and MayImilae are against those codes too''', as they already expressed in [[Talk:Mario Kart Wii]]. So I'll say one last time: taking in consideration the opinion of currently active members and admins, '''FOV codes aren't coming to this wiki'''. [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) | ||
== Widescreen codes == | == Widescreen codes == | ||
Ok, I'll be direct: the whole AR codes thing got too far and in most pages it's a mess. Some time ago (from a PM I think) | Ok, I'll be direct: the whole AR codes thing got too far and in most pages it's a mess. Some time ago (from a PM I think) MayImilae also was bothered that we should remove codes of non-standard ARs (like 48:10, 21:9), allowing only 16:9 which still is the standard for majority of monitors. What also bothered me is that every page have this section in one format, not to mention that most of these codes makes things worse (I tested many AR codes that Karasuhebi reverted and indeed they caused way more problems than the built-in widescreen hack, save for 3 exceptions -- [[Paper Mario: The Thousand-Year Door]], [[Bomberman Generation]] and [[Pokémon Colosseum]]) and because of that I'm removing them right now. I'm also proposing a standard entry for this section (as you can check now in the games I mentioned before). Basically: | ||
* '''16:9 AR only:''' I know 21:9 monitors are slowly gaining market but I tried implementing other ARs as well but the final result always were a mess (like the previous version of Wind Waker page). We should stick with 16:9 which still is the standard for majority of monitors. | * '''16:9 AR only:''' I know 21:9 monitors are slowly gaining market but I tried implementing other ARs as well but the final result always were a mess (like the previous version of Wind Waker page). We should stick with 16:9 which still is the standard for majority of monitors. | ||
| Line 48: | Line 48: | ||
If you guys are OK with that I'll implement that into our wiki conventions. And yes, I was bothered with that and just edited many pages with what I'm proposing without consulting you guys first but feel free to change them if someone oppose something. If everything goes well I'll try to achieve a standard for 60FPS patches too (look at Zelda Collector's Edition, it's another huge mess >_< ). - [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) | If you guys are OK with that I'll implement that into our wiki conventions. And yes, I was bothered with that and just edited many pages with what I'm proposing without consulting you guys first but feel free to change them if someone oppose something. If everything goes well I'll try to achieve a standard for 60FPS patches too (look at Zelda Collector's Edition, it's another huge mess >_< ). - [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) | ||
:I complete agree! I would even go further and ban 120FPS codes too. What do you think Kolano? - [[User: | :I complete agree! I would even go further and ban 120FPS codes too. What do you think Kolano? - [[User:MayImilae|MayImilae]] ([[User talk:MayImilae|talk]]) 14:42, 19 August 2015 (CEST) | ||
::And 21:9 monitors are super niche, 1440p and 4K are where the growth is. Both 16:9! :D - [[User: | ::And 21:9 monitors are super niche, 1440p and 4K are where the growth is. Both 16:9! :D - [[User:MayImilae|MayImilae]] ([[User talk:MayImilae|talk]]) 14:48, 19 August 2015 (CEST) | ||
:::I so wish that wasn't the case. 21:9 monitors is where's it's at! :D -[[User:Karasuhebi|Karasuhebi]] ([[User talk:Karasuhebi|talk]]) 17:10, 19 August 2015 (CEST) | :::I so wish that wasn't the case. 21:9 monitors is where's it's at! :D -[[User:Karasuhebi|Karasuhebi]] ([[User talk:Karasuhebi|talk]]) 17:10, 19 August 2015 (CEST) | ||
| Line 75: | Line 75: | ||
:So [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) it looks like everyone agrees with the standards you have put forth for the AR codes. Can we go ahead and include them in the [[Project:Wiki_Conventions#Enhancements|Project page]] now? :D -[[User:Karasuhebi|Karasuhebi]] ([[User talk:Karasuhebi|talk]]) 21:53, 9 January 2016 (CET) | :So [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) it looks like everyone agrees with the standards you have put forth for the AR codes. Can we go ahead and include them in the [[Project:Wiki_Conventions#Enhancements|Project page]] now? :D -[[User:Karasuhebi|Karasuhebi]] ([[User talk:Karasuhebi|talk]]) 21:53, 9 January 2016 (CET) | ||
:: I'll revamp those and put them in the conventions soon, currently I'm so busy with some personal life stuff that I barely have time to look at recent changes :( | :: I'll revamp those and put them in the conventions soon, currently I'm so busy with some personal life stuff that I barely have time to look at recent changes :( | ||
:: (Kolano and | :: (Kolano and MayImilae, feel free to go ahead if you guys want, no worries from me) - [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) 00:30, 10 January 2016 (CET) | ||
== Inapporopriate use of Enhancements Section == | == Inapporopriate use of Enhancements Section == | ||
I don't believe it should be used to list non-default config problems. The most appropriate way to handle them is to not include them anywhere on the game page. If something should be mentioned at all, at least let Emu Info or Problems have it, but it's bit odd to actually let Enhancements have it. It's not normal to hear something like "this problem will enhance your gameplay!" [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 08:16, 16 December 2015 (CET) | I don't believe it should be used to list non-default config problems. The most appropriate way to handle them is to not include them anywhere on the game page. If something should be mentioned at all, at least let Emu Info or Problems have it, but it's bit odd to actually let Enhancements have it. It's not normal to hear something like "this problem will enhance your gameplay!" [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 08:16, 16 December 2015 (CET) | ||
:Problems like the Corrupt Videos problem on [[Marvel Super Hero Squad]] are extremely important for us to have. It doesn't matter that it is non-default, anisotropic filtering is essentially a free graphical enhancement (so is per-pixel lighting) which almost never causes problems. When it does cause problems, users are going to forget that option is enabled, and blame the emulator and post issues and on and on. This wiki exists solely to inform users of problems and fill them in on things that they should know about. This is exactly what it's for! | :Problems like the Corrupt Videos problem on [[Marvel Super Hero Squad]] are extremely important for us to have. It doesn't matter that it is non-default, anisotropic filtering is essentially a free graphical enhancement (so is per-pixel lighting) which almost never causes problems. When it does cause problems, users are going to forget that option is enabled, and blame the emulator and post issues and on and on. This wiki exists solely to inform users of problems and fill them in on things that they should know about. This is exactly what it's for! | ||
:And our conventions are not about non-default vs default or anything black and white like this. That is not how this wiki has been run and not how it would serve users best. We tailor what we allow and don't allow in the various sections based on what the users need. - [[User: | :And our conventions are not about non-default vs default or anything black and white like this. That is not how this wiki has been run and not how it would serve users best. We tailor what we allow and don't allow in the various sections based on what the users need. - [[User:MayImilae|MayImilae]] ([[User talk:MayImilae|talk]]) 08:42, 16 December 2015 (CET) | ||
::That problem is something I'm trying to bring back into Problems section. It was put under Enhancements from Problems section by Kolano recently and I find it inappropriate place for this problem and had tried to move it back into Problems section which made better sense but was undone by Kolano. Then [[Project:Wiki Conventions#Enhancements]] was revised recently that would approve such thing. Right now I'm trying to explain that it's still not appropriate place for problem regardless of config. Really, would you like to see the corrupted video ([[Marvel Super Hero Squad#Corrupted Videos]]) in your gameplay? It's an enhancement because it's under Enhancements section. Makes sense? Putting it back into Problems or into Emu Info would have been made much better sense. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 09:03, 16 December 2015 (CET) | ::That problem is something I'm trying to bring back into Problems section. It was put under Enhancements from Problems section by Kolano recently and I find it inappropriate place for this problem and had tried to move it back into Problems section which made better sense but was undone by Kolano. Then [[Project:Wiki Conventions#Enhancements]] was revised recently that would approve such thing. Right now I'm trying to explain that it's still not appropriate place for problem regardless of config. Really, would you like to see the corrupted video ([[Marvel Super Hero Squad#Corrupted Videos]]) in your gameplay? It's an enhancement because it's under Enhancements section. Makes sense? Putting it back into Problems or into Emu Info would have been made much better sense. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 09:03, 16 December 2015 (CET) | ||
:::It's a problem with an enhancement, seems appropriate for the Enhancements section to me. Placing it there allows us to maintain better consistency with things listed in the problems section, which theoretically shouldn't list things that don't occur with default settings. This also allows the title to be rated 5 star without controversy in future. Also if you want to get into nitty-gritty, any problem with a solution could be considered an "enhancement" as they improve upon the broken state. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 09:57, 16 December 2015 (CET) | :::It's a problem with an enhancement, seems appropriate for the Enhancements section to me. Placing it there allows us to maintain better consistency with things listed in the problems section, which theoretically shouldn't list things that don't occur with default settings. This also allows the title to be rated 5 star without controversy in future. Also if you want to get into nitty-gritty, any problem with a solution could be considered an "enhancement" as they improve upon the broken state. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 09:57, 16 December 2015 (CET) | ||
| Line 106: | Line 106: | ||
:::::: It was Kolano who moved the problems of the Dolphin's enhancement into Enhancements section, not the other editors' doing. I don't mind comment tags where necessary but that's not within the scope of this topic. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 07:10, 24 November 2016 (CET) | :::::: It was Kolano who moved the problems of the Dolphin's enhancement into Enhancements section, not the other editors' doing. I don't mind comment tags where necessary but that's not within the scope of this topic. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 07:10, 24 November 2016 (CET) | ||
::::::: Yes, I was moving them their because a) they are related to enhancements and b) they would have been purged from the wiki altogether otherwise. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 19:04, 14 January 2018 (CET) | |||
::::::::No option for going into Emu Info? I thought it's the most logical place for these kind of information. Readers will expect problem they're seeing to be in Emu Info or Problems, and understand what is causing it, then they will expect cool stuff that would enhance (or fixes that would continue enhancing) their Dolphin experience to be in Enhancements. What's the logic that the problem relating with built-in enhancement to be taken into Enhancements? Just because you see any of the setting terms? [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 01:33, 15 January 2018 (CET) | |||
Still believing this is wrong. Rule created and enforced by one man. Sad. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 13:17, 14 January 2018 (CET) | |||
:I like the way it is currently, honestly. It was the ultimate compromise between allowing enhancement information on the wiki while not hurting the rating. Though I agree that the naming is kind of bad/nondescriptive, it always seemed like a "hack" to me to get the information in. If the section was renamed from "Enhancements" to "Enhancements Information" or the like would you like that better, out of curiousity? I don't really think shoving it all into Emulation Information is that great of an idea just because Emulation Information already has its own identity as a spot to capture game-specific quirks which don't particularly fit into any of the templated locations. - [[User:Xerxes|Xerxes]] ([[User talk:Xerxes|talk]]) 17:43, 14 January 2018 (CET) | |||
::Emu Info WAS a compromise made for them. "Enhancements Information" would make sense less to the patches like Gecko codes. Enhancements was supposed to showcase things that will enhance your experience with Dolphin, "Information" is more like, "did you know that..." Ah, doesn't that sounds like a job to Emu Info? [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 01:33, 15 January 2018 (CET) | |||
::: Emu Info is currently for: Game Bugs unrelated to Dolphin's emulation of a title; special emulation setup when needed, typically for oddball inputs, but things like memory card requirements are also covered. It is not intended for problems. I'd be OK with breaking them out to a separate "Enhancement Problems" section, but I think others had not wanted to add even more page sections previously. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 01:41, 15 January 2018 (CET) | |||
::::Oh, I give up. I was the person that came up with "Emulation Information" but then what can it cover... got changed. "Important Information" also sounds like a good name. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 01:45, 15 January 2018 (CET) | |||
== Change Name: Emulation Information -> Emulation Notes? == | == Change Name: Emulation Information -> Emulation Notes? == | ||
| Line 111: | Line 125: | ||
Well, after asking google the meaning of "information" and "notes", "Information" makes better sense. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 16:07, 26 December 2015 (CET) | Well, after asking google the meaning of "information" and "notes", "Information" makes better sense. [[User:Lucario|Lucario]] ([[User talk:Lucario|talk]]) 16:07, 26 December 2015 (CET) | ||
== Virtual Console: Nintendo.com Game Guide Cover Art == | |||
Currently, we use the game's original cover art for Virtual Console pages, causing pages to be quite inconsistent across systems. Compare the pages for [[1942|Arcade VC]], [[Boulder Dash|C64 VC]], [[Aleste|MSX VC]], [[2020 Super Baseball|Neo Geo VC]], [[1080° Snowboarding|N64 VC]], [[A Boy and His Blob: Trouble on Blobolonia|NES VC]], [[ActRaiser|SNES VC]], [[Alex Kidd in Miracle World|SMS VC]], [[Alex Kidd in the Enchanted Castle|Genesis VC]], [[A Ressha de Ikou III|TurboGrafx-16 VC]], [[101-in-1 Explosive Megamix|WiiWare]], and [[Amazon Instant Video Channel|Wii Channels]] to see the largescale inconsistency. Arcade games use fliers instead of boxes, SNES and N64 boxes are wider than they are tall, C64 boxes are typically quite worn, and that's just the tip of the iceberg. These pages are all documenting downloadable software for the Nintendo Wii and should look consistent with each other. Nintendo.com's Game Guide has consistent covers for the VC releases we could use instead. For example, here's their cover art for [https://media.nintendo.com/nintendo/bin/IZaGTkZP4CIpcCRMnPC5gxLFH2I8agfy/lY6vQ5IS-Ja0S53d0qNmqHur-O3iqvRA.png Sengoku 3 for the Neo Geo], and [https://media.nintendo.com/nintendo/bin/IFIPltwCINB0TWw2kXpKXAn0BAIUYOL2/ht9QIZpHFESyahdd0yNIevgALwb-XVJ8.png Double Dragon 2: The Revenge for the NES.] The only downside is that Virtual Console game covers would be the same 160px width as WiiWare covers are now, but this could be remedied by upscaling them using something like Waifu2x. For example, [https://i.imgur.com/oqPJDuN.png here's] the Game Guide cover for Double Dragon 2 upscaled using it. - [[User:PowerKitten|PowerKitten]] ([[User talk:PowerKitten|talk]]) 17:39, 11 October 2017 (CEST) | |||
:: I don't believe these were provided consistently across regions, so you end up with similar inconsistencies between NA, EU, and JP releases with them anyway. A related issue exists for WiiWare titles, where the US Wii Shop images were used, but similar images don't exist for Asian releases. Using the box covers per our region preferences tends to provide a consistent reference point for what the image should be, outside of a few "disk download only" JP NES releases, and the arcade titles where we've made due /w the flyers. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 01:46, 12 October 2017 (CEST) | |||
== Regarding Infobox Series Convention == | |||
I would like the convention on using italics around series names in the infobox to be changed. Besides the special case of differentiating different consoles in the release dates/publishers sections, stylings aren't used for infobox entries in any other case. And the italics weren't even preserved in page output; before I touched this section of the template, the very first thing that was happening to the series entry was it was regex replacing all <nowiki>''</nowiki> with nothing, deliberately stripping this markup off. If there's still a desire to put the series links in italics, I can set that up from within the template, without needing them actually added on every page like it was before. - [[User:Xerxes|Xerxes]] ([[User talk:Xerxes|talk]]) 19:07, 24 December 2017 (CET) | |||
Yeah, it was a convention from early in the wiki, prior to all the customization of the infobox template. And yeah, as you had noticed, it had gotten ignored/hidden when the initial infobox customization went into place. There is probably no good reason to preserve it. [[User:Kolano|Kolano]] ([[User talk:Kolano|talk]]) 23:46, 24 December 2017 (CET) | |||
: No objections too, go for it. - [[User:mbc07|mbc07]] ([[User talk:mbc07|talk]]) 07:19, 26 December 2017 (CET) | |||