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
(297 intermediate revisions by 23 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)
 
 
== Era Template ==
 
Though I do really like this template as it makes things seem slightly more 'official', if that's the word, I see a lot of issues with this being added to all articles. For one, in the Oasis skin, it obscures much of the text on many articles, which looks pretty badly done. Secondly, I see it as slightly redundant. People can easily see in what game something appears in, or if it's an article concerning real life, by just usually looking at the infobox or article lead. Plus, I see it as nearly impossible that this template can be added to everything it needs to, for example, NPC's and townies, and if only added to games and gameplay elements, people may find it confusing as to why only part of the wiki have it and the other lacks it. Any opinions? --[[User:BobNewbie|<span style="color:red; text-shadow: green 0 4px 4px;">'''BobNewbie'''</span>]] [[User talk:BobNewbie|<span style="color: red ; text-shadow: green 0 4px 4px;"><sup>∞(Talk)∞</sup></span>]] 10:04, July 2, 2011 (UTC)
 
:I agree with you when you say it's redundant and and nearly impossible to add to all pages, but does that mean we should delete it? I personally love the template, but it's a pity that messes up the articles in some browsers. However if we delete the game era template we should remain era for featured articles, IMO. Thank you. --[[User:Guilherme Guerreiro|<span style="color:orange">Guilherme Guerreiro</span>]][[File:Thanks rose.png]]([[User talk:Guilherme Guerreiro|<span style="color:orange">talk here</span>]]) 10:08, July 2, 2011 (UTC)
 
::I think we should just keep the one for featured articles. --'''[[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>''' 10:09, July 2, 2011 (UTC)
 
 
== Header changes ==
 
 
{| class="wikitable sortable"
 
|-
 
! Change || Browsers affected || Cause || Severity || Resolution
 
|-
 
| Certain (but not all) headers on portal pages and the main page are no longer nearly the full width of the page/section, but have been shrunk to the width of the text in them
 
| [[File:Mozilla_Firefox_logo.jpg|30px|link=wikipedia:Firefox]] [[File:Chrome_logo.png|30px|link=wikipedia:Google Chrome]] [[File:Internet_Explorer_logo.jpg|30px|link=wikipedia:Internet Explorer]]
 
| Unknown, likely a Wikia change [http://community.wikia.com/index.php?title=Forum:Weird_graphical_muckups&t=20110706221354], not local
 
|style="width:50px;background-color:#FFFFBB" |Moderate
 
| Not Resolved
 
|-
 
| Regular section headers on all pages have been changed, and as a result some pages do not appear properly or look different
 
| [[File:Mozilla_Firefox_logo.jpg|30px|link=wikipedia:Firefox]] [[File:Chrome_logo.png|30px|link=wikipedia:Google Chrome]] [[File:Internet_Explorer_logo.jpg|30px|link=wikipedia:Internet Explorer]]
 
| Unknown, likely a Wikia change [http://community.wikia.com/index.php?title=Forum:Weird_graphical_muckups&t=20110706221354], not local
 
|style="width:50px;background-color:#CCFFBB" |Minor
 
|Not Resolved
 
|}
 
 
I've noticed that headers (including mpheader1) are no longer, by default, as wide as the page or section that they are placed in, but are now only as wide as the text that's included in them. Also, changes have been made to section headers, moving the 'edit' button and changing the appearance of the headers. I would like to ask, in general from everyone but specifically from the administrators working on Visual Improvement, what should be done about this, if anything? -- '''[[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>''' 22:57, July 6, 2011 (UTC)
 
:Also, I am unsure what impact this has on other browsers, such as Opera or Safari. Can someone with one or both of these browsers check out the issue and see if it's the same for those browsers? -- '''[[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>''' 23:11, July 6, 2011 (UTC)
 
::I have noticed it too, is it possible to revert to the older version. I sincerly don't know for sure what to do. But I have already asked Sarah Manley about this issue. --[[User:Guilherme Guerreiro|<span style="color:orange">Guilherme Guerreiro</span>]][[File:Thanks rose.png]]([[User talk:Guilherme Guerreiro|<span style="color:orange">talk here</span>]]) 23:14, July 6, 2011 (UTC)
 
:::Strange... everything looks right in Firefox now. I'll keep my eyes on the issue. -- '''[[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>''' 23:20, July 6, 2011 (UTC)
 
 
== Problems with Era template ==
 
 
{| class="wikitable sortable"
 
|-
 
! Issue || Browsers affected || Cause || Severity
 
|-
 
| [[Template:Era]] interferes with page content on some pages where it is used. The interference is sporadic and ranges from minor to major. Template impacts Internet Explorer and Mozilla Firefox, but is most severe in Chrome
 
| [[File:Chrome_logo.png|30px|link=wikipedia:Google Chrome]]
 
| Unknown
 
|style="width:50px;background-color:#FFDDCC" |Major
 
|-
 
|
 
| [[File:Mozilla Firefox logo.jpg|30px|link=wikipedia:Firefox]] [[File:Internet Explorer logo.jpg|30px|link=wikipedia:Internet Explorer]]
 
| Unknown
 
|style="width:50px;background-color:#CCFFBB" |Minor
 
|}
 
 
The Era template causes some strange quirks in pages, ranging from the merely annoying, to quirks which actually hamper the readability of pages using the Era template.
 
 
What's needed is an assessment of the template; we should figure out where, either in the template design or in the wiki's css, the problem is located and why it affects different browsers differently. We should then correct these issues so that it can be used in all browsers without worry. In the meantime, I'm suggesting that we '''temporarily''' discontinue use of the Era template until we can determine what is causing text problems, especially for Google Chrome users. If we can't fix the problem, then I would suggest deleting the template -- '''[[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>''' 23:09, July 6, 2011 (UTC)
 
:To be honest, I have to agree. Whatever has and will be done to that template will always have an issue with it. I had to revert to an older version of that template the other day because it was leaving the [[:Category:Templates without documentation|Templates without documentation]] on '''every''' page that used Era. I think it would save a lot of heartache and time if we just deleted the template. {{GGsig}} 23:13, July 6, 2011 (UTC)
 
::There's a discussion on community portal about whether Era should be deleted. --[[User:Guilherme Guerreiro|<span style="color:orange">Guilherme Guerreiro</span>]][[File:Thanks rose.png]]([[User talk:Guilherme Guerreiro|<span style="color:orange">talk here</span>]]) 23:14, July 6, 2011 (UTC)
 
:::I don't necessarily know if it should be deleted outright, but I do think we need to disable it for the time being. I'm going to try to do so right now. -- '''[[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>''' 23:22, July 6, 2011 (UTC)
 
::::As era's a complicated template, things like this are bound to happen. I think we should be ready for more things like this to happen in the future. --'''[[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>''' 06:25, July 7, 2011 (UTC)
 
 
== Issue with Property template ==
 
 
I've just noticed the property template on fanon pages doesn't seem to be appearing with the header enabled in my personal css. However, it still works fine if the header is disabled. How could we be able to fix this? --'''[[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:03, July 7, 2011 (UTC)
 
:Disregard this, Property is now based off Parthenon. ~>'''[[User:Woganhemlock|<font color="black">ฬ</font><font color="orange">ђ</font>]] <sup>[[User_talk:Woganhemlock|<font color="silver">(Ŧlยttєгรђא</font>]] [[Special:Contributions/Woganhemlock|<font color="grey">ƒтω!)</font>]]'''</sup> 08:48, July 29, 2011 (UTC)
 
::It seems there's a new issue with the template, which pushes the sim templates a bit down. I don't know, maybe I'm seeing issues where they don't exist? Thank you! --[[User:Guilherme Guerreiro|<span style="color:orange">Guilherme Guerreiro</span>]][[File:Thanks rose.png]] <small>([[User talk:Guilherme Guerreiro|<span style="color:orange">talk here</span>]])</small> 08:58, July 29, 2011 (UTC)
 
:::I've noticed as well. I'll have a look at the template and see if I can do something with it. ~>'''[[User:Woganhemlock|<font color="black">ฬ</font><font color="orange">ђ</font>]] <sup>[[User_talk:Woganhemlock|<font color="silver">(Ŧlยttєгรђא</font>]] [[Special:Contributions/Woganhemlock|<font color="grey">ƒтω!)</font>]]'''</sup> 09:03, July 29, 2011 (UTC)
 
::::OK, we're all good. It should work now. I'm sure the issue was it was on a different line to other stuff. If that's the case, put it on the same line of text as another template (e.g. {{t|evolve}}), preferrably before the template on the same line, and you should be fine. If anyone has any other issues, just post below :) ~>'''[[User:Woganhemlock|<font color="black">ฬ</font><font color="orange">ђ</font>]] <sup>[[User_talk:Woganhemlock|<font color="silver">(Ŧlยttєгรђא</font>]] [[Special:Contributions/Woganhemlock|<font color="grey">ƒтω!)</font>]]'''</sup> 09:11, July 29, 2011 (UTC)
 
 
== Pet infobox issue ==
 
 
As some of you may know, [[Special:LonelyPages]] was largely polluted with Player Stories pages for Pets, due to the Infobox not showing the link to the Player Stories pages. I have managed to borrow the Player Stories code from [[Template:NeighborhoodInfobox]] and ported it to the Pet infobox, which now shows links to the Player Stories pages on the actual Pet page, however if the infobox says the name of a game and it turns from grey to another color due to the game, the box with the Player Stories link doesn't change color accordingly. You can see the changes I made on [[Template:Pet]], so if anyone knows a workaround that allows us to keep the template working as it is on the Pet pages while being able to change color accordingly, they will find it easier to add it, seeing as I'm a failure with Infoboxes myself. :P {{GGsig}} 13:34, July 10, 2011 (UTC)
 
 
== Background issue ==
 
 
{| class="wikitable"
 
|-
 
! Issue || Browsers affected || Cause || Severity || Resolution
 
|-
 
| Background transparency (making green background and plumbbobs visible) was not functioning. Coding and source image both seemed ok.
 
| [[File:Mozilla_Firefox_logo.jpg|30px|link=wikipedia:Firefox]] [[File:Internet Explorer logo.jpg|30px|link=wikipedia:Internet Explorer]] [[File:Chrome_logo.png|30px|link=wikipedia:Google Chrome]]
 
| The addition of transparency to the Theme Designer caused previous css coding to fail.
 
|style="width:50px;background-color:#CCFFBB" |Minor
 
| [[File:Icon_yes_check_v.svg|30px|Resolved]]
 
|-
 
|}
 
We had a server hiccup as well, and this problem could be related to general bugs and fixes; Wikia tends to tackle these issues on Wednesdays, it seems. -- '''[[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>''' 19:26, July 27, 2011 (UTC)
 
 
:Transparency (if I understand what you mean right) is not working in Chrome for me, either. --[[User:BobNewbie|<span style="color:red; text-shadow: green 0 4px 4px;">'''BobNewbie'''</span>]] [[User talk:BobNewbie|<span style="color: red ; text-shadow: green 0 4px 4px;"><sup>∞(Talk)∞</sup></span>]] 19:33, July 27, 2011 (UTC)
 
::I think the issue was caused by an update to the [[Special:ThemeDesigner|Theme Designer]], as it added a transparancy option. I've removed the translucent CSS for now and set the transparancy up to maximum in the Theme Designer and what you currently see is the best I can get it. I'll ask JoePlay about this issue and see what he thinks. {{GGsig}} 23:57, July 27, 2011 (UTC)
 
[[w:User:Sannse|Sannse]] has written:
 
Hey everyone, an update on the CSS changes for backgrounds.
 
 
We've seen that some people had set "WikiaPage" with a colour via custom CSS, which previously left the sidebar boxes and other elements showing the page colour setting from ThemeDesigner. With the switch, "WikiaPage" affects those elements too.
 
 
The fix is to move that colour to WikiaPageBackground rather than to make a change via ThemeDesigner (like this).
 
 
Please can everyone look out for this situation and help anyone confused by it? Thanks All!
 
 
Since GG has changed the settings, it should be fixed on all browsers. If it's not fixed for you, try clearing your cache and having another look. If anyone has an issue in another browser (I use Firefox and it's fine for me), please post below. ~>'''[[User:Woganhemlock|<font color="black">ฬ</font><font color="orange">ђ</font>]] <sup>[[User_talk:Woganhemlock|<font color="grey">(tคlк</font>]] ★ [[Special:Contributions/Woganhemlock|<font color="grey">ς๏ภtгเ๒ร)</font>]]'''</sup> 00:03, July 28, 2011 (UTC)
 
 
== Another navbar glitch (potentially ongoing issue) ==
 
 
I (and probably others too) have noticed that the navigation bar keeps changing yet noone has made any modifications to it. Yesterday I removed some JavaScript from the [[MediaWiki:Wikia.js|Wikia.js]] file to see if that was causing the issue. It seemed to have temporarily fixed the issue but it came back within the last few minutes. I managed to fix it again with [http://sims.wikia.com/index.php?title=MediaWiki:Wiki-navigation&diff=prev&oldid=315225 this edit] to the [[MediaWiki:Wiki-navigation|Wiki-navigation]] page, which seemed to fix the issue once again. Given that our navbar is "heavily modified" in comparison to that of some other wikis, it's possible that my edit had provided a long term solution but for now, I'm unsure what it was that caused the problem. If you see any more issues related to the navbar, feel free to post them here and someone can take a look. {{GGsig}} 21:06, September 24, 2011 (UTC)
 
 
== Glitching in display of vgversion templates? ==
 
 
I'm starting to see stuff like this:
 
 
<nowiki>[<span title="The Sims 2: FreeTime" style="color:&lt;nowiki&gt;#&lt;/nowiki&gt;5D3EFF;">TS2:FT</span>]</nowiki>
 
 
in articles that use the vgversion or vgversion2 templates. At first, I thought it was just happening with Opera, but I checked again with Firefox, and saw the same thing.
 
 
Has anyone else noticed this?
 
:I have noticed that too, but it may be a wikia glitch, since the template has not been edited for a long time. --[[User:RoseGui|<span style="color:orange">RoseGui</span>]][[File:Thanks rose.png]] <small>([[User talk:RoseGui|<span style="color:orange">talk here</span>]])</small> 15:03, September 25, 2011 (UTC)
 
 
::If I preview this, copy the (corrected) code, paste it into the edit box, and preview again, it properly resolves to <nowiki>[TS2:FT]</nowiki>, in the correct color. But when I view it in an article, such as [[Computer]], I still see the expanded code. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 15:10, September 25, 2011 (UTC)
 
:::I know a lot of the MediaWiki edit notices have been showing the code rather than the content recently so I'm not sure if it's a Wikia-wide issue or something. {{GGsig}} 17:35, September 25, 2011 (UTC)
 
 
== Navigation bar limits ==
 
 
As you probably would have noticed, we have activated the new navigation bar. The problem is that we don't have as much customisation space with the new navbar, meaning not every field we had on the old drop-down menus will show up. I'm aware that we did kind of "modify" the old navigation bar anyway but I'm not sure how to modify the new version. Unless someone is able to find a fix, I guess we'll just have to limit the amount of links we can put on the bar, but what do we drop? Thoughts? {{GGsig}} 23:14, October 11, 2011 (UTC)
 
:I've just given this a little bit more thought...as in very little :P. I think that the "Request <user right>" pages could have their links moved to [[Template:CommunityCorner|the Community Corner]] message or something. Yeah, that's all I've got. {{GGsig}} 23:25, October 11, 2011 (UTC)
 
::By my understanding of the menu, there's additional drop-down menus available within each option in each tab. So, for example if you selected the 'Content' tab, and went down to 'Sims', the menu (I think) can be set up to drop-down additional links (Bella Goth, Mortimer Goth, etc). -- '''[[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>''' 04:31, October 12, 2011 (UTC)
 
:::I've made some changes to the navbar, as well as moving the UTC clock from a position which is overlapped by the nav to onto the top navigation bar. {{WHsig|07:27, October 12, 2011 (UTC)}}
 
::::Looks fine to me. {{GGsig}} 18:47, October 12, 2011 (UTC)
 
:::::Wogan, editing the top bar (the Wikia nav bar) is against Wikia's Terms of Use. -- '''[[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>''' 20:26, October 18, 2011 (UTC)
 
::::::Based on this, I've removed the timer from the JS code for now (sometimes it takes a little while for the change to be visible). {{GGsig}} 20:33, October 18, 2011 (UTC)
 
:::::::Eh, my mistake there. I'll do some scouting around for some alternate solution. I had no idea it was some violation - RuneScape wiki is where I <s>stole</s> borrowed it from, so blame them :D {{WHsig|03:03, October 20, 2011 (UTC)}}
 
 
== Username highlight trial ==
 
 
[[User:Woganhemlock|WH]] and myself have decided to trial a username highlight for admins, bureaucrats and bots. Admins are <span style="color:red">red</span>, bureaucrats are <span style="color:limegreen">green</span> and bots are <span style="color:#66AAFF">light blue</span>. This is a trial for now and this thread is intended for those who don't like the feature to voice their thoughts or give feedback. {{GGsig}} 23:17, October 14, 2011 (UTC)
 
:I've made some tweaks to fix an issue with it not appearing on Wikia/Oasis/Whatever, and I've changed one of the colours slightly. {{WHsig|03:46, October 15, 2011 (UTC)}}
 
::After playing a bit with Pixie, I think some colors would fit nicely.
 
*'''<span style="color:#337800">Bureaucrats</span>''', color value #337800
 
*'''<span style="color:#7FAFE1">Sysops</span>''', color value #7FAFE1
 
*'''<span style="color:#AFB1C6">Bots</span>''', color value #AFB1C6
 
'''|_[[User:Andronikos_Leventis|<font type="Calibri" color="#A60914" size="2px">Andronikos Leventis</font>]]'''<sup> ''[[User_talk:Andronikos_Leventis|<font type="Calibri" color="#1404A2" size="1.3px">Talk</font>]]''</sup> 20:31, October 15, 2011 (UTC)
 
::I don't agree with this implementation; we already had a discussion about this, and it wasn't clear that the community wanted this. And I don't really see the point in admin highlight. --[[User:RoseGui|<span style="color:orange">RoseGui</span>]][[File:Thanks rose.png]] <small>([[User talk:RoseGui|<span style="color:orange">talk here</span>]])</small> 18:19, October 20, 2011 (UTC)
 
:::FWIW, [http://sims.wikia.com/wiki/The_Sims_Wiki_talk:Community_Portal/Archive_14#Consensus it also wasn't clear that the majority of the community didn't want this], it was a generally neutral discussion with a few supports and only one vote that was anywhere close to an oppose. The feature is used on other wikis to help users identify admins/bureaucrats/bots etc. {{GGsig}} 18:43, October 20, 2011 (UTC)
 
::::Yes, but I don't believe the consensus was enough to make this trial, either. --[[User:RoseGui|<span style="color:orange">RoseGui</span>]][[File:Thanks rose.png]] <small>([[User talk:RoseGui|<span style="color:orange">talk here</span>]])</small> 20:07, October 20, 2011 (UTC)
 
:::::hi guys, i have some input about name highlighting. i dont think green and red is a good choice. for green: because our background color is green, bureaucrat signature will be hard to see. for example: GG signature on the main page. for red: i think its too bright, so when many admin here active, the recent wiki activity full with red color. i think the best color is color that "calm" and not too bright. for example: Andronikos red signature or blue color on wiki "publish" button. [[User:Wir.wiryawan|Wir.wiryawan]] 01:56, October 21, 2011 (UTC)
 
 
== Thirst ==
 
 
I've renamed the "Thirst" redirect to "Thirst (vampire)", and changed all article links that pointed to "Thirst". I have also created a disambig page for [[Thirst]], since it is both a vampire motive in ''Late Night'' and a horse motive in ''The Sims 3: Pets''. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 23:04, October 24, 2011 (UTC)
 
 
== IPs not recieving message notifications ==
 
 
Today I did some testing with regards to anons (such as proving they can't disable the visual editor for them). When I carried out some visual editor/signature-related tests on my talk page via my IP, I noticed I never got a message notification when my IP was welcomed. I tried leaving an individual message for my IP and there was still no notification, which I think is due to the lack of the menu bar that all users will see at the bottom of the page as they scroll down. Given the warning system we use that applies for anonymous users and registered users, the anonymous user may not realise that they have been warned meaning that if they made another disruptive edit, they may be put under the impression that they were blocked for something immediately, which would be unfair on registered users.
 
 
My question is: Is there a way of implementing the "You have new messages" notification for anonymous users without breaking Wikia's ToS? {{GGsig}} 23:14, October 28, 2011 (UTC)
 
 
== Article Comments ==
 
 
I've noticed that article comments seem to be on for all namespaces again, and I'm honestly not sure why. While I can easily turn then off with the flick opf a switch, that would remove our fanon namespace article comments, something which was decided on some time back. So, the way I see it, we can either have them on everything (not good, since I've seen numerous pointless comments already today), or disable it completely, since I'm assuming that Wikia has altered it somehow since I can't find a log entry on the comments being altered. Nevertheless, I'll send a Special:Contact through anyway and ask if it could be restored to the previous state. Thoughts? {{WHsig|01:37, December 8, 2011 (UTC)}}
 
 
:IMO, if comments can't be put back to the previous state, they should be disabled completely. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 01:53, December 8, 2011 (UTC)
 
 
::I just noticed that all the talk pages are gone. Not turned into comments -- gone. I don't know if we'll get them back if we turn article comments off, but now, I say we should turn article comments off now. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 02:06, December 8, 2011 (UTC)
 
:::Just had another instance of spam commenting. I've disabled them for now, waiting on a response from Wikia. {{WHsig|02:11, December 8, 2011 (UTC)}}
 
::::Why wouldn't I be surprised if this "Wikia bug" was yet another attempt for them to become Facebook? :/ {{GGsig}} 07:54, December 8, 2011 (UTC)
 
:::::@Dharden, I do believe that the talk subpage is saved if comments are enabled. For example, if article comments were activated for [[Bella Goth]], the page [[Talk:Bella Goth]] would remain, though the article would no longer link to it (a manual link would need to be created).
 
:::::To all, also note that comments are now disabled on the Fanon namespace. I imagine that since Wikia treats comments as separate pages that the comments are floating around somewhere, but currently they are not visible and were not moved into the individual article talk pages. I'd definitely suggest contacting Wikia to see if they can re-enable comments on just the Fanon NS. -- '''[[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>''' 10:57, December 8, 2011 (UTC)
 
::::::Since comments have been disabled, I've noticed that the talk pages are back as they were. Also, the last two comments, which were from [[Special:Contributions/50.11.91.2|50.11.91.2]] do seem to be "out there somewhere", but not reachable.
 
::::::Wikia has been contacted about re-enabling comments just on the Fanon: namespace. My suspicion -- and it is no more than that -- is that someone at Wikia noticed that we had comments enabled for one namespace and decided that we "must really" want them everywhere. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 13:39, December 8, 2011 (UTC)
 
:I have asked on #wikia IRC channel, and it is apparently a general Wikia bug at the moment. --[[User:RoseGui|<span style="color:orange">RoseGui</span>]][[File:Thanks rose.png]] <small>([[User talk:RoseGui|<span style="color:orange">talk here</span>]])</small> 17:56, December 8, 2011 (UTC)
 
::Response from meighan at Wikia
 
<blockquote>
 
This is a bug we are seeing as of yesterday. There has been a ticket filed to look into it to see what is happening. I am sorry for the inconvenience of this until we figure out what is going on.
 
</blockquote>
 
::
 
::I suppose that they might have changed something that had the side-effect of making it so that article comments would be enabled for an entire wiki if they were enabled for any part of it. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 19:24, December 8, 2011 (UTC)
 
:::I got pretty much the same response as well. We might need to file another Special:Contact to get the comments on the specific namespace again, though, since I turned them off as a form of damage control, so to speak, and I think only staff can set them in that fashion. Anyways, it'll likely be fixed and up again in a little while. {{WHsig|05:34, December 9, 2011 (UTC)}}
 
 
I just had to re-disable article comments. [[User:Dharden|Dharden]] ([[User_talk:Dharden|talk]]) 17:03, December 9, 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)