Nookipedia talk:The Roost

Example topic
Post new topics below! Drago  (talk)      11:03, January 1, 2019 (EST)

Split into separate availability templates
I know this won't be popular considering a lot of pages use Template:Availability, but at this point, I feel like there's too much to add that it's becoming a growing nightmare to deal with, especially with how limited MediaWiki can handle a template like this anymore.

I think long-term goal we should split this template into multiple sections. There are two options to consider.
 * 1) We split the template by their category. This means that Plants go to a specific category, and NPCs go in another. The Fortune Cookies from  therefore have their own separate template.
 * 2) We split the template into their own game. This is a big deal because this could mean linking specific items such as flower items by using Template:I. Long-term, when we do include items from other games like, , and , we don't have items that have to linked to one page in order to maintain consistency. We can have   for  redirect to   and in ,   goes to  . This can also factor in specific icons for specific games, depending on if those icons exists. Now things that are common across multiple games, such as   and  , we can opt to keep those in the main template as they are not really game-specific in that regard.

This needs to be addressed, because the more we add to this template, the harder it gets to add new availability factors and the more likely that the template will cease to operate due to how many items need to be added (e.g. Pocket Camp fortune cookies). -- PanchamBro (talk • contributions) 13:21, June 6, 2021 (EDT)
 * I'm quite onto this, having separate templates could simplify things quite a bit, but it will probably be a long process getting everything back together since we have so many pages with the availability template. ~ Vivian   (talk)     Vivian DnMe+ Minigame.png 13:28, June 6, 2021 (EDT)
 * I would like to point out that we have bots that we can rely on to replace those texts. And that most templates can easily swap stuff around and add those specific names (see Template:CargoDisplayNHFurniture). -- PanchamBro (talk • contributions) 13:36, June 6, 2021 (EDT)


 * The switch parser function help page over on wikipedia says that while a function can technically contain between 1k-2k branches, it "should be split to have less than 100 branches, in multiple or nested parts". If we expect that we will ever reach the upper limit/run into performance concerns, then splitting it would be easier to do sooner rather than later. Also, I didn't see this post before I made edits to the template to simplify it. Even though it's more readable/editable now, I agree that splitting it is still something we should consider. If we didn't want to adjust the template call on all of the pages in which Availability appears, we could create a template that determines which 'category' the call fits into (e.g. is it a plant, fortune cookie etc.). We could then use this determination to split the huge switch into several nested switches:

