The Sims Wiki talk:Development Portal: Difference between revisions

m
1 revision imported
imported>LostInRiverview
No edit summary
m (1 revision imported)
 
(280 intermediate revisions by 22 users not shown)
Line 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}}
 
{{info|Information|Here you can post updates on what you're working on or a notice to otherothers 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)
==Header image 'broken'==
{| class="wikitable"
|-
! Issue || Browsers affected || Cause || Severity || Resolution
|-
| Top menu bar (A.K.A. the 'Sims faces mosaic') image is broken and repeating.
| [[File:Mozilla_Firefox_logo.png|30px|link=wikipedia:Firefox]]
| The top menu bar appears to be wider than usual - unknown reason
|style="width:50px;background-color:#CCFFBB" |Minor
| [[File:Red x cross uncheck bad.svg|30px|Unresolved]]
|-
|}
As stated above, the mosaic image is broken, at least in my browser (Firefox). If any other users see this issue, please chime in here. If you see this issue and are using a browser other than Firefox, please include it on the table above.
 
==Updating {{t|Pagecover}}==
As for solutions, I'm thinking, if this was a Wikia-wide change to the menu bar width, that perhaps we can rig up some css code to re-narrow the bar (hopefully this doesn't violate TOS)... or we can maybe contact JoePlay, the person who designed the original, to have him re-do it with the new, wider setting. -- '''[[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>''' 05:42, January 21, 2012 (UTC)
{{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!
== Quick report script ==
 
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.
I've implemented a system on [[The Sims Wiki:Report|the reports page]] to allow users to easily report a user by typing the user/IP address on the first field, the page that was vandalised, which is an optional requirement - the [[Template:Report|Report template]] has a link to the user's contributions. Finally the reporting user only has to click "Report user" and it's done.
 
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!
The JS used for the system can be found [[User:GEORGIEGIBBONS/QReportAdder.js|here]] with the corresponding removal script (which the form won't work without) can be found [[User:GEORGIEGIBBONS/QReportRemoval.js|here]]. Both of these are listed as "importScript" functions on [[MediaWiki:Common.js]].
 
P.S. the two aforementioned "minor changes" from "old" Pagecover to "new" Pagecover are:
Currently the system is basic and only accommodates a link to one page (with a history link) and no signature from the reporting user. While I do feel that we can live without these, it would be nice if we could try and implement these.
* 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.
 
:::Perhaps there's some other code onThanks that page that conflicts with the tags? I honestly have no idea.-- '''[[User:LostInRiverview|<fontspan colorstyle="color:navy;">LiRLostInRiverview</fontspan>]]<sup> [[User_talk:LostInRiverview|<font color="green">speaktalk</font>]] ~· [[User_blog:LostInRiverview|<font color="green">readblog</font>]] · [[Special:Contributions/LostInRiverview|<font color="green">contribs</font>]]</sup>''' 2208:0709, JulyFebruary 611, 20122018 (UTC)
The scripts/form are still in testing (with the removal script still requiring reports to be manually removed) so if you come across any bugs, feel free to list them down. {{GGsig}} 12:44, April 22, 2012 (UTC)
 
== BrokenFamilies HTML tagsfrom... ==
 
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.
{| class="wikitable"
|-
! Issue || Browsers affected || Cause || Severity || Resolution
|-
| HTML tags, namely <nowiki><choose></nowiki> tags, appear broken.
| [[File:Chrome_logo.png|30px|link=wikipedia:Google Chrome|Chrome]] [[File:Mozilla_Firefox_logo.png|30px|link=wikipedia:Mozilla Firefox|Firefox]]
| Possibly due to the MediaWiki upgrade/HTML5 switchover
|style="width:50px;background-color:#CCFFBB" |Minor
| [[File:Icon_yes_check_v.svg|30px|resolved]]
|-
|}
 
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)
So I've noticed that some HTML tags on [[The Sims Wiki:Community Portal|the Community Portal mainpage]] seem to be broken. I noticed that (overnight?) we have been upgraded to [[Special:Version|MediaWiki 1.19]] as part of Wikia's global overhaul. Despite HTML5 having native backwards compatibility with older versions of the HTML standard, [http://community.wikia.com/wiki/User_blog:Ohmyn0/Making_your_wiki_HTML5_compliant a lot of tags have become obsolete]. This is noticeable in Chrome and I haven't tried any other browsers. {{GGsig}} 10:22, July 6, 2012 (UTC)
:This issue also exists in Firefox, so I've added that to the table. In fact, the page won't even load for me, it dumps me on an error page instead. However, I do know that before the upgrade we were having problems on that page, specifically with the randomized Sim pictures and the <nowiki><choose></nowiki> tags. *edit* If it is those tags, then it's worth mentioning that we use them on other pages as well, including on the Main Page in multiple templates. At last check a couple weeks ago they were still working, but I'll check again. -- '''[[User:LostInRiverview|<font color="navy">LiR</font>]]<sup> [[User_talk:LostInRiverview|<font color="green">speak</font>]] ~ [[User_blog:LostInRiverview|<font color="green">read</font>]]</sup>''' 21:52, July 6, 2012 (UTC)
::Yeah I just saw the error message too. Seems like a problem with the MediaWiki installation that's out of our control. I didn't see anything about HTML5 not supporting choose tags so I don't know what Wikia did to them, if anything, though I've noticed that the choose tags still seem to work on a few userpages... {{GGsig}} 22:00, July 6, 2012 (UTC)
:::Perhaps there's some other code on that page that conflicts with the tags? I honestly have no idea.-- '''[[User:LostInRiverview|<font color="navy">LiR</font>]]<sup> [[User_talk:LostInRiverview|<font color="green">speak</font>]] ~ [[User_blog:LostInRiverview|<font color="green">read</font>]]</sup>''' 22:07, July 6, 2012 (UTC)
::::Update: I get an Internal error every time I try to edit the page, even if I'm trying to remove the tags. My guess is that we're somehow missing the actual problem. Are there any other pages with a similar issue on the wiki? -- '''[[User:LostInRiverview|<font color="navy">LiR</font>]]<sup> [[User_talk:LostInRiverview|<font color="green">speak</font>]] ~ [[User_blog:LostInRiverview|<font color="green">read</font>]]</sup>''' 22:10, July 6, 2012 (UTC)
:::::Interestingly I just tried to copy that page to my Sandbox to try and solve the issue without breaking anything else and I got the same "Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information." error message. I'm yet to encounter any other pages with that issue but I'm now thinking that there is something in the code on that page that Wikia doesn't like. All we can really do is try to find out what but this is weird. {{GGsig}} 22:17, July 6, 2012 (UTC)
::::::Update: I've managed to copy the whole page into [[User:GEORGIEGIBBONS/Sandbox|my sandbox]] and it seemed that the Activity Feed HTML tags were causing pretty much every issue, including the internal errors. Everything that's in the Sandbox now (at the time of writing) is working as it should be. For now I've copied my sandbox to the Community Portal mainpage as it seems to be in working order but it's worth keeping an eye on things. {{GGsig}} 22:27, July 6, 2012 (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 {{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)
==Borders on templates rounded vs not rounded==
{| class="wikitable"
|-
! Issue || Browsers affected || Cause || Severity || Resolution
|-
| Some templates' corners that were once rounded are now not rounded, while others are.
| [[File:Mozilla_Firefox_logo.png|30px|link=wikipedia:Mozilla Firefox|Firefox]] [[File:Chrome logo.png|30px|link=wikipedia:Google Chrome|Google Chrome]]
| Presently unknown (Likely MediaWiki update/HTML5 support issue)
| style="width:50px;background-color:#CCFFBB" |Minor
| [[File:Red_x_cross_uncheck_bad.svg|30px|Not resolved]]
|-
|}
 
::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)
I'm not sure if it has to do with the recent MediaWiki upgrade, but now some of our templates have lost the 'rounded corners' that they used to have, at least in my browser (Firefox). I've noticed that if I change the template over to use {{t|Parthenon}}, then the problem is fixed, at least for that template (for example, {{t|Nutshell}}). -- '''[[User:LostInRiverview|<font color="navy">LiR</font>]]<sup> [[User_talk:LostInRiverview|<font color="green">speak</font>]] ~ [[User_blog:LostInRiverview|<font color="green">read</font>]]</sup>''' 00:29, July 22, 2012 (UTC)
:Added Chrome to that list too. Before going on holiday, I filed a bug report to Wikia as the [[Special:AbuseFilter|Abuse Filter]] seems to be missing the filter navigation bar, the check syntax option is broken and the optional dropdowns were appearing even if they weren't selected. I'm guessing they are to do with the MediaWiki update which pushed HTML5 support, which could have caused the issue here. Sad thing is I don't know any HTML5 :( {{GGsig}} 11:10, July 22, 2012 (UTC)
::I think, specifically regarding the template issue, the best thing to do would be to find the un-rounded templates and re-work them so they load directly through transcluding (and not substituting) the Parthenon template. That way as well, if we choose in the future to update Parthenon, all those templates will be auto-updated along with it. -- '''[[User:LostInRiverview|<font color="navy">LiR</font>]]<sup> [[User_talk:LostInRiverview|<font color="green">speak</font>]] ~ [[User_blog:LostInRiverview|<font color="green">read</font>]]</sup>''' 18:25, July 22, 2012 (UTC)
 
==TS4 neighborhood categorizing bug==
:::I've expanded on the above point, in detail...
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 {{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]]).
:::I think it would be best practice, from now on, for the admin team or anyone creating or updating message templates to transclude {{t|Parthenon}} ''directly'' into the template coding. This obviously does not apply to userboxes, main page templates, bio templates, or other templates that wouldn't otherwise use Parthenon.
 
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.
:::This has a couple advantages. Firstly, Parthenon appears not to be affected by the aforementioned issue involving non-rounded corners that are affecting some templates following the MediaWiki update. Also, using Parthenon allows a cohesive theme across multiple templates used on the wiki. Using direct linking to Parthenon (by transclusion, not by substitution or 'copy-pasting') has the added benefit of allowing adjustments to the Parthenon ''and all templates that use it'' without needless edits to those individual templates.
 
:::I willtested probablythe bechanges manuallyout changingbefore overI thoseimplemented templatesthem. thatWhile manuallyI usecannot Parthenonsee overany theerrors nextin fewwhat days,I've sodone thatat theythis usepoint, Parthenon.if Mostyou templatesencounter byany nowproblems havewith been updatedthe to use Parthenonchange, evenplease iflet theyme wereknow createdso beforeI Parthenoncan debuted.address Any assistance on this project would be appreciatedit. -- '''[[User:LostInRiverview|<fontspan colorstyle="color:navy;">LiRLostInRiverview</fontspan>]]<sup> [[User_talk:LostInRiverview|<font color="green">speaktalk</font>]] ~· [[User_blog:LostInRiverview|<font color="green">readblog</font>]] · [[Special:Contributions/LostInRiverview|<font color="green">contribs</font>]]</sup>''' 04:5025, JulyJune 2516, 20122019 (UTC)
::::A tip for anyone wishing to help is if you see a squared template and the source code says "-moz-border-radius" and/or "-webkit-border-radius" then it is meant to be rounded. I've just ported the {{t|Info}} template at the top of this page to Parthenon and I'll be on the lookout for more as I see them. Besides, it seems easier to write in Parthenon anyway as the framework is already there and if configured correctly it won't mess up any already existing templates. {{GGsig}} 20:39, July 25, 2012 (UTC)
 
==[[Template:User contributions]]==
== Gallery licensing ==
{{t|User contributions}}, which is a userbox for user pages, is currently broken. The template references [[Special:Editcount]] in order to work, but as you can see, that page no longer exists. Does anyone know a different way to fetch a user's edit count, or will we need to scrap the userbox? -- '''[[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>''' 20:49, 18 March 2021 (UTC)
 
It was pointed out by [[User:TheSims23|TheSims23]] that, when users upload images via the gallery button, there is no option to license the images. Currently, one particular user is doing this, which is leaving many newly-uploaded images uncategorized and unlicensed. I have no idea of how to fix this, but could it be something related to Media Wiki? Thank you for reading. --[[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:24, July 29, 2012 (UTC)
:Some time since July 13 or earlier, the issue has already occurred. [http://sims.wikia.com/wiki/User_talk:Woganhemlock?diff=405012&oldid=404773 I told Wogan] about it, but claimed the next day that it had somehow been fixed. Or maybe I was hallucinating at that time, so I just left this issue like this. :/ [[User:Nikel23|'''<span style="color:#007FFF; text-shadow: #ACE5EE 0 4px 4px;">Nikel</span>''']] [[User talk:Nikel23|<span style="color: #30D5C8 ; text-shadow: #00FFEF 0 4px 4px;"><sub>''Talk''</sub></span>]] <sub>–</sub> [[The Sims Wiki:Featured Media/Voting|<span style="color:red ; text-shadow:#E97451 0 4px 4px;"><sub>''Vote!''</sub></span>]] 18:39, July 29, 2012 (UTC)
 
==Countdown Template Broken==
{{DevIssue|Browser=[[File:Mozilla Firefox logo.png|30px|Firefox]]|Cause=Unknown, likely Javascript issue|Issue={{t|Countdown}} no longer displays on pages|Severity= Moderate }}
I noticed today that Countdown is no longer functioning. GG says he was editing javascript for the wiki, but he has reverted his edits and the template still doesn't work. I've marked this as a moderate issue due to the fact that this template is heavily-used. -- '''[[User:LostInRiverview|<font color="navy">LiR</font>]]<sup> [[User_talk:LostInRiverview|<font color="green">speak</font>]] ~ [[User_blog:LostInRiverview|<font color="green">read</font>]]</sup>''' 19:05, August 15, 2012 (UTC)