The Sims Wiki

Welcome to The Sims Wiki! Don't like the ads? Then create an account! Users with accounts will only see ads on the Main Page and have more options than anonymous users.


The Sims Wiki
The Sims Wiki

1 2 3 4

Info information icon
Here you can post updates on what you're working on or a notice to others concerned with the development of the wiki. For general discussion see the Community Portal talk and for minor news see the Development Portal main page.

Giving TS4 Headshots Black Background[]

Is it an idea, that like the TS2 headshots and the TS3 headshots to give all TS4 headshots a black background as well? It might not be necessary, but it gives the wikia a consistent look doesn't it? I'd like to hear your thoughts DeSims (talk) 19:59, September 19, 2017 (UTC)

Updating {{Pagecover}}[]

*Blows dust off the Development Portal Talk Page*

So, I have no idea where else I would start a discussion related to this. Here goes!

As I've been working on the new infobox conversion, I've started to wonder whether some of our other wiki templates may benefit from a re-working of their existing code. To that end, I took a copy of Template:Pagecover over to my test wiki and redesigned it so that the base code for the template is located in MediaWiki:Wikia.css, instead of within the template itself (through in-line css). After a couple hours' worth of work, I think I've got the template fully converted. As far as I can tell, it functions exactly the same as the present Pagecover, save for two deliberate and minor changes. However, I can't be totally sure that the template does work in 100% of cases, and as {{Pagecover}} is used on (by my estimate) about 500 pages on the wiki, I wanted to see if anyone else (*cough*Nikel23*cough*) could take a look at the template and css code and see if they could spot any deficiencies or bugs.

Like I said, I'm pretty sure that the template is fully converted, so the css code for the template's functionality has been added to The Sims Wiki's MediaWiki:Wikia.css page (but not yet added to "MediaWiki:Common.css"). I have also put the new template code at Template:Pagecover/test for further experimentation and tweaks. Any assistance that anyone could lend would be appreciated!

P.S. the two aforementioned "minor changes" from "old" Pagecover to "new" Pagecover are:

  • There is no "noname" parameter in the "new" design - in the "old" design, this parameter would stop the header and text from displaying on top of the image, allowing a user to use Pagecover as a sort of "large image frame." (see this blog post of mine for a real-world example of this feature in action) In the "new" design, the "name" parameter is no longer mandatory and, if left blank, the header and all text will be kept invisible, even if other text parameters are filled in. This change should not affect the appearance of the template in instances where "noname" is invoked, since it will be a blank parameter with no built-in functionality; additionally, in those cases, "name" already would've been left blank, so the overall effect will be the same either way.
  • There is no "toc" parameter in the new design. Anecdotally it seems that the table of contents feature in "old" pagecover is very rarely used, so it seems pointless to include it in the new design.

Thanks -- LostInRiverview talk · blog · contribs 08:09, February 11, 2018 (UTC)

Families from...[]

I personally think that the Families from categories (ie this category) should be renamed into "Households from <game> <pack>". Since there are households that aren't blood related, such as the Roomies household and the BFF household. Other categories including families should also be replaced. Also, they're just officially known as households vs. families. Maybe separate categories could work too.

Sorry if this is in the wrong place btw, I'm not really familiar with this wiki. --akumi (talk) 16:26, June 8, 2019 (UTC)

That's not a bad suggestion. Unfortunately, it's not simply as easy as renaming a few pages. Categories, unlike articles and templates, cannot be renamed once they are created. In order to do as you've suggested, we'd have to create brand new category pages and then delete the old ones. Even then, this still is not an insurmountable obstacle. What would be difficult, however, would be the second part of your suggestion; splitting categories. Right now, the template {{Infobox family}} auto-categorizes family/household pages, but there is no mechanism built into the template as of now to differentiate between a family and a household. It is possible to create such a thing, but I'd wonder whether the end result is worth the effort. -- LostInRiverview talk · blog · contribs 16:31, June 8, 2019 (UTC)
Hmm, that's fair. --akumi (talk) 18:49, June 8, 2019 (UTC)

TS4 neighborhood categorizing bug[]

For awhile now, we've had an issue where TS4 neighborhood pages (not world pages, but the pages about the neighborhoods within the worlds) were getting categorized into Category:Neighborhoods in, which is a glitch category. I am happy to say that, with a single exception, that is no longer a problem and all TS4 neighborhood pages should now be automatically categorizing properly.

The issue was in the way that {{Infobox neighborhood}} assigned categories. The infobox would take the input name of the neighborhood, and cross-check it against {{Checkgame}}; the purpose of that template is to simply say which base game a particular world/neighborhood belongs to. The problem is that Checkgame only included the TS4 worlds, but did not include the TS4 neighborhoods. When I thought about it a bit, I realized that having a template to check which game a neighborhood/world appears in is unnecessary. So I reworked Infobox Neighborhood so that it looks for the game parameter instead of the neighborhood's name, and then checks to see if the game is on the {{MGL}}. The MGL outputs a code for the base game, even if the name that is input is an expansion/game/stuff pack, and then I plug that output into {{Vgcode}} to spit out the full name of the base game. I did it this way because our current operating principle has been to categorize all neighborhoods/worlds within a given game together, even if some were introduced in expansions (for instance, we don't have a category Category:Neighborhoods in The Sims 2: Seasons, even though that expansion introduced Riverblossom Hills).