{{#switch: {{#var:category}} . ..
 * fortune = {{#switch: {{{1|}}}
 * Clothing Fortune Cookie
 * Timmy's Fortune Cookie


 * The  template would determine what category the input belongs to, and this information could be accessed by calling the variable  . This would still result in the template being very long though, as all of the different options would exist in the same template, just nested in multiple switch functions to improve performance. Sunmarshsignature.png  ( talk )  20:33, June 27, 2021 (EDT)
 * Minor suggestion if this would be implemented in the future, subpages could be used to separate between games e.g., {{t|Availability/NH}} and {{t|Availability/PC}}, to prevent ing hell. Regardless, the template definitely has to be split in the future. Lucky Clover NL Icon.png{{colorshow|006600|Decomposer}} 10:59, August 11, 2021 (EDT)

SVGs, indexing, and gadgets
Hello editors! Thanks to the hard work of Jake, we've recently upgraded our MediaWiki version and made some small changes and improvements.


 * You can now upload SVGs - huzzah!
 * Userpages and all talk pages have been noindexed, meaning they will no longer appear in search results (Google, Bing, etc.). This was done to help protect user privacy, and to keep discussions, draft, and fan content out of public search results. If you'd like your userpage to appear in search results again, just add  to the top of it.
 * While we've had these for a while, they've never been formally announced: if you go into your Preferences -> Gadgets, there are some nifty tools here that can enhance your browsing and editing experience, like a scroll-to-top button, talk page discussion counter, syntax highlighter, and more.

Cheers, ~ Super  Hamster  Talk Contribs 22:24, June 15, 2021 (EDT)

The index category is a redlink, should someone create it? Petaldancer66😺 Petaldancer66 talk 00:15, June 27, 2021 (EDT)
 * Created. ~ Vivian   (talk)     Vivian DnMe+ Minigame.png 00:27, June 27, 2021 (EDT)

Question.
Bunny currently redirects to Rabbit, a Villager's name is also Bunnie. Some people might not know know Bunnie's name is spelled B-U-N-N-I-E. Should we put a Wrong page template on Rabbit or make a redirect page? Petaldancer66😺 Petaldancer66 talk 15:43, July 7, 2021 (EDT)
 * I'd go with the wrongpage template. Drago   (talk)     Drago PC Villager Icon.png 11:34, July 8, 2021 (EDT)
 * I agree, seems like a perfect use for the wrongpage template. -- Jake (talk)  13:42, July 8, 2021 (EDT)

Okay, did that. Thanks for the feedback! Petaldancer66😺 Petaldancer66 talk 15:03, July 8, 2021 (EDT)

Page about sleep
I think we need a page on this wiki about sleep, we could talk about all the messages left on doors while villagers are asleep, what hours they fall asleep and wake up at on each day, etc. Anyone got any thoughts on this? Meganium39 (talk) 05:58, July 22, 2021 (EDT)


 * I think this is an interesting idea, I just don't know if there is enough information for its own page. If you'd like to mockup the page in a sandbox to get an idea of how much info there is that would be helpful. And then if it looks good we can move it to the main article space. At the very least though, sleep schedules deserve mention in the personality section on the villager page. I think they are only mentioned on the individual personality pages right now. Sunmarshsignature.png  ( talk )  13:12, July 23, 2021 (EDT)

Doubutsu no Mori e+ Monthly Fishes: New pages or extra sections on Animal Crossing pages?
Hi. I was asked to post this question here because I added sections for on [] and subsequent articles up to May atm, and while I didn't think much about them, I should have probably asked others beforehand. Here's the issue, resumed: Given that the changes I tried to do weren't as small as I thought, I came here to ask everyone interested for a better solution to this. By either undoing the changes and placing that list on its own page, changing the title to reflect the actual change inside of the article, or by doing something someone else thinks that's better.
 * was missing all pages for monthly fishes, so I, instead of making new pages per month for the 8 new fishes added to this game, decided to include those in a section of the monthly fishes pages.
 * While I did it to prevent copying all 's monthly pages only to add those 8 fishes, or for making a really short page, it hadn't occurred to me that such change could be questionable, as both games are seen as quite different, but in reality hadn't expanded much on the fishes, bugs, and fossils areas.
 * I . I'd prefer to make a list Like this. Petaldancer66😺 Petaldancer66 talk 19:09, July 22, 2021 (EDT)


 * First off, I just want to say that I appreciate you taking the initiative work with cargo and generate these tables for us. You've done a great job so far. That said, while I agree that it does seem a little silly to generate a very similar table for e+ on its own page, we've established a naming system where each game gets its own yearly and monthly lists, regardless of how similar those lists may end up being. ( doesn't get its own list because it is the Japanese version of, even though there are significant localization differences between them.) So, in summary, for consistency I think it would be better to have the full e+ list on its own page. Sunmarshsignature.png  ( talk )  13:23, July 23, 2021 (EDT)
 * I see, I probably should have done that from the very beginning instead of deciding on my own to simplify everything (even if it was mostly copying and pasting code). Unless I see someone else has fixed what I've done in the time I wasn't around, I'll start undoing my changes and creating the respectives pages for each month in e+. Thank you very much to the both of you and sorry for cluttering those pages up, lol -- SEISHI★ (talk • contributions) 09:28, July 24, 2021 (EDT)

New navbox for
So I had an idea to create a new navbox for, and this is what I've developed so far:

Let me know what are your thoughts on the new navbox and whether or not it's necessary. -- PanchamBro (talk • contributions) 05:47, July 25, 2021 (EDT)
 * Looks good! I think we could also add a section for locations. ~ AlexBot2004  ( Talk ) 16:37, July 25, 2021 (EDT)
 * Again, looks good. We gonna have to create redlink pages at some ponit tho. Petaldancer66😺 Petaldancer66 talk 23:01, August 3, 2021 (EDT)

Images
The Tie dye shirt CF page got deleted so I think the images should be deleted too. The Files are File:Green tie-dye.jpg, File:Orange tie-dye.jpg, File:Purple tie-dye.jpg, File:Red tie-dye.jpg, and File:Blue tie-dye.jpg. If there are any more just tell me here. Petaldancer66😺 Petaldancer66 talk 17:10, July 27, 2021 (EDT)
 * . The images could always be used for a list of clothing in when we get to that. ~  Vivian   (talk)     Vivian DnMe+ Minigame.png 17:21, July 27, 2021 (EDT)

Ya probably could. Petaldancer66😺 Petaldancer66 talk 22:52, July 28, 2021 (EDT)
 * I disagree with Vivian. While we haven't gotten to items yet, we have to recognize that eventually they'll be replaced by transparent images provided by Phil and Alex whenever they get to images for  items. We can keep the images for now, but they will be deleted upon replacement. -- PanchamBro (talk • contributions) 23:45, July 28, 2021 (EDT)

Individual item pages for stationery
I would like to suggest individual item pages for specific stationeries. Particularly because until, they are items that the player can collect, and the Stationery page is not enough to document the specifics in general. I would say it would be perfectly suitable for games before, but for stationeries, I would like to know whether or not those stationeries deserve their own page. -- PanchamBro (talk • contributions) 17:34, August 2, 2021 (EDT)


 * I agree that for games prior to, all stationery deserve their own item pages. I would argue that since stationery is no longer an obtainable item (and does not appear in the item catalog) in NH it doesn't make sense to put NH stationery into the Item namespace. Sunmarshsignature.png  ( talk )  22:29, August 5, 2021 (EDT)
 * I see the point, though I do think we could find a way to include other translations for various stationeries in . Would there be any tangible way to include translations for each stationary in ? -- PanchamBro (talk • contributions) 22:47, August 5, 2021 (EDT)
 * You know, thinking about it again I think I've changed my mind lol. There are stationery items in previous games that are unobtainable (although they sometimes appear in the catalog), so existing as an inventory item or place-able object is kind of an arbitrary rule to decide on whether or not something is an item. Plus, there is a mailbox 'inventory' of sorts that can store letters in . Using the existing infobox templates on designated item pages would also be easier/more consistent. So I think I'm on board with the idea. I'm still curious what other editors think though. Sunmarshsignature.png  ( talk )  23:24, August 5, 2021 (EDT)

Link template refactor
Hello everyone, I wanted to get your thoughts on re-coding our link templates. Right now they use a lot of nested switches and are a bit dense/difficult to edit. But more than just replicating the original functionality, I also wanted to take this opportunity to improve them and wanted to get your input on this.

Proposed changes:
 * Shortening the  parameter to.
 * Removing the  parameter altogether and just having the long name, the short name , and the abbreviation.
 * Changing the default behavior to produce the short name instead of the full name.
 * Adding the parameter  to produce the full name.
 * Changing the  parameter (e.g. ) to   (short for 'abbreviation') or   (short for 'acronym').

These link templates are the most used templates on the site. The NH template alone is used on over 30,000 pages, so this is something that would affect nearly every page of the wiki (as at least one of these templates is probably found there). Would love to hear your thoughts on the proposed changes, and also on implementation. Do you even think it's worth it to change these templates? All feedback is welcome.  ( talk )  23:17, August 5, 2021 (EDT)
 * I don't see a reason why "" could be used for an article link, so I removing it. As for the template changes, I think I have a weak  given how massive these templates are being used and the massive work that will need to be done to change all of those parameters. But I'm not opposed, I think the replacements may work out well. -- PanchamBro (talk • contributions) 01:43, August 10, 2021 (EDT)

Addressing problematic issues with the Nook Shopping seasonal event page
This is not something that can be easily swayed for given the circumstances at hand here, but I think we may as well address the current uprising.

As of now, Nintendo is leaning focus to perpetuate a cycle of Nook Shopping seasonal events while they wiggle it out with adding new content. Looking at these "events" closely, the only major factor is that these events just has the player purchase them via Nook Shopping and have it straight delivered from there.

However, having it be logged in a single page present some problems. Firstly, although they are significantly minor events that are way less interactive than the previous events at hand, they are still events. They still count as an event internally through the game's code. Secondly, each event name has its own set of translations that cannot simply be fit on a page that is already becoming too big. There's also the added bonus of not being able to use interlanguage links to our German affiliate for these specific events, but they do have a unified page, so it isn't a problem.

What is a problem though, is that as Nintendo continues to grow the list of items, it's starting to grow more unbearable to add these new events and items to the table. And all that mess results in a table that is why less mobile friendly than it is. The table looks good on desktop, but looks outright intimidating on mobile. There are ways to make the table not stick out as a sore thumb, but because all that information needs to be scrolled horizontally, there is the potential for readers to not see a complete information.

At this point, there are three ways to approach this issue:
 * 1) Create pages for Nook Shopping event. Now this won't eliminate the Nook Shopping event page in general, but it will help downsize the page's main table significantly since we want to assure that our mobile readers can read their info better by not forcing them to scroll horizontally. Individual pages also have the opportunity to add in missing translations that we have not added yet. This present a problem however, since there is very little to say about these events other than a small pace of words.
 * 2) Downsize the table into a few columns, and just have event names, date, or description. It's not ideal, certainly there are merits to have info about this events, but it is something to help improve readability on this page.
 * 3) Transform the table into an article-based structure where each event gets a date and the list of items. This would mean that we'd have a longer page to scroll through, but it is certainly better than having a table that readers will need to horizontally scroll though to see the other portions of information.

These are just a few ways to go through this issue, but I'd like to know what are your thoughts on the option and if there are any ways to address this problem. -- PanchamBro (talk • contributions) 04:19, August 10, 2021 (EDT)
 * I think we should treat them as standard events and give them their own pages. Even though they only offer an item and some info about the event itself, at the end of the day that's all the minor events in previous games were (going to Isabelle/Tortimer and getting an item and some event-exclusive dialog). ~ AlexBot2004  ( Talk ) 17:14, August 10, 2021 (EDT)


 * I agree with Alexbot2004 that each event should have its own page. That will solve the translation issue and will open up the opportunity to cargo store event info (if we aren't doing that already). As for the table issue, I think it would be great if we could develop some way to have tables display less columns on screens with less space. If that's not feasible, I think moving the description to each event's individual article page will go a long way to reduce horizontal scrolling. You could also condense columns into the same cell (for example, place the date below the event name on a new line instead of in a separate column) to help with this as well since the table isn't sortable. Sunmarshsignature.png  ( talk )  22:15, August 10, 2021 (EDT)

Where to link Wild World items to?
Hi, I've recently been trying to edit some Wild World item lists to include their textures in pages like this: https://nookipedia.com/wiki/Wallpaper/Wild_World I wanted to link the items to their individual pages, for example, the Ancient Wall to Item:Ancient Wall, but I found the only related item pages are for Animal Crossing (the first one) and for New Horizons. So my question is, is it fine for me to link the Wild World list to the Animal Crossing Item pages? And if it is, should they be edited to add the Wild World textures? Sorry if it has been discussed elsewhere, I didn't quite know where to ask this. --Roli300 (talk) 08:33, September 3, 2021 (EDT)
 * Our item pages are specific to one species of game, due to the fact that each game has its own set of data for each item. Though we haven't developed any Wild World item pages yet, you can help create those pages on this wiki. The Spreadsheet for Wild World is over here if you need to reference on making those pages. -- PanchamBro (talk • contributions) 09:05, September 3, 2021 (EDT)


 * Oh, I see, thanks a lot for the quick response. I'll try to slowly create some Wild World pages, then. Should I use the same template as the one in the Animal Crossing pages or is there some other template I should follow? --Roli300 (talk) 09:15, September 3, 2021 (EDT)
 * They would have to use their own template, although we have not created one yet for Wild World walls/carpets. Just to let you know though, the item pages can be created automatically by a script to save time, since there are hundreds of items in the game; this is how we created the GameCube and New Horizons pages. ~ AlexBot2004  ( Talk ) 10:18, September 3, 2021 (EDT)


 * I just wanted to provide a bit more context for you in regard to your question. The wiki is moving towards a database-generated model for our item tables, meaning that we use a tool called Cargo to generate databases of items, and then we pull certain groupings of items (example:clothing, wallpaper etc.) from that database for display in tables. This way, we don't have to manually enter data cell by cell as is currently being done at Wallpaper/Wild World. In order to fill our cargo database, we create individual item pages, which have a special code in them that tells cargo to store whatever data fields we specify. So, you're more than welcome to work on a page like Wallpaper/Wild World, but once the individual item pages are all created, the content at Wallpaper/Wild World will be replaced using a Cargo-generated table. Essentially your work on pages like this will eventually be 'erased'.


 * The workflow we are currently using is something like this:


 * 1) Extract data from the relevant game (item data & images/model renders)
 * 2) Compile that data in a spreadsheet, broken down by item category
 * 3) Create the appropriate cargo & infobox templates for each item type
 * 4) Create a script to automatically generate pages for each item using the appropriate template(s)
 * 5) Once the relevant item pages have been created, create pages for lists of items, populated using cargo queries


 * I'm not certain which stage we're at in this process for items, but we do have a channel on Discord if you're interested in getting involved. Sunmarshsignature.png  ( talk )  17:30, September 3, 2021 (EDT)

