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.

READ MORE

The Sims Wiki
The Sims Wiki
No edit summary
(362 intermediate revisions by 26 users not shown)
Line 1: Line 1:
{{Archive navigation|[[The Sims Wiki talk:Development Portal/Archive 1|1]]}}
+
{{Archive navigation|[[The Sims Wiki talk:Development Portal/Archive 1|1]] [[The Sims Wiki talk:Development Portal/Archive 2|2]] [[The Sims Wiki talk:Development Portal/Archive 3|3]] [[The Sims Wiki talk:Development Portal/Archive 4|4]]}}
 
{{Community-nav}}
 
{{Community-nav}}
   
 
{{info|Information|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 [[The Sims Wiki talk:Community Portal|Community Portal talk]] and for minor news see the [[The Sims Wiki:Development Portal|Development Portal main page]].}}
   
  +
== Giving TS4 Headshots Black Background ==
{{info|Information|Here you can post updates on what you're working on or a notice to other concerned with the development of the wiki. For general discussion see the [[The Sims Wiki talk:Community Portal|Community Portal talk]] and for minor news see the [[The Sims Wiki:Development Portal|Development Portal main page]].}}
 
   
  +
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 [[User:DeSims|<b><span style="font-family:AR Bonnie"><span style="color:#00ac35"><span style="font-size:23px">D</span>e</span><span style="font-size:19px"><span style="color:#0075ac"><span style="font-size:23px">S</span><span style="font-size:19px">ims</span></span></span></span></b>]] [[User_talk:DeSims|<span style="font-family:Papyrus"><span style="color:#0075ac"><sup><small>(talk)</small></sup></span></span>]] 19:59, September 19, 2017 (UTC)
   
  +
==Updating {{t|Pagecover}}==
== New playability types ==
 
  +
{{Asterisk}}''Blows dust off the Development Portal Talk Page''{{Asterisk}}
   
  +
So, I have no idea where else I would start a discussion related to this. Here goes!
I've added <code>Downtownie</code> and <code>Foreign townie</code> as acceptable values for the <code>play</code> parameter in infoboxes with {{T|GetPlayCat}}. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 02:50, August 8, 2010 (UTC)
 
   
  +
As I've been working on the [[Forum:New infobox design|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 [[w:c:lir-test|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 {{t|Pagecover}} is used on (by my estimate) about 500 pages on the wiki, I wanted to see if anyone else (''*cough*[[User:Nikel23|Nikel23]]*cough*'') could take a look at the template and css code and see if they could spot any deficiencies or bugs.
== added development portal ==
 
   
  +
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!
Finally made [[The Sims Wiki:Development Portal]], put it to good use :D '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 12:01, August 9, 2010 (UTC)
 
   
  +
P.S. the two aforementioned "minor changes" from "old" Pagecover to "new" Pagecover are:
== Tooltips ==
 
  +
* 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 [[User blog:LostInRiverview/Apartments in The Sims 4: City Living|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 -- '''[[User:LostInRiverview|<span style="color:navy;">LostInRiverview</span>]]<sup> [[User_talk:LostInRiverview|<font color="green">talk</font>]] · [[User_blog:LostInRiverview|<font color="green">blog</font>]] · [[Special:Contributions/LostInRiverview|<font color="green">contribs</font>]]</sup>''' 08:09, February 11, 2018 (UTC)
[[Artistic|<span class="ajaxttlink">Artistic</span>]]
 
   
  +
== Families from... ==
   
  +
I personally think that the Families from categories (ie [[:Category:Families from The Sims 4 (base game)|this category]]) should be renamed into "Households from <nowiki><game> <pack></nowiki>". Since there are households that aren't blood related, such as the [[Roomies household (Sunset Valley)|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.
Hover over the link above. What do we think about this? Yes? No? I'm thinking mostly about the table on [[Trait]]. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 21:36, August 11, 2010 (UTC)
 
:Cool! It does take a bit of time to load, though. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 21:47, August 11, 2010 (UTC)
 
   
  +
Sorry if this is in the wrong place btw, I'm not really familiar with this wiki. --<span style="color: purple; font-weight:bold; font-family:Tahoma;">[[User:EarthlingnAkumi|<span style="color: purple; font-weight:bold;">'''akumi'''</span>]] [[User talk:EarthlingnAkumi|<span style="color: purple; font-weight:bold;">(talk)</span>]]</span> 16:26, June 8, 2019 (UTC)
== Directing to the forum ==
 
   
  +
: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 {{t|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. -- '''[[User:LostInRiverview|<span style="color:navy;">LostInRiverview</span>]]<sup> [[User_talk:LostInRiverview|<font color="green">talk</font>]] · [[User_blog:LostInRiverview|<font color="green">blog</font>]] · [[Special:Contributions/LostInRiverview|<font color="green">contribs</font>]]</sup>''' 16:31, June 8, 2019 (UTC)
I made some minor bloopers recently. On the whole "Late Night speculation" and "Twitter interviwe questions" and "Did you know" I should have redirected people to the forum like we did with "The Sims 4 predictions". Now we know, direct people to the forum and not the talk pages unless it's about the ARTICLE not about what the article is about. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 16:19, August 13, 2010 (UTC)
 
   
  +
::Hmm, that's fair. --<span style="color: purple; font-weight:bold; font-family:Tahoma;">[[User:EarthlingnAkumi|<span style="color: purple; font-weight:bold;">'''akumi'''</span>]] [[User talk:EarthlingnAkumi|<span style="color: purple; font-weight:bold;">(talk)</span>]]</span> 18:49, June 8, 2019 (UTC)
== DPL ==
 
   
  +
==TS4 neighborhood categorizing bug==
I've had '''DPL''' or '''Dynamic Page List''' enabled for this wiki. It is an 'available on request' extension.
 
  +
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.
*[[Help:DynamicPageList]]
 
*[[Help:Using DynamicPageList Effectively]]
 
*[http://semeb.com/dpldemo/index.php?title=Main_Page DPL webpage]
 
So far it's only being used to count the number of files in [[:Category:Articles for moving]] to color the background in the [[The Sims Wiki:Admin Portal|Admin Portal]] if there are any :p
 
   
  +
The issue was in the way that {{t|Infobox neighborhood}} assigned categories. The infobox would take the input name of the neighborhood, and cross-check it against {{t|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 {{t|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 {{t|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 {{t|Infobox world}} as well and try to prevent similar problems on that front. My goal is to make it so that {{t|Checkgame}} isn't used on any templates and can be deleted.
It has many other uses though:
 
*List uncategorized images (even if they belong to a copyright category)
 
*Find image duplicates (maybe, not quite sure)
 
   
  +
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. -- '''[[User:LostInRiverview|<span style="color:navy;">LostInRiverview</span>]]<sup> [[User_talk:LostInRiverview|<font color="green">talk</font>]] · [[User_blog:LostInRiverview|<font color="green">blog</font>]] · [[Special:Contributions/LostInRiverview|<font color="green">contribs</font>]]</sup>''' 04:25, June 16, 2019 (UTC)
 
;Things to remember:
 
*Use it sparingly
 
*Do not use it in templates
 
*Allow cached results
 
 
'''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 08:42, August 17, 2010 (UTC)
 
 
I added [[The Sims Wiki:Special pages]] & [[The Sims Wiki:Special pages/uncategorized media]]. If you have any ideas for other custom special pages, do tell. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 15:11, August 17, 2010 (UTC)
 
 
Added more custom special pages, see the main article about them. Remember you can always check where DPL is used with the [http://sims.wikia.com/wiki/Special:TagsReport?target=dpl Tag report]. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 04:55, August 23, 2010 (UTC)
 
:Lovin' it! --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 04:12, October 30, 2010 (UTC)
 
 
== Multiple types for T:Object ==
 
 
I have added parameters <code>type1...type5</code> to {{t|Object}}. They work in the same way as the traits and <code>type</code> can still be used. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 23:01, August 22, 2010 (UTC)
 
:So it's to automatically include more categories to objects? '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 04:53, August 23, 2010 (UTC)
 
::Yes. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 04:11, October 30, 2010 (UTC)
 
 
== New templates ==
 
 
'Roguebfl' over from [[w:c:templates|templates.wikia]] has added some new templates to the wiki. Here's his message as I requested some more information:
 
<blockquote>
 
 
: Well I started with {{t|Infobox}} because it was on this wiki's wanted templates list, before I noticed this wiki's customized ones, but it's upshot is it will change color scheme wither their user's choice of monoco skin. but that resulting in the following:
 
:* {{t|Documentation}}: This is an updated version that among other things will not break when you have a floated template.
 
:* {{t|t}}: Also an updated version, that is both easier to port and causes less server load.
 
:* {{t|tocright}}: this template moves the table of contents to the right side of the page safely.
 
:* {{t|Wikitemplates}}: this template Solves the CC-BY-SA license requirements of templates ported from ''Wikia Templates'' just like {{t|Wikipedia}} does so for Wikipedia.
 
:* {{t|From Wikimedia}}: is also a source template, a lesser version is now part of all new Wikia wikis.
 
:* {{t|Information}}: Is modeled after how Wikimedia marks up Images information, and extensive use promotes providing all the information the various licences need, and helps document when an image will become public domain.(the date)
 
: --[[User:Roguebfl|Roguebfl]] <sup>[[User talk:Roguebfl|Talk]]</sup> 07:29, August 24, 2010 (UTC)</blockquote>
 
The documentation, t and tocright templates are nice upgrades. Wikitemplates should be used when/if a template is copied from [[w:c:templates|templates.wikia]]. 'From Wikimedia' and 'Information' are actually being discussed in the [[The Sims Wiki:Project Message template standardization|Message template standardization project]] and [[The Sims Wiki:Project Images|Images project]] respectively. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 10:56, August 24, 2010 (UTC)
 
 
== RTE editor ==
 
 
As some of you may know the Rich Text Editor can break tables and templates like there was no tomorrow. I believe I've found part of the reason why. The RTE deletes single lineskips since wikicode requires a double lineskip in the simple editor to produce on lineskip in the article. This wouls also be why the <code>----</code> horizontal line keeps breaking in archive navigation boxes on user talk pages.
 
 
An example:
 
 
Here's some code written in the simple text editor:
 
<pre>
 
{|
 
|
 
*Item 1
 
*Item 2
 
|}
 
</pre>
 
Which will look like this:
 
{|style="border:1px solid black;"
 
|
 
*Item 1
 
*Item 2
 
|}
 
When someone using the RTE edits the same article, even if they edit another part of it, it becomes...
 
<pre>
 
{|
 
|*Item 1
 
*Item 2
 
|}
 
</pre>
 
...breaking the list:
 
{|style="border:1px solid black;"
 
|*Item 1
 
*Item 2
 
|}
 
I believe a solution would be to remember double lineskips for people using the basic text editor, like so:
 
<pre>
 
{|
 
|
 
 
*Item 1
 
*Item 2
 
|}
 
</pre>
 
Resulting in...
 
{|style="border:1px solid black;"
 
|
 
 
*Item 1
 
*Item 2
 
|}
 
As you can see there's no difference from this, to the first table. This '''''should''''' result in break-free tables and templates. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 21:50, August 25, 2010 (UTC)
 
 
== Editnotice ==
 
 
Just created [[Help:Editnotice]]. Feel free to add some more if you think they're needed. '''[[User:Duskey|Duskey]]'''<small>([[User_talk:Duskey|<span style="color:green;">talk</span>]])</small> 16:18, September 1, 2010 (UTC)
 
 
== Blocked image file names ==
 
 
I blocked file names beginning with '''screenshot''' and '''snapshot''' from being uploaded ^^. I also had Wikia add the disclaimer to the buttom of the screen which you can now see. I updated the appropriate warning messages and notices already. Speak up if I forgot one. '''--[[User:Duskey|<span style="color:#344790;">Duskey</span>]]<sup>[[User_talk:Duskey|<span style="color:green;">talk</span>]]</sup>''' 05:42, September 8, 2010 (UTC)
 
 
== Orphaned page ==
 
 
Why is '''DeMayo family/Player stories''' orphaned when it's linked to through the Family template? '''--[[User:Duskey|<span style="color:#344790;">Duskey</span>]]<sup>[[User_talk:Duskey|<span style="color:green;">talk</span>]]</sup>''' 23:46, September 20, 2010 (UTC)
 
:Well duh it's not orphaned today since I linked it now, but it'll probably be orphaned tomorrow again. '''--[[User:Duskey|<span style="color:#344790;">Duskey</span>]]<sup>[[User_talk:Duskey|<span style="color:green;">talk</span>]]</sup>''' 09:14, September 21, 2010 (UTC)
 
 
== Object buy types ==
 
 
I have edited all object articles that had "yes" as a buy type and changed it to "buy mode", "community lot", etc., as I felt that "yes" was not specific enough and removed it from {{t|GetObjectCats}}. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 18:54, October 30, 2010 (UTC)
 
 
== Conditional categories in templates ==
 
 
When making a new edit the editor is moving all categories to the bottom of the article. This is a problem in templates like {{t|GetTraitCat}} because the categories are conditional and it removes them from the if or switch statements. I'm going to contact wikia about it. In the meantime I don't think we can make any edits to them without messing them up. The only way around it that I can see is to create a template for each category and call it in the if/switch statement. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 19:32, October 31, 2010 (UTC)
 
:Response from Wikia Nov 2, 2010
 
<blockquote>A bug happened that turned this extension ON for namespaces where it shouldnt, like Templates:
 
 
This has been fixed, and will be corrected tomorrow.
 
--
 
Regards,
 
 
Chris "Uberfuzzy" Stafford, Wikia Community Support Team</blockquote>
 
:I did some template editing earlier and it does seem to be fixed. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 22:25, November 2, 2010 (UTC)
 
 
== {{t|Family2}} and {{t|Family3}} ==
 
 
I ''think'' I finally have {{t|Family2}} and {{t|Family3}} fixed so they can show family connections without breaking anything else. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 07:55, November 29, 2010 (UTC)
 
 
== {{t|Tsm-stub}} ==
 
 
I added this as a stub template for articles related to ''The Sims Medieval''. (I took {{t|Tss-stub}} and replaced "Stories" with "Medieval", and "tss" with "tsm", so it should work.) [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 14:52, March 31, 2011 (UTC)
 
:Thank you Dharden. --[[User:Guilherme Guerreiro|Guilherme Guerreiro]] <small>([[User_talk:Guilherme Guerreiro|talk here]])</small> 16:14, March 31, 2011 (UTC)
 
 
== Topnav template ==
 
 
Within the past day or so, Wikia has updated something which ever-so-slightly widened the top navigation bar on the wiki. This caused our six dropdown menu options to begin wrapping (dropping down to the next line), which visually is horrible to look at. As a stopgap measure, I pulled the Fanon dropdown menu out and put it under the community dropdown, but I don't think that's a long-term solution. Is there some way we can re-add the sixth menu ''without'' causing word wrap? If you have a plan, please give it here. -- '''[[User:LostInRiverview|<font color="green">LostInRiverview</font>]]<sup> [[User_talk:LostInRiverview|<font color="navy">talk</font>]] · [[User_blog:LostInRiverview|<font color="navy">blog</font>]]</sup>''' 15:52, March 31, 2011 (UTC)
 
:Simple, remove the ''(A-Z)'' from the Content tab. —[[User:Random Ranaun|<font color=green>Random Ranaun</font>]] <small>([[User talk:Random Ranaun|<font color=lime>Talk to me!</font>]])</small> 03:32, April 1, 2011 (UTC)
 
::I would like to, but for whatever reason that (A-Z) doesn't come off... it's not even on the [[MediaWiki:Wiki-navigation]] page. I have no idea why the (A-Z) is included there. - '''[[User:LostInRiverview|<font color="green">LostInRiverview</font>]]<sup> [[User_talk:LostInRiverview|<font color="navy">talk</font>]] · [[User_blog:LostInRiverview|<font color="navy">blog</font>]]</sup>''' 03:35, April 1, 2011 (UTC)
 
 
== Layouts ==
 
 
There is a problem with some wikitext (ex. links, categories) not being rendered properly when used with layouts. You may want to refrain from using them until the problem is fixed. For articles that already use them the only way to "fix" the problem is to copy the page content, delete the page, and create a new page with that content without the use of a layout. --[[User:A_morris|a_morris]] <small>([[User_talk:A_morris|talk]])</small> 18:00, April 16, 2011 (UTC)
 
 
:I think we should completely refrain from using the layouts. Wikia has taken in the complaints, and we should start using it when most of the kinks are fixed. --[[User:BobNewbie |<font color="green">'''Zombie''' </font>]]<sup>[[User_talk:BobNewbie |<font color="red ">talk</font>]] • [[User_blog:BobNewbie |<font color="blue">blog</font>]]</sup> 18:44, April 16, 2011 (UTC)
 
::Yes, but a lot of pages use those templates, in particular new pages and fanon. Should we remake them on a new page or something for the time being, or just leave it? --'''[[User:Woganhemlock|<font color="silver">WoganHemlock</font>]]<sup> [[User_talk:Woganhemlock|<font color="silver">(talk)</font>]] · [[User_blog:Woganhemlock|<font color="silver">(blog)</font>]]</sup>''' 09:28, April 17, 2011 (UTC)
 
 
== Navigation bar glitch ==
 
 
I'm sure quite a few of us have noticed that the navigation bar looks "different". I have noticed this here and on the Call of Duty Wiki. After contacting Wikia about the issue, [[User:Merrystar|Merrystar]] has replied with:
 
 
Hi,
 
 
Thanks for contacting Wikia. The problem on the two wikis you mentioned has to do with the customization they have done to the skin layout.
 
 
For call of duty, they have added a lot of padding to the menus in the Mediawiki:Wikia.css file, with the code ".WikiHeader li a { padding: 0 28px; }" This does not leave enough space to fit the arrows on the same line as the words.
 
 
'''For Sims the issue is simply that with 5 menus instead of 4, and the amount of text in the titles, there is not enough space to leave the arrows on the same line.'''
 
 
Ultimately in both cases (and any other wiki where you see this) the menus simply exceed the available space.
 
 
'''You can fix the issue yourself if you want on Sims by making fewer menus or shorter titles.''' On Call of Duty you'd have to talk to the admins about why they added that padding; it's commented as a way to make the header look tidier so I assume it was deliberate.
 
 
best,
 
 
Wendy
 
 
I have bolded the parts that are relevant to this wiki. To make the navigattion bar look tidier, we need to remove one menu. Which menu should we remove in order to fix the navigation bar? {{GGsig}} 06:12, May 26, 2011 (UTC)
 
:I noticed how it says Content A-Z on one of the titles. Perhaps we should try making it just content.--'''[[User:Woganhemlock|<font face="Trebuchet MS" color="black">W</font>]][[User_blog:Woganhemlock|<font color="orange">H</font>]] <sup>[[User_talk:Woganhemlock|<font color="grey">(Talk)</font>]]</sup>''' 09:08, May 26, 2011 (UTC)
 
::Just was trying to work it out on my test wiki. I have made up two different possible MediaWiki pages, located [http://woganhemlockstest.wikia.com/wiki/MediaWiki_A here] and [http://woganhemlockstest.wikia.com/wiki/MediaWiki_B here]. They both work without any issues, as I have tested them. --'''[[User:Woganhemlock|<font face="Trebuchet MS" color="black">W</font>]][[User_blog:Woganhemlock|<font color="orange">H</font>]] <sup>[[User_talk:Woganhemlock|<font color="grey">(Talk)</font>]]</sup>''' 09:21, May 26, 2011 (UTC)
 
:::MediaWiki A has caused the same issue as it seems to be a copy of the original source. Currently, the nav bar looks fine as it is using the MediaWiki B code. It seems to be that the word, "Administration" was causing the issues. For now, I have changed that to admin but if anyone can think of a better word, feel free to either post it here or update it yourself. {{GGsig}} 16:13, May 26, 2011 (UTC)
 

Revision as of 04:25, 16 June 2019

Archives
Archives

1 2 3 4

Info information icon
Information
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)