The end result of all these workings is that neighborhood pages for TS4 no longer need to be manually categorized into "Category:Neighborhoods from The Sims 4" or "Category:<world> neighborhoods"; the template will do both automatically. When I get a chance, I'll take a look at {{Infobox world}} as well and try to prevent similar problems on that front. My goal is to make it so that {{Checkgame}} isn't used on any templates and can be deleted.

I tested the changes out before I implemented them. While I cannot see any errors in what I've done at this point, if you encounter any problems with the change, please let me know so I can address it. -- LostInRiverview talk · blog · contribs 04:25, June 16, 2019 (UTC)

Template:User contributions[]

{{User contributions}}, which is a userbox for user pages, is currently broken. The template references Special:Editcount in order to work, but as you can see, that page no longer exists. Does anyone know a different way to fetch a user's edit count, or will we need to scrap the userbox? -- LostInRiverview talk · blog · contribs 20:49, 18 March 2021 (UTC)

Major concerns regarding Special:AbuseFilter[]

I have big concerns about the validity of and initial implementation of Special:AbuseFilter/52, especially in light of [1] where even good-faith improvement file moves by registered users are prohibited and locked behind a "Mods and higher only" wall. I strongly wish to request that the implementation of that filter be reconsidered and likely changed in some way. Dandelion Sprout (talk) 01:02, 10 February 2024 (UTC)

The filter was created to restore the previous pre-UCP behaviour on the wiki, which was that files could only be moved by admins and content mods. This is also default behaviour on Wikipedia and other related projects. There are a few reasons for this:
  • Files can be used on many pages, and so restricting file moves can limit the potential for damage from page move vandalism.
  • When a file is moved, links pointing to it need to be updated; most users forget to do this, which can cause problems if the file is ever moved again (as double redirects are not followed).
  • Pre-UCP, non-admins could not suppress redirects when moving pages; but post-UCP, this was changed. The ability to suppress redirects can cause widespread damage if misused, and most non-admins and non-content mods don't understand the ramifications for suppressing redirects (there is rarely a case where a redirect would need to be suppressed when moving a page).
Lastly, files with bad names generally aren't a huge issue, compared to an article with a bad name. There's rarely a need to urgently move files because of their name. Unlike articles, most readers don't search for files by their name, and it's only shown to them when they click on a file; it's not shown or relevant when they are simply reading an article. As such, file maintenance—although important—is something that is risky enough that it shouldn't be open to everyone, but also not critical enough that admins and content mods would need to delegate the task to non-admins.
Presently, file renaming can be requested on the administrators' noticeboard, which is linked to in the message the filter provides. If there is consensus, the file move restriction can be adjusted (say, to allow accounts above a certain age and edit count), à la filter 51, which was created because we had some particularly bad cases of brand new accounts moving pages (i.e. this and this). Thankfully they didn't move any files, but it's a much bigger hassle to have to clean up after file move vandalism, especially if NSFW images are involved. I would still prefer only users that understand what file moving entails to be able to move files, though; in particular, understanding that suppressing redirects shouldn't be done unless there's a good reason for it. —k6ka 🍁 (Talk · Contributions) 02:30, 10 February 2024 (UTC)

New family icons[]

As my article says, I want to replace the family icons. To copypaste my thoughts:

I think I'm the only one who doesn't really like the icons in the wiki for family purposes, or at least some of them. They're very… inconsistent. My issues are specifically for siblings (and children to some extent), and the neutral child icon being different from the gendered child. I've already adopted Twin sibling and Half-sibling as green, so I think it should be green. Here are my ideas:

Child (Green) This would replace Had -Sim- as the "Child" parameter.

Adopted Child Adopted Son Adopted Daughter These would replace Adopted -Sim- as the "Adopted Child" parameter and there would be neutral, male, and female versions.

Adopted Sibling Adopted Brother Adopted Sister This would replace Adopted -Sim- as the "Adopted Sibling" parameter and there would be nonbinary, male, and female versions.

My only concerns are the fact that the adopted sibling might be too similar to Step-daughter, but it is on the opposite corner and is a different shape.

What do you think? I'd love to hear any comments on whether I should do this. I’m K.P.! Toss me a message if you need help! 15:27, 2 May 2024 (UTC)

Weak support As much as I have to admit, it may be time for a new icon. After all, The Sims is getting more gender neutral and this would be a good idea. User talk:PhysicalMediaHound

New Career Templates and Updates[]

You may have noticed all careers now are in templates, with a new CSS table theme, containing other smaller templates and some tabbers added to career pages. I originally just wanted to make tables that can also be view in dark mode (originally many were completely illegible in dark/night mode) and tried to better communicate these updates with admins but since no admin really showed interest, I took it upon to do these upgrades and updates myself.