More hourly type pages for people who like playing at their local times
One of the main things that i wanted to add to this wiki was to add two more pages to it.One of them would be about hourly changes to the game, for example, for the 7 A.M. section of it, there could something saying stuff like, Animal Crossing -Nook n go opens- or for the 8 P.M. section of it, Animal Crossing City Folk -K.K. Starts playing songs- which is something I've wanted on this wiki for a long time. Another page idea is for hourly songs in all of the games as well as their rain and snow versions as well as their cherry blossom and e+ versions.
 * Thanks for your suggestions, ! I really like these ideas and will put them on my to-do list. Also, when you leave a comment on a talk page, please remember to sign it with four tildes at the end: . This will produce a time-stamped signature so we can all more easily follow the conversation and can see who is replying to who. Sunmarshsignature.png  ( talk )  18:12, September 28, 2021 (EDT)

Move Nookipedia:Community Fountain over to the talk page instead
After glossing over Nookipedia:Community Fountain, I have to say that there is no need for the page, especially since not much has updated for that page since 's launch, and it would be more appreciated to have a convenient spot to talk about discussions across Nookipedia.

There is still some useful info to use on Community Fountain, but I think we should just axe the page in favor of a redirect to this talk page. Do any of you agree? -- PanchamBro (talk • contributions) 20:47, September 30, 2021 (EDT)
 * Move or redirect? You used both terms. ~ Super  Hamster  Talk Contribs 20:53, September 30, 2021 (EDT)
 * Ah sorry. I refer to moving as in making the main page a redirect and moving some or all content from that page over here. -- PanchamBro (talk • contributions) 20:54, September 30, 2021 (EDT)
 * Gotcha, just wanted to make sure I understood. Thanks! ~ Super  Hamster  Talk Contribs 20:55, September 30, 2021 (EDT)
 * - Just for reference, this was originally brought up by back in May on Discord. I agree that the sidebar should link to this page, rather than the project page. I don't support a redirect though, rather I think we should pare down the project page and transclude it to the top of the talk page. I suggested just keeping the 'things to do' and 'need help?' sections. If we do this though, we need to make sure we replace all links to the project page, since it will not be a redirect. This should be a relatively simple text replace.


 * Also, this is perhaps a separate discussion, but how do we feel about changing the name of the Community Fountain to something else? It seems like maybe this was in reference to Serena's fountain in, and perhaps an AC-style take on Wikipedia's 'Village Pump'? Either way, I think that something like "The Bulletin Board" would be more appropriate, as it's something that is found in every game and its function is very similar to that of the Community Fountain (collecting messages/promoting discussion). Sunmarshsignature.png  ( talk )  23:45, September 30, 2021 (EDT)


 * - My preference would be to remove the main Community Fountain page (which I agree isn't very useful), and then move this talk page (and the archives) over to the regular Nookipedia namespace (so this would become the 'new' Community Fountain, if that makes sense).


 * You're probably now thinking "But if this isn't going to be a talk page anymore, we won't be able to add new sections." I think there is a way to get around that, though, but I can't remember what it is right now. You definitely see it on Wikipedia with their village pump, admin noticeboard etc.


 * As for the name, I think Community Fountain is fine, but I wouldn't be opposed to changing it to something related to New Horizons. I don't think "The Bulletin Board" is a good idea; it might be confused with our old Bulletin Board forums. I have thought of "Community Plaza" or "Resident Services" as alternatives (although this page isn't really a service). Drago   (talk)     Drago PC Villager Icon.png 10:40, October 1, 2021 (EDT)


 * To make sure I'm understanding correctly, you're suggesting we move the content from Nookipedia talk:Community Fountain to Nookipedia:Community Fountain and delete the current content at Nookipedia:Community Fountain?


 * Not to put down the forums, but... I think you're giving their name recognition a bit too much credit, lol. Also I think it's a nice homage/call back to them. To be 100% honest... I was thinking to myself as I typed up the post "Wasn't there a Bulletin Boards site or forum or something? ...where am I remembering that from?" It's embarrassing to say I didn't remember that it used to be our own forum lol.


 * I agree that it would be nice to change the name to relate to the most recent game, and I think The Town Tree would have been a good pick for ACNL, but I don't think that ACNH has many good options. Resident Services doesn't really make sense. Maybe The Roost? Would certainly capitalize on the hype, but I don't know if ACNH will become known for that (perhaps it's already infamous...). Sunmarshsignature.png  ( talk )  19:58, October 1, 2021 (EDT)


 * At this point, following the latest Direct, I would support renaming this to "The Roost". Drago   (talk)     Drago PC Villager Icon.png 10:49, October 18, 2021 (EDT)


 * - Per everyone. --Dr. Peach (talk) 15:04, October 1, 2021 (EDT)


 * per above. Also, I actually quite like the suggestion of renaming this space to "The Roost". The name also has the added bonus of being a consistent location throughout the series, so we wouldn't have to rebrand for each era of the series in future. :p --Shark HHD Icon.png Dorsal Axe  (talk) 12:21, October 15, 2021 (EDT)


 * per the above. ~ AlexBot2004  ( Talk ) 00:20, October 20, 2021 (EDT)

Rename Community Fountain to 'The Roost'
Given that a few of us have now discussed above renaming this space to 'The Roost', I figure why not open a separate discussion about this to avoid the original proposal from veering too far off-track.

Personally I this name suggestion. -- Dorsal Axe  (talk) 15:32, October 18, 2021 (EDT)

per my comments above. Drago  (talk)      11:10, October 19, 2021 (EDT)

per DorsalAxe's rationale in above section. -- Jake (talk)  11:20, October 19, 2021 (EDT)

per DorsalAxe's comments in the above section. R uthless C utie (Say hello :])  19:54, October 19, 2021 (EDT)

- Sounds good to me! Thanks for making this a proper section/suggestion.  ( talk )  21:05, October 19, 2021 (EDT)

per the above. ~ AlexBot2004  ( Talk ) 00:20, October 20, 2021 (EDT)

per above. -- PanchamBro (talk • contributions) 01:14, October 20, 2021 (EDT)

per above too! v mario 97 (talk) 01:37, October 20, 2021 (EDT)

per above, better tie in to Animal Crossing. ~ Super  Hamster  Talk Contribs 02:13, October 20, 2021 (EDT)

per above. 09:47, October 20, 2021 (CEST)

for the same reason as SuperHamster. Petaldancer66 {talk} 21:32, October 23, 2021 (EDT)

Protection policy
I'd like to propose this written by Dorsal Axe as our new Protection Policy. It looks pretty much complete and I already made a few suggestions that were implemented. Please list your support/opposition here, thanks! Drago  (talk)      12:07, October 5, 2021 (EDT)
 * - Looks great! Very thoughtfully done, thank you for the time/effort spent, and  for providing suggestions/feedback.$)$ Sunmarshsignature.png  ( talk )  13:43, October 5, 2021 (EDT)
 * - Looks nice and great for a policy page. --Dr. Peach (talk) 13:07, October 6, 2021 (EDT)
 * - Looks good to me. I will have to go over things more thoroughly prior to implementation to ensure everything is possible, but as it stands, this is a great improvement. -- Jake (talk)  15:22, October 6, 2021 (EDT)
 * per policy. -- PanchamBro (talk • contributions) 18:35, October 6, 2021 (EDT)
 * - policy looks great and is very thorough. ~ AlexBot2004  ( Talk ) 15:20, October 9, 2021 (EDT)

