View source for Inkipedia:Ink Pump/Archives/2024-08-07

{{Archive|Ink Pump}}

== Gear navbox renovations ==

The current gear navboxes sort the gear per initial rarity/star count/star power; I find this sorting system isn't very useful and it's overall difficult to imagine even a very gear-focused player preferring to sort by star power of all things. I've prepared a [[User:Yoshifan52/Sandbox/Gearnav|demonstration of gear navboxes]] in which gear is sorted by brand instead, and would like to propose these as a potential replacement for the current ones. I've also included a variation where per-gear icons are present; I imagine most players do not have most gear pieces' names committed to memory thus icons can help with navigation, though there may be concerns with article loading times as a result of adding a lot of icons. 

As this would be a rather large scale change affecting nearly the entire wiki, I'm eager to hear others' input on the topic. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 08:00, 6 February 2024 (UTC)

:I would like more feedback from gear-focused players but in my opinion it seems like a fair change [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 09:17, 6 February 2024 (UTC)
:I really really like this idea! Whenever I look for gear through the navbox, it's always difficult because I don't even know what star power is to begin with. I do however, know and love the brands, so this change would help me tremendously. Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 11:02, 6 February 2024 (UTC)
:Having per-gear icons definitely seems very good, I think that would be sufficiently helpful on its own even without splitting navboxes based on brand (which has the side effect of making the navboxes take up significantly more space). The icons don't presently get pushed onto a new line which makes it a little confusing to read, but if that's on the table to fix, that would strike my only major complaint with it. [[User:Driftin Soul|Driftin Soul]] ([[User talk:Driftin Soul|talk]]) 17:05, 7 February 2024 (UTC)
::I hadn't thought about the new length potentially being an issue, good point. I'm not sure how to work around that, my understanding is the majority of gear-focused players tend to gravity towards the brand mechanics of the game rather than any other aspect that could be used as a categorization system. 
::[[User:Yoshifan52/Sandbox/Gearnav#Alternative test|Here's a rough around the edges demo]] where all of S3's headgear is in one chunk, sorted alphabetically; it's still decently long, but perhaps more manageable in that department? I think it looks a bit too plain and somewhat messy without a categorization system. Not sure what other approach can be taken... [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 20:06, 12 February 2024 (UTC)
:::Would it be possible to, within the infobox, collapse by default all brands that the page does ''not'' belong to? That's one possible solution that comes to mind.
:::Having it split by starting letter (again, non-applicable letters collapsed) could be a similar approach. [[User:Driftin Soul|Driftin Soul]] ([[User talk:Driftin Soul|talk]]) 20:14, 12 February 2024 (UTC)
::::I'm not sure it would be possible to automate that (and setting it up manually would be unnecessarily messy and complex)... [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 20:57, 12 February 2024 (UTC)
:::::Hmm... yeah, if it can't be automated that's definitely a big strike against it. Would definitely also result in some weird edge cases with gear that changed brands (and/or names) between games. [[User:Driftin Soul|Driftin Soul]] ([[User talk:Driftin Soul|talk]]) 21:00, 12 February 2024 (UTC)
:::Your demo is really nice!!! I love the gear organized one better tho, is the best option imo. We should think really hard and see which one comes out on top! The alphebetical one is nice, but I don't know. Looks kinda like '''BLUHHHERESEVERYSINGLEHEADGEARRIGHTINFRONTOFYOUIF YOUWANNAFINDSOMETHINGYOUGOTTALOOKTHROUGHITALLBLUUH''' Not really very optimal, right? It's not bad, just not the best. Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 21:00, 12 February 2024 (UTC)
::::Trig's sent me [[User:Trig Jegman/Gearnav|this demo]] as an alternative with the perspective of a player who doesn't care much for gear/brands. I think this format handles the length issue while making it read better; what do you think? I still like my by-brand categorization but I'm not sure it's the most practical. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 00:08, 13 February 2024 (UTC)
:::::Oh I like that
:::::Solves my issues with the gear names/icons ending up on different lines if nothing else, which helps readability a lot. [[User:Driftin Soul|Driftin Soul]] ([[User talk:Driftin Soul|talk]]) 00:10, 13 February 2024 (UTC)
::::::Apologies for the huge delay; I've [[User:Yoshifan52/Sandbox/Gearnav|updated my demo]] to match the formatting system Trig sent. I've added per-brand navboxes as well: the idea is a piece of gear's page would list both types of navbox. For example, the page for Barrelfish Baseball Hat would feature a navbox for all S3 headgear, as well as a navbox for all S3 Skalop gear. This might get a bit busy in cases where a single piece of gear has been in all three games thus far, but overall seems to be the best possible option for per-brand navboxes. Let me know what you think! [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 04:08, 31 March 2024 (UTC)
:::::::Wow… this is absolutely incredible!!! Must've took some hard work to take the current format and rework it per game and category, then do it again for gear brand and game! Some of the spacings are a bit awkward, but I'm on mobile so that might be it? Still looks amazing! It's wonderful! I hope everyone else thinks the same. Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 21:23, 31 March 2024 (UTC)

:I find it difficult to find particular gear in the current navboxes. I usually use the lists (like this one [[List of headgear in Splatoon 3]]) instead. I prefer the variation with icons. I think the icons make it much easier to find items. The weapon navboxes also have icons, so including icons in the gear navboxes will make them more similar. {{User:GX 64/Sig}} 00:43, 8 February 2024 (UTC)
:I certainly support using icons, they greatly improve navigation because users are much more likely to remember a piece of gear based on its appearance than its name. Honestly I am neutral on how to split them, star power is least useful but does split in a neat way, brand is most useful but makes the nav incredibly long, and no split at all is a neat compromise but I think it's a little weird having a nav with zero split. But if there's no need for a split then, well it doesn't need one. So I essentially support all three, yeah not very helpful I know. - [[User:Harristic|Harristic]] ([[User talk:Harristic|talk]]) 00:45, 22 February 2024 (UTC)

Having every gear icon load on every gear page may bloat up the pages considerably. I think this is one of the reasons the weapon pages are so heavy on load time. Is there another method that could be used to make things easier to find without adding images? [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 00:38, 22 February 2024 (UTC)

:Heddy is right, would significantly increase load time, because there is a lot, and I mean '''A LOT''' more gear than there are weapons. I'm not sure how to tackle this, because Harristic is right. I remember something better off of appearance than name, because if I saw it on say, a Reddit post, I wouldn't know the name. I'd come to Inkipedia and look at the images to find it! Maybe if we could somehow compress the file or something similar, to be able to handle it better and not make 10 minute load times. I don't know if that is possible, but yeah. To sum it up, make the images easier to present, so it doesn't slow the website down. Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 01:05, 22 February 2024 (UTC)

== What are we going to do about Hong Kong and South Korea? ==

As the title says, what are we going to do about Hong Kong and South Korea for the Splatfest navboxes (the previous and next template)? For reference, during region-locked Splatfests, North America, Europe, and Japan all have their separate navboxes, however, Hong Kong and South Korea do not. Are they going to get their own, separate navbox on Splatoon 3's region-locked Splatfest pages, or are they going to be combined with one of the already existing ones?

I asked this before [https://splatoonwiki.org/wiki/Talk:Handshake_vs._Fist_Bump_vs._Hug here], but it was ignored. {{User:Random/Sig}} 19:52, 12 February 2024 (UTC)

:From what I have been told by other editors, it is currently impossible for HK and SK to have their own set Splatfest; their theme & results always have to be combined with one of the other three regions. As such, I don't think we have to be concerned about it unless something changes in the future to allow unique themes & results. [[User:Driftin Soul|Driftin Soul]] ([[User talk:Driftin Soul|talk]]) 19:58, 12 February 2024 (UTC)
::Alright. {{User:Random/Sig}} 20:04, 12 February 2024 (UTC)
:Honestly, I kinda liked the way it was. Nowadays it looks more cluttered, and it might take slightly more time to find the JP splatfests category. But... alright I guess. {{User:Veron/Sig}} 04:32, 3 June 2024 (UTC)

== How do I put pictures from my photo gallery onto my page? ==

This is probably the stupidest question ever, but I need help. I use Inkipedia from my phone, and I was trying to create my user page, but I couldn't find anything for importing a photo from my phone's gallery. Is there any way to do that or do I have to do something crazy like download it? [[User:Sandy&#38;Altie|Sandy&#38;Altie]] ([[User talk:Sandy&#38;Altie|talk]]) 15:34, 17 March 2024 (UTC)

:To upload an image, you need to go to the [[Special:Upload|File Upload]] page. Before you upload an image, read the image guidelines and the file template information provided at the top of the page so you know the wiki's policies about uploading files! Keep in mind, users can have at most 7 personal images for their userpages. To display the image on your userpage, you would write [<nowiki/>[File:Your file's name.jpg|50px]] You can increase the image's size on your page by entering a bigger number before the px, I used 50 as an example. If you do increase the size make sure the image doesn't go off the side of the page. Hope this helps!! {{User:SillyPuppet/Sig}} 16:48, 17 March 2024 (UTC)
::if u are getting the pics from ur switch u have to click share then click send to smartphone [[User:Faulty chair|Faulty chair]] ([[User talk:Faulty chair|talk]]) 12:07, 18 March 2024 (UTC)

== Salmon Run "Tips" sections ==

So it's been bothering me for a while, the Tips sections on Salmon Run related pages are not great. They have to be miles long to cover all relevant info (For example: [[Rush]]), they don't separate info between games, they actively recommend mediocre to bad strategies (wall clinging on Rush), they gloss over Snatcher optimization, etc... I want to fix them, but for the pages to be actually helpful and as extensive as I think they should be, they would most likely need to be separate from the regular pages to keep it organized.

Something related to this was brought up in the discord and StrategyWiki was mentioned, but when I asked if that's where this should really go I didn't get a reply; I've been told that StrategyWiki mainly focuses on singleplayer or games with linear levels so I'm not sure if Salmon Run would fit there in the first place. I had the thought of making competitive-like pages for it since Big Run and Eggstra Work are in-game competitive events, but I don't think that's the intended use for the namespace. But surely we could figure something out?

The main reason I want to do something about this is that Salmon Run has been my favorite part of Splatoon since S2, but in general it has no central resource for information. Most is spread across youtube videos, discord servers, and google docs linked through either of those, which is extremely inaccessible. I know Salmon Run isn't nearly as popular as the PvP, but it's still a full game mode and if we're going to have gameplay advice for it at all I think we should have it more organized than it is now. I'm not even necessarily advocating for overfishing strategies to be covered since I know that community is pretty niche.

To summarize: The Salmon Run pages' Tips sections are annoying to read at best and unhelpful at worst. I would like to make proper strategy pages ''somewhere'', but I don't know if that's something others believe would belong on Inkipedia specifically. Hoping to start a discussion here. [[User:Sourguppyworm|Sourguppyworm]] ([[User talk:Sourguppyworm|talk]]) 22:29, 3 April 2024 (UTC)

:Maybe you could make a sub section of inkipedia that foucuses only on grizzco related things. that way it gets eaiser to navagate. i would help, but i dont know much code. i can give ideas tho [[User:Squidkid34|Squidkid34]] ([[User talk:Squidkid34|talk]]) 12:37, 8 May 2024 (UTC)
::Thank you for your reply! That's kind of close to what I was thinking of, as I mentioned I thought we could do something similar to the Competitive namespace. But there doesn't seem to have been any interest in it since I posted this last month, so I've just been working on my own offsite guide instead 😅... [[User:Sourguppyworm|Sourguppyworm]] ([[User talk:Sourguppyworm|talk]]) 02:27, 11 May 2024 (UTC)
:::Very late reply here, but moving Salmon Run tips and strategies to a competitive namespace would work really well in my eyes; that info isn't best suited for main either way. I highly agree our Salmon Run coverage is somewhat lacking in this regard. StategyWiki collaboration overall isn't the spot for multiplayer PvE tips and strategies in my opinion, as we already cover the equivalent PvP tips and strategies right here at Inkipedia. 
:::I'm not completely certain on the competitive namespace being the perfect spot for it, but seeing as the overfishing community (from which most strategies derive from my understanding) basically amounts to Salmon Run's equivalent for the general multiplayer competitive scene, I could see a case for it. The alternative, a new "strategy/tips" namespace just for this purpose, doesn't seem particularly ideal. 
:::I saw another discusion supporting/suggesting a similar idea [[User talk:Slate#Possible trivia topic for salmon run|here]]. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 21:05, 19 June 2024 (UTC)
:As y52 pointed out and written [[User_talk:Slate#Possible_trivia_topic_for_salmon_run|on my talk]], I see the competitive space being the best place for this. We also do this with weapons already with Strategy subpages, e.g. [[Splattershot#Strategy]] leads to the [[Competitive:Splattershot|competitive]] space. We also have a [[Template:Navbox/Weapon Strategy|nav template]] for it. I'd be happy with a section added to the competitive weapon pages dedicated to SR. {{User:Slate/Sig}} 10:23, 24 June 2024 (UTC)

== Trivia section ==

I've noticed that a lot of the trivia sections for some pages say tidbits but don't specify in which game it comes from, such as [[Flounder Heights]] mentioning the ghost in one of the apartments, but it doesn't specify that it's only in Splatoon 3. Another good example is the [[Hero Suit]] page mentioning Agent 3, but once again, does not say which Agent 3. Should we add subsections or a note in those kinds of entries? [[User:Rozelia The Octo06|Rozelia The Octo06]] ([[User talk:Rozelia The Octo06|talk]]) 22:22, 7 April 2024 (UTC)

:The game which the trivia is from should be mentioned. The way that the game is specified is slightly inconsistent across different pages, but it seems to be either mentioning which game it's from in the trivia item (like some of the trivia here [[Cuttlefish#Trivia]]), or split into different sections for each game (like these pages [[Agent 3 (Splatoon)#Trivia]], [[Judd#Trivia]]). The different sections seem to be used when there is a larger amount of trivia. {{User:GX 64/Sig}} 05:57, 8 April 2024 (UTC)

== Coloring color chip template ==

is it possible to color the color chip template? I tried to link color it, but it's not working. This kinda applies to other templates w text. [[File:RotM Icon Frye.png|25px|link=User:Squidcat]] <span style="border-radius:20px;background-color:#e6e6e6;padding:5px">[[User:Squidcat|<span style="color:#000000">'''Squidcat''']] [[User talk:Squidcat|<span style="color:#404040">(talk)</span>]]</span> 13:53, 12 April 2024 (UTC)

== Pretendo ==

Now that Nintendo Network has been discontinued, should we make a page documenting the Splatoon side of Pretendo? They have now released a hackless way of connecting to thier servers and it runs just like Nintendo Network. Thanks, [[User:CodingAsteroid|CodingAsteroid]] ([[User talk:CodingAsteroid|talk]]) 12:07, 13 April 2024 (UTC)

:As it is not an officially-endorsed service (with some legal dubiousness), I would advise against it: It is not what the developers had intended in an official capacity, and I ''really'' don't want to seem like Inkipedia is supporting or endorsing the product because that could turn around and hurt ''us''. Unless something notable happens like the scheduled rotations not working as anticipated, I think mention of the service at all should be zero to minimal. [[User:Trig Jegman|Trig]] - 13:33, 13 April 2024 (UTC)
::Ok. Thanks for the feedback! [[User:CodingAsteroid|CodingAsteroid]] ([[User talk:CodingAsteroid|talk]]) 07:12, 17 April 2024 (UTC)

== Improving mobile layout for Navbox ==

The existing Navbox layout is horizontal, due to section headings being placed on the left. This makes them not work very well on mobile devices, which has narrow screens on portrait mode. I am testing a modification to the Navbox layout for mobile view: by moving the section headings to the top of each sections, the layout becomes more mobile-friendly. The desktop layout stays the same as the current one.

You can preview this on [[User:Harimaron/Sandbox#Navbox]]. The mobile layout will only activate if the viewport is narrow enough, so you can test it by viewing it on mobile or by reducing the width of your web browser window. I would appreciate any comments. [[User:Harimaron|Harimaron]] ([[User talk:Harimaron|talk]]) 16:41, 14 April 2024 (UTC)

:I have applied this change which should now be in effect for all Navboxes. [[User:Harimaron|Harimaron]] ([[User talk:Harimaron|talk]]) 14:50, 3 May 2024 (UTC)

== Sound effects ==

So yesterday I was looking up Horrorboros and I thought... "Why isn't there more sound effects on here?"
I personally think it's a good idea to add things like Horrorboros's cry to the wiki. I mean... with the Asynchronous Rondo sound effects being datamined... It can't be that difficult... Right?

Maybe there could be a sound effect "gallery"? Hmm... 

Now that I think of it, I think the sound effect gallery idea might be too difficult... What do you think?

(I also feel like somebody has posted something like this on here but I'm gonna post it anyway) {{User:Veron/Sig}} 17:54, 7 June 2024 (UTC)

:Displaying samples of sound effects similar to how we display samples of music is an idea that has been suggested a few times already, it's definitely something worth adding to the wiki. The issue is organizing a dedicated project for such a large undertaking; at this time, people seem to be focusing on getting music files in order first. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 21:10, 19 June 2024 (UTC)

::There was a major push about two years ago to add sound effects that was ultimately dropped. We still have some of the sound framework set up, so if that's something you are willing to continue pursuing, feel free to drop onto my talk page and we can see what can be done to get that moving again. [[User:Trig Jegman|Trig]] - 18:17, 25 June 2024 (UTC)

== SplatNet App Ideas ==

So, I can't be the only one who thinks that Splatnet2 and Splatnet 3 are just. What Inkling's and Octoling's phones look like, right? Like, you open up Splatnet 3, and that's what your character sees? So why not a fun little discussion about cool ideas for apps that you could use on there? Like a dedicated Tableturf app or music app that would basically be the jukebox but on your phone? That sounds awesome to me, personally. [[User:Multifandommadness|Multifandommadness]] ([[User talk:Multifandommadness|talk]]) 15:45, 12 June 2024 (UTC)

:Hi, this talk page is for ideas about how to improve the content of the wiki and is [[Inkipedia:Policy/Talk pages|not meant to be a space for casual chatting]] about fanon topics. Please consider joining us on [[Inkipedia:Discord|Discord]] if you would like to engage in these sorts of discussions. Thank you! {{User:Driftin Soul/Sig}} 16:25, 12 June 2024 (UTC)

==Template Names==
Heya all: Something that I've wanted to iron out for awhile now is how we handle naming our templates: Specifically, in terms of casing and spacing. Right now, template names are kind of all over the place ([https://splatoonwiki.org/wiki/Special:AllPages?from=&to=&namespace=10 list of all templates]), with some being "Sentence case", some being "CamelCase", some being "Title Case", and others being weird blends of spacing/capitalizations. I think we should try to migrate most of the names to use one set standard. Personally, I find Title Case to be the most clear in practice ([[:Template:Incomplete source|Template:Incomplete Source]]), while about half of the major templates used currently are CamelCase ([[:Template:Color scheme]]). There are very few Sentence case templates ([[:Template:Italic title]]). I'd like to encourage moving towards Title Case, but want to know what everyone thinks first before moving to a more formal proposition. Sidenote, shorthand templates like [[:Template:FB]] or [[:Template:T]] would remain as they are. [[User:Trig Jegman|Trig Jegman]] - 18:17, 25 June 2024 (UTC)

:I think sentence case seems ideal but I would also accept title case; not much a fan of camel case in this case. {{User:Driftin Soul/Sig}} 18:33, 25 June 2024 (UTC)
:I personally want sentence case, but I am fine as long as it isn't camel case. [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 18:50, 25 June 2024 (UTC)
:The inconsistent template names have been annoying me for a while. I prefer sentence case or title case. Camel case is more difficult to read, so if it isn't necessary to avoid using spaces then I think the other ones are better. {{User:GX 64/Sig}} 03:38, 26 June 2024 (UTC)
:In my opinion we should use Sentence case. Anyways, I've noticed that all the template extensions (I'm not sure that they are called "template extensions") are currently formatted as "Template:NameEx". For example [[Template:Gear intro text extension]], [<nowiki/>[Template:Infobox/MusicEx]] or [[Template:Infobox/VersionEx]] except [[Template:Gender/Ex]].<br> With the only exception being [[Template:Gender/Ex]]. I was thinking that maybe we should rename that template to Template:GenderEx too to meet the other ones criteria unless ya'll have a better idea or this or this discussion takes it into another direction. {{User:It's moon/Sig}} 02:54, 27 June 2024 (UTC)
:In favor of sentence case then title case in that order, but wouldn't be pressed if either is chosen over the other. Overall the naming scheme is indeed in need of some tidying up. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 04:36, 5 July 2024 (UTC)
:With templates, I would naturally prefer <code>{<nowiki/>{all lowercase}}</code>, but the system technically doesn't support a lowercase first letter. So, I must say I prefer the closest thing to all lowercase, which is sentence case. Title case would be acceptable as well. [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 06:37, 5 July 2024 (UTC)
:Fixing Template names to be consistent will be great! I am in favor first for Title Case, then Sentence case, and not for CamelCase. I only slightly prefer Title Case in that it can help identify it as a template/module/etc - something that is different than the plain text code. I.e. <code>This Is Important</code> compared to <code>This is also important but slightly less so</code>, difference (in importance and usage) is shown through capitalization. We do use Sentence case for section headers, so it does make sense to use it for template naming as well. Overall, I am glad that you are moving to propose a formal naming convention for templates, it is much needed, and I support using either Title Case or Sentence case. [[User:Lid|Lid]] ([[User talk:Lid|talk]]) 17:45, 9 July 2024 (UTC)
::Sentence case has my vote over Title Case due to searching and autocomplete {{User:Slate/Sig}} 11:43, 23 July 2024 (UTC)

The tribe has spoken. I'll work on a more formalized addition to MoS to decree how templates should be named, and we can do a vote via proposal for which actually is chosen. [[User:Trig Jegman|Trig]] - 13:15, 23 July 2024 (UTC)

== Interest check: featured content ==

The [[Inkipedia:Featured content]] process was retired a long time ago, probably due to lack of voters or interest. Voted featured content was replaced with "News" on the [[Main Page/Featured|main page]]; the news posts link to articles, thus automatically featuring any linked articles.

Now that Inkipedia has grown a bit, is there interest in reviving voted featured content? It would encourage high quality articles by featuring the article on the main page at [[Main Page/Featured]]. Users would nominate articles and vote on them, and once a certain threshold is reached, like maybe 10 votes, the article would be shown at Main Page/Featured. [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 06:08, 26 June 2024 (UTC)

:Yes, definitely. I was once on WiKirby to look for some information, and I couldn't help but notice all of the amazing things they had on their main page! I was wondering why we had nothing like that, so I think it's a great idea to revive this! Lastly, don't forget to Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 12:18, 26 June 2024 (UTC)
:I think it's an good idea to bring it back. There's quite a lot of pages that could be featured since both {{S2}} & {{S3}} introduced content not found in {{S}}. [[User:WaferCaken|WaferCaken]] ([[User talk:WaferCaken|talk]]) 06:43, 27 June 2024 (UTC)
:I brought this topic up with another administrator some time ago, and their stance was that they felt we have a particularly high volume of articles that are not inherently feature-worthy; for example our several hundreds of gear pages. Our article structure for these pages (and really just most pages in general) keeps a relatively minimal amount of info in the lead of the article, which would make it difficult to truly feature a good variety unless it was in the form of a link by itself or if we had editors willing to write up acceptable summaries of the key points of the article for main page display. I think this is a somewhat significant hurdle to tackle, but if enough people feel strongly that they want it, I'm willing to support it.
:Ideally, if we took the option of writing custom summaries, I would strongly want that to be part of the nomination process (i.e., the nominator would provide a brief summary of the article at hand before voting could begin). {{User:Driftin Soul/Sig}} 07:03, 27 June 2024 (UTC)
:I'm also iffy on the concept, not only considering Driftin Soul's point, but also that I feel a good amount of our pages are flawed to some degree, such as not considering the Japanese translation for the characters, and even some of our more noteworthy pages have flaws, like [[Language in the Splatoon series]] implying in the lead that the concept of different languages spoken by different species has been retconned out. [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 16:15, 27 June 2024 (UTC)
:I think the return of a featured article section would be neat. It'd be a fun way to recognize the hard work behind our articles. I agree with Olivia when she says some of our noteworthy pages have flaws, but doesn't everything? I'm sure there are WiKirby articles that don't necessarily cover the Japanese translations or are just "flawed" in some other way. We aren't professionals; we have editors from all different backgrounds of all different ages editing. Something doesn't have to be "perfect" to be featured.
:I think Driftin Soul's custom summary idea would be really helpful. A short summarization of an article written by the nominator themself would make the actual process of adding the article to the Main Page easier and would be more intriguing than the first line of an article used instead. {{User:FancyRat/Sig}} 16:30, 27 June 2024 (UTC)
:Opposed, I overall think Inkipedia's structure doesn't lend itself too well to the featured article systems seen on other wikis. We don't need to add this just because other wikis like us have it. I'm not a huge fan of the featured article system as a whole as I feel it somewhat promotes a sort of competitive attitude; the goal is for all articles pertaining to a subject (eg. stages, events, missions) to have uniform well-rounded coverage, rather than a few special ones standing out, and we generally achieve this well. Stage pages that are "completed" are left at that, with incomplete ones marked as incomplete rather than elevating the "completed" one to a special status. In general we should be acknowledging our fellow editors' hard work every step of the way rather than primarily doing so upon articles being considered "completed".
:At this time I cannot name any articles I think of as being worthy of nomination as a lot of information is missing with several long-term cleanup efforts underway (ie. prominent characters like Marie don't have their basic quotes sections sorted out, as it's a lot of work). I took a cursory glance at Mario wiki and Wikirby's featured articles: they consist of mostly character pages (especially recurring characters within the respective series' 20+ years history), and individual game pages. Inkipedia strongly differs from other videogame wikis that tend to host featured article sections, in that this series is "young" as it only has 3 games thus far, with hundreds to thousands of collectibles spread across them. Other game series (ie. the aforementioned Mario, Kirby) tend to have a completely different games to collectibles ratio, as they are mostly made up of standalone singleplayer games '''rather than live service multiplayer games'''. The Splatoon series' comparatively small scope has lead us to decide to build extensive individual gear, weapon, stage, brand, event pages, as that is what the gameplay focuses on, not the attached characters or plot. At this time, our equivalent game and character pages are in need of a lot of cleanup (of which I have taken notes on, and plan to work on).
:The Splatoon series focuses on frequently updated multiplayer content within a live service model rather than singleplayer content; the singleplayer component is prominent and given appropriate attention by the games themselves, but the main draw of the series is online PVP as that's what's continuously updated and promoted far more than the campaigns. The campaign/plot component and subsequently, the characters featured in the story modes AKA the characters eligible to have longer, more fleshed out documentation AKA the pages eligible for Mario/Kirby wiki-style featured nominations, are not as high priority to this wiki as documenting the live service multiplayer content (which is occasionally limited-time!). We do strive to have full coverage, but the online multiplayer content, the most important core part of the series and thus our wiki about that series, isn't eligible for nomination under the typical nomination system. What could possibly make our [[Flipper Floppers]] article ever be "better quality" than our [[Boss Floss]] article, when we're hard at work to make all gear pages contain the exact same amount of substantial coverage? Same goes for our weapon, stages, brand, locker, Splashtag pages. 
:What else could we nominate? Patch note pages? The only articles reasonably eligible for nomination would be the general game/campaign/character articles, which defeats the point of a featured article system as those articles take up a small percentage of the wiki compared to mulitplayer content pages, the latter which is built so that every page contains the exact same degree of well-rounded coverage uniformly. A featured article system that can only apply to ~30 articles out of hundreds, because there is no means of getting the remaining hundreds articles to "featured" status as they cover completely different types of material uniformly, is pointless. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 20:25, 27 June 2024 (UTC)
::Good points; I guess this wouldn't really encourage quality or anything like that. However, it doesn't have to be about competition or completeness. It doesn't have to be like other wikis did it. We can write the rules to suit our community. Just a slot for the community to feature whatever they want. The people like Big Man? Okay, boom, Big Man on the Main Page. Not because the article is amazing, but because we want Big Man on the Main Page. A unique starting point for Inkipedia visitors to browse our articles.
::Currently, the main page features basic "category"-type articles on Main Page/Welcome, the rotation-dependent stage and weapon articles on Main Page/S3, articles for new Splatfest events at Main Page/Event, and articles relating to recent news at Main Page/Featured. I think this leaves a clear hole to fill; there is no community-selected content (the stuff at Main Page/Welcome was selected by editors, but it's obviously very general and static).
::Featured '''content''' can be more than just articles. Images could be allowed. Maybe even fan art. Just a slot for the community to feature something. Big Man on the Main Page. [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 02:40, 28 June 2024 (UTC)
:::Images would be fun! WiKirby and Pikipedia both have sections for featured images. We have some really beautiful screenshots taken by editors in addition to promotional material. It could be merged into a general featured section if desired.

:::I want to say that for a game so closely involved with its community, even having player-made posts as graffiti, Inkipedia's main page shows very little community-based content. Even the "We have 3,730 articles since 24 May 2015" part of the welcome template is in tiny text. The Splatoon series is younger than what most other NIWA wikis cover, but with how fast the franchise has grown, it just feels like we could be doing something more. {{User:FancyRat/Sig}} 03:03, 28 June 2024 (UTC)
:::I don't think there's a need for community-engaging content being featured at this time. The goal of main page is to be a quick access hub for the entire wiki; for there to be a community-selected content section hole on main page as you said, that pre-supposes there's some general site-wide community center where something is going on that in turn, is underrepresented on main page and would then need to be showcased, which isn't the case for us. If we had forums or an onwiki chat board or some sort of casual setting I could see it being worth considering, but at this time it's not like we have an image curation forum to showcase our best images or anything like that. Mario wiki's The Shroom featuring a mix of game news, wiki updates and community content both seriously and light-heartedly comes to mind; that's quite a large project that I don't think we're in need of imitating in any capacity. Our own section of the wiki dedicated to a casual newsletter-like format isn't completely out of the question but I personally wouldn't want to work on that and think of it as potentially detracting from efforts needed elsewhere. In general I'd much rather we focus directly on editing as there's a lot of important things still missing from our popular pages (ie. the aforementioned lack of a basic quotes collection for characters introduced a decade ago). [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 06:23, 28 June 2024 (UTC)
::::Addendum: while the Discord server does count as Inkipedia's casual bonus lounge space, the majority of the "casual" regulars in there tend to not edit the wiki almost at all, often treating the space like a general Splatoon server rather than a Splatoon wiki server... so there's this disconnect within it that made me completely forget that it would count as our forum-like space. Off the top of my head I can't think of anything that goes on in the server that could be considered community content that's then underrepresented on the wiki itself. It's not really organized that way. It's more like a hangout spot where people are more often than not completely off-topic to Splatoon and/or do not even edit the wiki. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 06:27, 28 June 2024 (UTC)
:::::concured with yoshi, I completely agree on that we don't have enough feature-worthy pages and that we aren't big enough to support such a system. [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 08:52, 28 June 2024 (UTC)
:Absolutely! I especially love seeing all the featured images on other wikis, my only query is how often they'd be cycled? Pikipedia is daily iirc, but to match that we'd need quite alot of "worthy" images.
:{{User:Adalent/Sig}} 10:23, 28 June 2024 (UTC)
::If this was implemented on Inkipedia, we would probably have to do 1 image every 3 months, because due to an extreme lack of community engagement with the wiki, it could take a while to accumulate sufficient votes. See the archived votes for when the process was active to get an idea of how slow it is. Certain video games have playerbases that are very engaged with their wiki, but Splatoon players are not. [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 11:17, 28 June 2024 (UTC)

:Firmly against the idea. Kinda surprised nobody has pushed this sooner, actually. I agree with pretty much every point that YF52 put out, and didn't even consider the live-service nature of the game impacting the page contents. My main gripe is activity: for the first two or three months we'll see people dogpiling the featured material votes to get stuff in, dropping any focus on actual constructive editing, and then once the hype dies off, Heddy or whomever else is in charge of running this will have to constantly pester and beg people for any submissions and votes to make it work. It's the same thing that happened with polls and even this system the first time around. It either detracts from constructive contributions or is a dead system, even by Heddy's admission. 1 change every three months is '''bad'''. For readers, it will seem as though we are not actively updating the site. This will not drive engagement in a healthy way, period.

:A formal reminder: We are a documentation service, and not a social space. If people want to share images they like, they are more than welcome to do so via social media, forums, our own Discord, or other more dedicated servers such as the Salmon Run group or a general Splatoon area. The same applies for articles—if anything, posting favorite/HQ articles to social media helps our social presence more than a featured article box would. I think observations set out by some users are wrong: It is not Inkipedia's goal to highlight nor demonstrate the creations of the community as it does not heed the purpose of a wiki. I especially don't want our main page to become an advertisement board for users trying to get featured onto it.

:Generally speaking, the featured article is a derivative of Wikipedia's main page, which as a generally unbounded wiki with a scope of ''everything ever'' needs to direct people in some manner to a page. Earlier wikis such as Mario Wiki or Pikipedia had adopted the practice simply to replicate the familiar wiki format. Ultimately, with such a specific topic franchise such as Splatoon or even Pikmin, there is already a dedicated topic at play: People are coming here with the specific purpose of getting Splatoon information, which means more likely than not they have something specific in mind that they are looking for initially: Something I think our main page ''is'' lacking in, which is navigation to game information. A featured page is not going to be of interest to somebody who's stuck in Alterna and is looking up data about a stage, or trying to learn the difference between the Dynamo Roller in S2 to S3. Even for people who don't know what Splatoon is at all and they're learning about it from our website for the first time, what help does a page on Crusty Sean do to help? They're not going to know any of the context for it, and would much more benefit from reading about the games broadly or a series overview.

:TLDR: I'm against the idea because it does not represent what the site intends to cover, and will either devolve into a popularity contest or be yet another swiftly abandoned feature due to lack of interest that makes us look bad. [[User:Trig Jegman|Trig]] - 16:26, 28 June 2024 (UTC)
::Strong agree. I appreciate your explanation of how "featured content" is uniquely suited to Wikipedia, not Inkipedia. And I appreciate the takeaway that the Main Page needs some improvements to help newer readers find the answer to common questions. I originally posted this interest check because I felt that the Main Page simply never links to much of the site's content; the first solution that came to mind was reviving a retired process, but community-voted content is clearly the wrong approach. [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 17:27, 28 June 2024 (UTC)
:::Since we're adding this, maybe we could adopt more ideas from other wikis! We could also have polls, a fun way to get the community to answer a question together, sort of like a mini Splatfest without all of the competitiveness. (For example, "Which agent is best?" or "which weapon is most annoying?") Maybe the next day we could show the most voted answer! We could also show things like "character of the day" or "featured music track" to really make the wiki more fun in general. This will definitely make the wiki better in terms of community engagement, and potentially have more users creating accounts to join in. Lastly, don't forget to Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 12:39, 29 June 2024 (UTC)
::::adding what? [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 12:54, 29 June 2024 (UTC)
:::::Polls evidently did not work, as they were a system removed for lack of participation and interest two years ago. Most wikis do not do daily changes, and typically experience featured content on a monthly rotation. [[User:Trig Jegman|Trig]] - 15:44, 29 June 2024 (UTC)
:::No one has announced the adding of anything.
:::The need for polls is already satisfied on [[Inkipedia:Discord|Inkipedia Discord]] at #question-of-the-day. Check it out if you have not already done so! [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 16:25, 29 June 2024 (UTC)
::::Oh really? Sounds interesting! By the way I apologize for my choice of words, I didn't mean we are confirmed for adding it, I only meant we are considered it. Stay Fresh! {{User:NewSquidbeakSplatoon/Sig}} 11:12, 30 June 2024 (UTC)

== Specifying where internal names are listed ==

I was on Tumblr and saw this post with Acht's model name: https://www.tumblr.com/splatoongamefiles/743071753009545216/acht?source=share, and it's different from the glossary name (Mizuta), which are the internal names we list, and that lead me to think that we need to specify where the internal names are listed. [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 07:42, 30 June 2024 (UTC)

:That is a related part of the push for separate internal name tables per the [[User:Yoshifan52/Sandbox/Translation#Handling_internal_names|translation policy proposal]] currently up for voting; previously, we had editors express the same concern that many subjects had multiple different internal identifiers under different circumstances. Currently, the template has [[User:Yoshifan52/Sandbox/Template:Internal name|support for up to three distinct names]], but if more options are necessary for some subjects, that could be increased. {{User:Driftin Soul/Sig}} 07:52, 30 June 2024 (UTC)
::I see, thanks. [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 07:54, 30 June 2024 (UTC)

== Version History for Weapons. ==

I've been adding specific values for more weapon's version history on their respective pages so people can see exactly what got changed. I saw that Jet Squelcher had its specific change from 2.1.0 on its page, so I decided to do that kind of thing for all the weapons I could (I don't know the specific droplet rate change for Heavy Edit Splatling). Because of the multiple values I don't know what to do for Dynamo Roller's 4.1.0 buff and Splatana Stamper's ink effeciency nerf of 4.0.0, and I don't know the pre-4.0.0 value for Splatana Stamper's slash width. I hope you guys can do that for those two and for the upcoming patch. (Probably 8.1.0 in the next week?) [[User:The Thing|The Thing]] ([[User talk:The Thing|talk]]) 23:09, 16 July 2024 (UTC)

:I fixed the Dynamo Roller's and Splatana Stamper's multiple values by putting ** in the Edit Source section. (I don't know what to call it) [[User:The Thing|The Thing]] ([[User talk:The Thing|talk]]) 00:23, 17 July 2024 (UTC)
::I've been focused on making Inkipedia better for exact patch information. [[User:The Thing|The Thing]] ([[User talk:The Thing|talk]]) 16:07, 17 July 2024 (UTC)
:::Thank you, your contributions are greatly appreciated! [[User:XarrotD|XarrotD]] ([[User talk:XarrotD|talk]]) 20:07, 17 July 2024 (UTC)

== German translation? ==

It would be nice to have a german translation for the wiki. [[User:Julcool10|Julcool10]] ([[User talk:Julcool10|talk]]) 06:29, 18 July 2024 (UTC)

:Well, the reason we don't have a German version of Inkipedia is probably because there are not enough German editors on this wiki and/or there is not sufficent interest in making one. {{User:OrderSquid38/Sig}} 06:31, 18 July 2024 (UTC)

::If you and enough members would like to consider making one, please let me know via [[User talk:Trig Jegman|talk page]]. [[User:Trig Jegman|Trig Jegman]] - 13:15, 23 July 2024 (UTC)

== Automatic update of Twitter PFPs in the Twitter archive ==

Having to check on the pfps and updating them manually is quite tedious, so I wondered if it's possible to implement some system to do it automatically? [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 08:14, 18 July 2024 (UTC)

:Negatory. Even if there was, Twitter API is obscenely expensive to use which would be a major deterrent. PFPs are probably the least important aspect to the archive and I don't think anyone is going to lose sleep if they aren't up to date for a month. [[User:Trig Jegman|Trig Jegman]] - 13:15, 23 July 2024 (UTC)
::Oh, I completely forgot about the API thing. Yeah, I understand if they are low-priority. [[User:Olivia|Olivia]] ([[User talk:Olivia|talk]]) 13:33, 23 July 2024 (UTC)

== Suggestion - Creating a block appealing process ==

Hi there!

I thought it would be a cool idea to create a [[:wp:Wikipedia:Appealing a block|block appealing process]] and let users appeal for their blocks.

From my point of view these types of processes are good for users who may have been blocked by mistake or are in process of learning how the wiki works.

I think this may also change some patterns of some users that are being repeatedly blocked and after their block they abuse multiple accounts and try to [[:wp:Wikipedia:Clean start|clean start]] unsuccessfully due to their repeated behavior. In my opinion, this would be beneficial to both the users and the wiki: staff would need to be tracking down less the users and the users would have an alternative way to proceed if they want to stay on the wiki, and it would create more room to discussion regarding their block and learning from their mistakes instead of repeating them over and over.

I know some of y'all won't like this idea but idk... I'm not too sure about it either. I just think it's good and healthy for communities to have a formal unblocking process in place with it's dedicated [[Inkipedia:Policy|policy-space]] guideline page. And I think this hasn't been discussed on this wiki before (or at least not that I'm aware of it) and it would be cool to do so! Even if the outcome is to not apply this process in the end <sup>^^</sup>

This comment was moved from [[Inkipedia talk:Policy/Blocking#Suggestion - Creating a block appealing process|Inkipedia talk:Policy/Blocking]] bc after posting it I thought it would fit better in here. {{User:It's moon/Sig}} 10:59, 22 July 2024 (UTC)

:I don't know what others' thoughts are on the matter but I am against it. Virtually all blocks performed over the last year have been either extremely obvious vandalism or other instant-action no-return blocks or were carried out over extensive periods of warning and guidance where the party was repeatedly shown what would happen if their actions continued. If a user truly wishes to contest a block, there are multiple methods of doing so: The first is to request reconsideration or change via their talk page—blocked users generally still have access to their own talk page, except for cases of clear malicious spam or demonstrable community threat. The second option available is use of the built-in email service, should the user have added an email into the system. Blocks preventing email are somewhat more common, but generally speaking is a solid way to be heard. I personally invite all emails for these sorts of issues, if there is difficulty in selecting an administrator for the matter. The third option is contact on Discord, whether that is through Inkipedia's server or to an administrator directly. I am sure there are other means that I cannot think of at present (<span style="text-decoration:line-through">I'll work on setting up a fax machine</span>), but generally speaking we don't receive enough bans with outright viable reversion or reconsiderations for this to even be applicable. If later down the line there is a string of more concrete reason to make a dedicated policy for it, then perhaps we can reconsider.

:My grumpy old person statement also says that our rules are extremely transparent and infractions are often met with warning and support pointing towards where our rules/policies/procedures are located and how they are being breached from both staff and standard editors alike. ''If you're still not able to figure it out despite extensive resources being provided, and no inquiry is made into why or how certain policies exist or how your actions break conduct, then you probably deserve the punishment you get''. One of the most blatantly common examples is the multiple accounts policy: it shows up *twice* on [[Inkipedia:Policy]] being one of the seven No-s, as well as the section about renaming accounts to some degree, as well as the [[Inkipedia:Policy/Multiple accounts]] page directly. When this policy is broken, usually when two accounts register consecutively, it is never met with an immediate outright ban—we ask about if they are aware of the policy, and which account they would like to use to continue adhering to the policy. There's no secret about what the rules are. If they continue to deliberately break the rules set in place, that's reflective onto the user and their motives—and probably not someone we would like to be around. That's just my thinking, though. [[User:Trig Jegman|Trig]] - 14:51, 22 July 2024 (UTC)
:I'm agreed with Trig here on basically all points. 
:I should also note that I believe the user you are arguing in favor of here is staggeringly unlikely to change their behavior if given a path to appeal, as they were already abusing multiple accounts before staff ever engaged in any disciplinary action, including in an attempt to support their own rights request. Even if we were to put aside their repeated misbehaviors after the fact (which would already be quite magnanimous), this is such flagrant, bad-faith violation of policy that I'm not in favor of giving any chance to appeal it. {{User:Driftin Soul/Sig}} 18:44, 22 July 2024 (UTC)
::Hi! That specific user made me think more in depth about this so it could be considered a trigger for this suggestion but when writting this down I wasn't thinking about favoring any specific user but rather the whole community.
::I trust your criteria for blocking users and altrough I don't know the full picture / what made you think the user had to be blocked, I don't think I have enough info to have an opinion either regarding if they should or should not be blocked.
::Still, thanks for your opinions and perspectives both Judith and Trig!! {{User:It's moon/Sig}} 20:19, 22 July 2024 (UTC)
:Respectfully, you are not a staff member; you have not been involved with the blocking processes staff deal with at all. Our wiki is much smaller in scope than Wikipedia, hence why our block protocols are much simpler. We have zero need for the extensive administrative committee system you're suggesting. As stated above, blocked editors are always able to appeal their blocks on their talk pages or via e-mail, several of which have decided to attempt such.
:Blocking users is not something decided on on a whim, it's a serious matter staff holds extensive discussions on case by case very frequently. The majority of blocks this wiki decides to dish out are non-negotiable as they demonstrate clear, intentional rule-breaking, but we still leave the door open for our usual small-scale appeals process. There haven't been enough instances of blocked editors successfully appealing to suggest our current system isn't robust enough or otherwise doesn't serve them well, ergo we should implement a new system.
:Your message gives the impression that there's one particular blocked editor you'd like to see unblocked, rather than having a well-rounded understanding of how blocks work (and potentially "fail" certain editors). [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 20:39, 22 July 2024 (UTC)
::Hi! Thanks for your response on this.
::First of all I want to state that I wasn't trying to support any specific user when writting this down as I have stated on a response to Judith, in fact, altrough I know that you think I'm trying to support the user [[User:Sunmouse|Sunmouse]] and I can understand why you would think at that way, recently the latter user left a message on my talk page that made me feel slightly uncomfortable and I had decided to not engage furter with them. And since I don't have a full picture of their situation or the reason of their block (nor I'm interested in knowing about it), I don't think I have enough info to have an opinion nor to support them at all.
::When writting large discussion-related messages I put a ton of effort into saying and expressing the way I want to, and I would greatly appreciate if staff didn't make assumptions on things I haven't said or expressed. If I wanted to say something about a certain user I would have done so.
::Secondly I would like to point out to the [[Inkipedia:Policy/Rights|rights policy]] that says that staff "Do not have more of a say in wiki matters than a user without administrator rights." I do know that I'm not part of the staff and I don't have a full picture on how the banning process of this wiki works, but from my point of view I still should be welcome to discuss and learn about it.
::Lastly sorry if the tone of this reply is sounding a bit defensive, I just wanted to express my point of view.
::I'll maybe rephrase this tomorrow and discuss or learn about stuff related to the main topic that I originally tried to discuss about.
::Thanks and good night! ✨ {{User:It's moon/Sig}} 00:51, 23 July 2024 (UTC)
:::What I'm saying is as non-staff, you don't have the full picture for the blocking process and your suggestion here is to give us more tedious, bureaucratic work for... the sake of forgiving editors that intentionally, willfully broke policy. You specifically mentioned wanting to give another chance in instances of multiple account abuse, which made me think of the recent block applied for exactly that scenario.
:::Re: the part of policy you're citing, site moderation is the one thing staff must "calls the shots" on far more than the average editor, as investigation towards and discussion of potential blocks is intentionally kept away from the public for various reasons. If this had been a wiki content matter rather than a site moderation matter, I would not have brought up the distinction between staff and non staff editors' responsibilities. 
:::I'm not sure how else to say it, but site moderation is left to staff by design; you're suggesting our current system, a system you aren't allowed to participate in, is lacking and not serving editors properly, for reasons I don't fully understand. The block log is public; staff isn't at all understaffed, we aren't overwhelmed with an excess of moderation tasks (as your original post proposed an alternate system would lessen staff's workload) nor are we a large enough wiki to justify setting up complex committees for hyper-specific administrative topics when our current system works plenty well. [[User:Yoshifan52|Yoshifan52]] ([[User talk:Yoshifan52|talk]]) 02:46, 23 July 2024 (UTC)
::::I do think the current staff system is serving editors pretty well, I amb actually so thankful to be in a community with such a great staff team.

::::My suggestion was just an idea as an improvement but I do agree that I don't have a full picture on how the system works and yall have some great points to keep te current system the way it is, at least while the community doesn't grow significantly in users. 

::::Thanks for your point of view on this!! {{User:It's moon/Sig}} 13:42, 23 July 2024 (UTC)
:We do allow editors to appeal by writing a talk page message or contacting an admin by email. I would support mentioning that fact in policy, but I don't want anything more formal than that.
:Given the age of the average Splatoon player, I don't think a formal process would be taken seriously. In the one instance I can remember where I let someone know that they can appeal on their talk page, they did not take the option seriously, they were kinda like "ok time has passed, you said I can appeal, that means I have a get out of jail free card now that time has passed! oh time passing wasn't good enough? tell me what words to type in my appeal to unlock my account!"
:Admins have the discretion to decide based on the situation, and we should respect the decision each admin makes. For difficult cases, admins gather evidence and discuss what to do, so what appears to be one admin's decision is often the decision of the entire team. [[User:Heddy|Heddy]] ([[User talk:Heddy|talk]]) 23:17, 22 July 2024 (UTC)
::I would like to clarify my original point slightly in saying that the choice of highlighting the multiple accounts policy had nothing to do with other users and rather was chosen due to its easier ability to highlight examples of staff providing appropriate, transparent warning and help in situations. Was not my goal to imply anything about existing user bans. [[User:Trig Jegman|Trig]] - 13:15, 23 July 2024 (UTC)
::Mentioning that you could appeal to a block via your user talk page on a policy would be a cool mid point between my suggestion and what staff has replied. Ultimately the decision is subject to the rest of opinions on it, I personally like the idea. {{User:It's moon/Sig}} 13:54, 23 July 2024 (UTC)