Since I had no one to bounce ideas off of or get permission, I had to make some decisions and just hope the community is ok with them. But because these are all now templates, changes are now easier to be made—if the community wishes to make consensus changes. I didn't really want to come in and just take over but to at least upgrade the tables to templates but now they are upgraded the community can have say and input if further tweaks and changes are desired. But major changes from this point on probably should be community consensus bases, since all career templates now have conformity. I am not opposed to changes as long as they are implemented universally—after all the time I put in template conforming.

To start what has changed is that all the Career Templates now used have almost all the exact same theme with similar designs but also tried to stay close to some original table structures. If it is wanted to be changed, note, it should be changed for all to keep conformity. The theme is mostly done via CSS, inspired by general Sims light/medium/medium-dark blues themes (some colours taken from actually screenshots of the UI). I also changed the right columns to a 30% width conformity, all career templates adhere to 30% for the right column(s), % is better than px size due to screen sizing, as a general rule.

I also created {{Icon}} template to remove all the excess icon image files html clutter, {{Time}} template to display time and the time image more neatly and less html clutter and {{DayOff}} template to display days off in a less highlighting manner.

I retired 10 pre-existing career templates, but I tried to minimize edits to the newest Sims 4 career templates since it is the newest template still being used and updated. I didn't want to overly interfere. But one thing I did change was to conform Sims 4 careers to use the same "Work Days" design formatting.

Sims 2 and Sims 3 use to highlight days off, but most (yet, not all) highlighted work days for Sims 4. So instead I made a template that sort of makes days off look less of a highlight, but changed Sims 4 careers to use days off template instead of highlighting work days (I hope I got these all right since some careers highlighted days off but most days on). If you disagree with this, remember this is about conforming all careers' design on the wiki. So it is not confusing to have most installments one way, and one another way. The community should decide which way to have it, and only if it will be changed for all careers, and not just those playing/editing for Sims 4 preference just for their installment. But I just decided to use the days off theme that was used on the majority of the wiki—since it was the majority and just to try to keep up the status quo.

Also, after the in depth editing while transferring to templates I noticed many career pages should be merged with other like careers, I found similar level names and themes, and other careers already merged in this similar manner. Now either they should be merged if similar/like enough, or split the articles already merged; we should commit to either or and not some and not others. It just looks sloppy to have it for some and not others.

Anyways, I thought since this was a large enough project, I'd at least explain the changes somewhere.  Hollowness | Wall | Contr 22:12, 4 July 2024 (UTC)

New Simology Templates[]

The following simology templates have been created:

At first I was just removing prettytable and heading-blue from tables so that those in dark mode can read tables. When I decided to just make templates and remove all table html from the sim's article page for the simology section.

I tried to keep them similar to the simology templates already used but some needed to be nested templates, so they can be running lists. This might be a little more difficult for those not use to them, but it is a worth while update. If all simology tables are converted to templates, if design changes are wanted they are done at the template level and not the article level.

Those in light mode may not even notice changes, but those in dark mode will be able to read these table's headings now, if the template is used.

Sample of what dark mode sees/use to see:

A few examples
TS4 Like Black
TS4 Like Classical Music
TS4 Like Baroque Music

Also, as I am updating I am trying to add the second level of tabber when applicable. This makes for nice side by side game comparison of simology (example: Agnes Crumplebottom).

I also hope to update the icons for the Sims 4 Likes and Dislikes table, at this time I have placeholders but hope to replace with the in game resource of green smiley face and red frowny face (I just do not have the game). But when updated it is done at the template level so articles will automatically update.

The Likes and Dislikes table was made versatile so it can be used as one long table, or can be used in segments (like placed in columns). It can be all likes or dislikes or a mix.

Skill TS4 Cooking
Cooking Likes
TS4 Career Painter
Painting Likes
Skill TS4 Video Gaming
Video Gaming Likes
TS4 Like Blue
Blue Likes
TS4 Like Purple
Purple Likes
TS4 Like Baroque Music
Baroque Likes
TS4 Like Electronica Music
Electronica Likes
TS4 Like Metal Music
Metal Likes
TS4 Like Spooky Music
Spooky Likes
TS4 Like Strange Tunes Music
Strange Tunes Likes
TS4 Like Tween Pop Music
Tween Pop Dislikes
TS4 Like Art Deco Decor
Art Deco Likes
TS4 Like Gothic Farmhouse Decor
Farmhouse Likes
TS4 Like Queen Anne Decor
Queen Anne Likes
TS4 Like Shabby Decor
Shabby Dislikes
TS4 Like Polished Fashion
Polished Likes

Anyways, those are the newest templates added, enjoy!  Hollowness | Wall | Contr 00:58, 14 July 2024 (UTC)

Simology templates have been updated/added for all "A" articles.  Hollowness | Wall | Contr 01:07, 16 July 2024 (UTC)