writeapidenied on login via API using a Bot password
When I try to log in using a Bot password from, I am received with the following message. Note that  is the bot password, and   is from the tokens API with type=login:

This also affects tools such as AWB. Have some settings changed in the last few months? The last time I used a bot was in 7 August 2021. User talk:Decomposer 06:36, November 1, 2021 (EDT)
 * Ouch. Both User:Vmario97 and myself have also experienced this error when trying to use PyWikiBot. Oddly enough, it only happens on Windows for me - PyWikiBot continues to work fine on my Mac. Not sure the source of this error, but we'll continue to investigate. Also CCing User:Jake. ~ Super  Hamster  Talk Contribs 16:38, November 2, 2021 (EDT)
 * Just thinking out loud here. We recently upgraded to MediaWiki 1.35.4, so I took at the release notes to see if I can find anything related. There was a change to the login process ("Mark ApiClientLogin/ApiLogin as requiring write mode"), but we already grant bots the  user right, so...there shouldn't be an issue there. ~ Super  Hamster  Talk Contribs 18:04, November 2, 2021 (EDT)
 * Actually, this is likely it! Most wikis grant everyone (including the unauthenticated) access to writeapi; we do not. As a result, logging in fails since it was marked as requiring writeapi in 1.35.4. ~ Super  Hamster  Talk Contribs 20:35, November 2, 2021 (EDT)
 * I have made this temporary adjustment until the upstream change is reverted by the MediaWiki core team, and I suspect API queries will now work as intended. I still have no idea why Mac users were not affected by this. -- Jake (talk)  21:30, November 2, 2021 (EDT)
 * Succeeded for me, thanks! Maybe my Mac still had a proper auth token or something ¯\_(ツ)_/¯ ~ Super  Hamster  Talk Contribs 21:42, November 2, 2021 (EDT)
 * Nice, it works for me as well. Thanks! Lucky Clover NL Icon.png talk:Decomposer 00:13, November 3, 2021 (EDT)

New Leaf remixes
In many pages there are no NL remixes of K.K. Slider's music (SNES and House). In my opinion, they should be like Aircheck and Live. I was wondering about two option. Option 1 Add two slots in Infobox Music to add NL remixes and Option 2 add a small table for NL remixes. What do you think about it? If you have a better idea, please feel free to write, Thanks. 19:15, November 4, 2021 (CET)


 * It makes sense to me to add the New Leaf remixes to the infobox... unless there are even more versions from other games, in which case I would be more in favor of option 2. Are these files already on the wiki? Sunmarshsignature.png  ( talk )  21:15, November 4, 2021 (EDT)


 * There are also versions like Music Box, Aircheck ("Cheap"), Aircheck ("Phono") and Aircheck ("Retro"), so I guess the table will make more sense. Probably not, but I know that Chubby Bub wants to upload NL music files. 7:24, November 5, 2021 (CET)
 * Personally I'd prefer a separate table for all the different mixes/variations. Otherwise the infobox is going to become quite large, and I don't think it's necessary to have every single version of a song in there to be honest. --Shark HHD Icon.png Dorsal Axe  (talk) 03:48, November 8, 2021 (EST)
 * That's true, if it were all in the infobox it would be a big mess because there was too much of everything. I also found out that remixes are also in NH: HHP. 8:57, November 9, 2021 (CET)


 * I think a table is the way to go. But I have bigger ideas... I'm working on ripping every game, and hopefully at some point everything will be done... right now only NL is and I intend to upload it soon. But each K.K. song has a different amount of variations in each game, and those variations themselves differ from game to game. So I think we should include each of these under each game's section under Appearances on a song's page. Personally, I think the best way to do this would be to use Template:Music Box in a similar fashion to the first part of SuperHamster's sandbox here, with each box representing a variation of the song per game. For example, under a song's "In " section, we would have boxes for Live, Aircheck, Music Box, DJ KK House, and DJ KK NES. And text could go in these sections describing relevant aspects of the songs and how they changed in between games. Chubby Bub (talk) 03:09, November 9, 2021 (EST)
 * Great idea, also this template looks fantastic, it will definitely be great for music pages! 10:21, November 9, 2021 (CET)

Add the villager's Japanese name in main prose
There's a concerning amount of readers who often gloss over our villager articles simply due to the fact that we lack the Japanese names in the main prose, both in the original language and romanized. I would suggest adding this information in so that people will understand their Japanese name more. -- PanchamBro (talk • contributions) 11:54, November 11, 2021 (EST)


 * Regarding "concerning amount" - on Discord you mentioned one user, is there more? ~ Super  Hamster  Talk Contribs 12:05, November 11, 2021 (EST)


 * I believe there are two additional users who aren't too pleased with the fact that we omit their Japanese name from the prose. -- PanchamBro (talk • contributions) 19:56, November 11, 2021 (EST)


 * I agree that we should add the Japanese name to the prose for villagers without an official English name. I also think we should do so for villagers who received an official English name in the most recent main-series Animal Crossing title (in this case, ), as up to that point they have been known by their Japanese name longer than their English name. As for villager pages generally, I don't see it being particularly useful to readers. If there is something of interest having to do with their Japanese name it can be mentioned in the Trivia section or in their introduction. Sunmarshsignature.png  ( talk )  16:05, November 12, 2021 (EST)
 * This is something we used to have, but was stripped out to give equal prominence to all supported languages. I'm not really for or against reinstating it, though I agree with Sunmarsh's suggestion above that this would be best for characters that haven't been localised.
 * I do think the lack of romanisations in the infobox is a big problem however, not just for Japanese, but all non-Latin-based languages. I saw the idea of improving Template:Tt was floated on the Discord, but I'm against that as it's still not intuitive and has accessibility concerns (and quite frankly, that template just needs to go at this point). I think it would be straightforward enough to add the romanisations into Template:Translation in plain text. Though...I must admit I've never really understood why the infoboxes even contain this information in the first place, given that we have a dedicated section for languages on each character's article. It's always seemed a bit of unnecessary bloat to me. --Shark HHD Icon.png Dorsal Axe  (talk) 18:21, November 12, 2021 (EST)
 * re-adding the note to the Japan-only villagers and the returning ones from in  per sunmarsh. ~  AlexBot2004  ( Talk ) 19:04, November 12, 2021 (EST)

Table for villager's catchphases
I think would it be good if the catchphrase page contained a table with all the villager's catchphrases. It would be easier to find all villagers catchphrases instead of searching through pages. What do you think? 16:21, November 12, 2021 (CET)
 * - sounds good to me! ~ AlexBot2004  ( Talk ) 13:43, November 12, 2021 (EST)
 * - I also like this idea. Akuhime-sama (talk) 15:03, November 12, 2021 (EST)
 * - This is a great idea, thanks for the suggestion! Sunmarshsignature.png  ( talk )  16:06, November 12, 2021 (EST)

Establishing a formal proposal process for major wiki changes
I'd like to propose adding a new page to the Nookipedia namespace (Nookipedia:Proposals), and creating a new formal process for implementing large-scale changes to the wiki. In the past, we've simply used the Community Fountain for this purpose, have held discussions on individual talk pages, or have discussed externally (Bulletin Board Forums/Discord) before coming to consensus and then taking action. I think that both this page and other individual talk pages are great for inviting discussion on a topic, generating ideas, and getting feedback, but for proposals that impact a large amount of pages or users, I think there should be a more formal approval process so that everyone has a chance to participate in discussion before implementation. Here are some of the ideas I had for this proposal system:


 * Proposals are necessary for changes that would affect a large number of pages or users. Some examples: rules/policy changes, adding/removing namespaces, making major modifications to/replacing templates that affect 1000+ pages.
 * Proposals are for voting on fully worked out ideas. Proposals can be submitted without prior public comment or feedback, but should not receive major edits or changes once voting has started.
 * The voting period for a proposal lasts a set period of time, similar to a staff application, and is open to vote and commentary from all editors.
 * At the end of the voting period, the support/oppose tally will be counted by a staff member, and a specific user will be assigned to implement the change (it could be the user who submitted the propsal, or a staff member, as necessary). This helps to make sure the change takes effect as promptly as possible once a decision has been reached.
 * Ideally, active proposals would be displayed on the main page, and staff members (or ribbot) could alert those with the Editor role on discord when a proposal is coming to a close.

I'd love to hear your thoughts/feedback on this!  ( talk )  10:23, November 17, 2021 (EST)


 * It's a great idea to create Nookipedia: Proposals. Also, I think it would be helpful if this page had an instruction or something like rules. I really like the ideas you wrote, they would definitely be useful! 20:48, November 17, 2021 (CET)


 * - I think a more formal proposal system would be very helpful in bringing more attention to proposals and preventing them from potentially getting buried here. ~ AlexBot2004  ( Talk ) 21:08, November 17, 2021 (EST)


 * So far this is looking good, and as the rest of the staff will know, I've long been a supporter of this idea. However, there's a few questions I'd like to ask before I consider a vote:
 * 1. Will there be a minimum support percentage needed? What happens if there's a tie? Does the proposal get extended?
 * 2. You've suggested that voting and commentary would be open to all editors. I agree that anyone should be able to comment, but allowing IP voting is not something I'm keen on. It would be too easy for someone to vote twice.
 * 3. Regarding assigning someone to make the changes; this could work, but it could also get messy. Can you explain a little more on how this would work?
 * 4. Will we just be limited to Support/Oppose proposals, or will we be able to create ones with three or more options (this could also get messy)?
 * Overall though, great work so far, and I look forward to seeing how this develops! Drago   (talk)     Drago PC Villager Icon.png 12:23, November 18, 2021 (EST)


 * Answering your questions:
 * 1. I had initially thought it would be simple pass/fail based on the number of support vs oppose votes, but I think it makes more sense to get 2/3 majority (similar to the adjustments put forward by at Nookipedia talk:Staff/Apply). This also solves the tie problem, as a tie vote would not be enough to pass. As far as proposal extensions are concerned, I think it should be at the discretion of the staff member(s) who is/are in charge of administering/closing the proposal process. So, an extension could be requested by the user who submitted the proposal, or it could be extended independently by a staff member, at their discretion.
 * 2. I agree that all those who intend to vote must have an account/be logged in. Additionally, I think that only registered users should be able to put forth proposals.
 * 3. After thinking about how assigning specific users (or even user ranks) would work, I think that it makes things a bit overly complicated. We would need to have some conversation about this among staff members, but I think that it could be the role of bureaucrats to administer/close voting on proposals, and then, if a proposal passes, they should then either enact the proposal themselves, or coordinate with other staff members to make sure the proposal is completed. Perhaps a bureaucrat is responsible for closing voting, and then whoever actually enacts the proposal follows up and adds a note to the closed proposal to confirm it has been completed. The bureaucrat could be responsible for adding the task to the Nookipedia Tasks board, for example. Alternatively, they might discuss the proposal implementation process in either the staff channel on Discord, or on some other channel explicitly created for handling proposals.
 * 4. I think a proposal should not have any yet-to-be-determined components. It should be a complete proposal with no 'option a, b, or c'. This is why getting input prior to submitting the proposal (e.g. by posting about it here), should continue to be encouraged. Sunmarshsignature.png  ( talk )  19:40, November 18, 2021 (EST)