FANDOM

CzechOut

Staff
  • I live in the janitor's closet at tardis.wikia.com, but I often go on slumber parties all around the FANDOM network!
  • My occupation is Special Operations
  • I am part of the team that helps you promote your wiki — and make it look better. Click on "My Website" to put in your request, today!
  • Bio CzechOut has been at FANDOM since its earliest days. He likes comparing Irish whiskey with a good single malt, getting lost in a new city, and digging deep into the latest Apple® product.
  • [Show More]
Welcome to The Vault!
Welcome to the Vault

Hello, CzechOut, and welcome to The Vault, the Fallout wiki! Thank you for your contributions, and we hope you'll stay with us and make many more.

Some links you may find useful:

  • Recent changes lets you see what other people are editing currently and where you can help. You can also check our community portal for things to do.
  • If you haven't already, create a user page about yourself. If you do, we'll be able to know you better as a member of our community.
  • If you are new to wikis, the help pages can help you learn how to edit and how use the wiki tools. For test edits, feel free to create a personal sandbox.
  • The Vault's policies and guidelines describe how we do things around here and can help you make even better contributions.

If you have questions, you can ask in our forums, join the live chat in our IRC channel or post a message on my talk page. We hope you enjoy editing here and look forward to working with you!

-- Veryblackraven (Talk) 01:17, May 21, 2011

Help with Archive Tool Edit

In Oasis, the "archive" button is added to the edit button options on talk pages (i.e. the pulldown menu with "leave message" etc). It works fine here on this wiki, so I don't think it's been rendered non-functional by some sort of Wikia changes.

You also have to keep in mind that you should always do a "hard refresh" (CTRL-SHIFT-R in Firefox) after you've tinkered with the JavaScript/CSS pages to make sure your browser doesn't have an old version of the pages cached.

The only further advice I can give you is to either import the script from w:c:dev or copy the content of w:c:dev:ArchiveTool/code.js to your wiki; our version here is slightly modified and tied into our other scripts (the whole "vaultScriptLoader" thing) and causes errors if you don't have the same scripts installed.

Hope this helps somewhat ;) -- Porter21 (talk) 09:19, May 21, 2011 (UTC)

Well, after your changes it works fine for me both on this wiki and yours in the Windows versions of Internet Explorer, Firefox, Opera, Safari and Chrome. The only thing which is out of order is that I'm getting two "Archive" buttons on your wiki, but that's because you're importing Common.js in Wikia.js, effectively running the script twice - unlike Common.css, Common.js is loaded by the Wikia skin, so importing it in Wikia.js isn't really necessary.
The redlinked "templates" don't really do any harm; that kind of stuff happens if there is wiki-like syntax on a JS page, which is then interpreted by the MediaWiki software like on any other page. You can easily fix it by inserting /* <nowiki> */ at the very start of the JS page and /* </nowiki> */ at its end.
Otherwise, I'm a bit at a loss. I don't really know whether we have Mac-using editors here, and since I'm getting no errors of any kind it'd be hard to troubleshoot it for me. Could you check whether there are any errors displayed in the Firefox error console ("Tools -> error console"; hit "delete", reload a page and see whether anything with a red symbol pops up)? Pretty much the only chance. -- Porter21 (talk) 13:50, May 21, 2011 (UTC)
That's indeed useful - I have an idea what the error might be caused by (the ArchiveTool one). I'll take a look at it tomorrow. Just double-checked that page and I'm not getting any of those error messages in the Firefox or Firebug console, so it indeed seems to be a platform-specific thing. -- Porter21 (talk) 22:19, May 21, 2011 (UTC)
I've made some changes - could you check whether something has changed on your end? -- Porter21 (talk) 08:15, May 22, 2011 (UTC)
That's interesting because I just noticed I fixed the wrong script (DisableArchiveEdit rather than ArchiveTool) :P Could you try again now that I've actually changed the ArchiveTool script? -- Porter21 (talk) 09:49, May 22, 2011 (UTC)
Sorry to hear it's still not working. The Monobook error looks unrelated, and without any error messages to go on my ability to try and address this problem is very limited without being able to reproduce the problem myself (which I can't because I don't have a Mac). There isn't even much of a difference in the ArchiveTool code for Monobook and Oasis; the only difference is the name of the page elements where the button is inserted and the HTML for said button - both of which can't really be the cause of this problem, otherwise it wouldn't work in Windows browsers. Long story short, I'm out of ideas. -- Porter21 (talk) 15:16, May 22, 2011 (UTC)

( The EditIntroButton code to insert the button option is virtually identical with the one used by ArchiveTool and there really is no difference syntactically between the Monobook and Wikia code bits.

After looking into it some more, I'm actually pretty sure that the script is not at fault at all but rather the Wikia skin. The red error you were getting ("error: d is undefined") originates from that skin's JS (oasis_shared_js), and it's possible that this error halts the execution of other JavaScripts on the page - which would explain why there's no problem in Monobook. Seeing as I don't get that error with Firefox on Windows, it seems like the most likely cause of the issue. -- Porter21 (talk) 07:42, May 23, 2011 (UTC)

Well, you just said it made "the error" go away so I assumed you were talking about the warning. Oh well, so much for the theory - but as I said before, I can only make guesses as long as I can't reproduce the problem myself, especially without anything to go on. -- Porter21 (talk) 17:12, May 23, 2011 (UTC)
The reasoning behind assuming the Wikia skin's JS (or something on the computers of the users experiencing the problem) interferes with ArchiveTool is as follows:
  • If there was an error in the script's code, it wouldn't work in any browser.
  • If the script was using syntax your browser can't interpret, it wouldn't work with the Monobook skin (the Wikia-skin-specific bits contain only very basic code, and I've checked them three times by now).
As a final test, I've added some debug code which generates a few messages in the Firebug console. This way we can track down whether the script is loaded at all and whether it goes through with loading. Could you check your test page and tell me which messages (prefixed with "ArchiveTool:" you're seeing in the Firebug console? -- Porter21 (talk) 18:21, May 23, 2011 (UTC)
The message you got means that the ArchiveTool script starts running, but since you didn't get the other 3 messages, it doesn't finish. Since the button is inserted at the very end of the script, it doesn't appear because the script never gets that far.
I'm now trying to pin down exactly where the script gives up. I've inserted a few more debug messages - could you check which ones you're seeing? -- Porter21 (talk) 12:48, May 24, 2011 (UTC)
Anything different now? -- Porter21 (talk) 14:27, May 24, 2011 (UTC)
Getting closer - any changes? -- Porter21 (talk) 14:46, May 24, 2011 (UTC)
You get wgAction = edit when viewing the page (i.e. not when editing)? -- Porter21 (talk) 14:56, May 24, 2011 (UTC)

( And there we have found the Wikia skin bug :) The wgAction variable (from MediaWiki core) should contain the action the user is performing currently, i.e. when viewing the page it should be "view", not "edit" - and it is for me. The ArchiveTool script checks whether the user is currently viewing the page as to avoid potential unwanted interactions with the edit screen. If wgAction is "edit" when viewing, it's perfectly understandable that the script aborts (it's actually intended). I'm pretty sure if you look at the page in Monobook, you will get "wgAction = view" in that console message - which is why it is working for that skin. -- Porter21 (talk) 15:15, May 24, 2011 (UTC)

Yeah, you should probably report it. I could fiddle with ArchiveTool to work around this bug, but it could affect any number of other scripts as well - wgAction is a rather commonly used variable. -- Porter21 (talk) 15:28, May 24, 2011 (UTC)
No problem. At least I now know the problem is not my fault :P -- Porter21 (talk) 16:10, May 24, 2011 (UTC)
Good to know, and it explains why I've had one user experience the bug on a Windows system. Uberfuzzy's reply leaves me wondering why it works for you in Monobook though (if it is a core MediaWiki bug). Oh well...
Regarding your question, wgAction by itself doesn't do anything. It is merely one of the variables which are checked by the script before it executes (to make sure it only executes on talk pages etc). Basically, since the variable contains a wrong value for you, the whole script doesn't progress beyond being loaded.
I think the following code should help fix your problem. What it does is that it corrects the value of wgAction based on the URL of the page you're viewing. Simply add this to w:c:community:Special:MyPage/global.js:
/* Workaround for incorrect values of wgAction */
if (skin == "oasis" || skin == "wikia") {
   var locParam = location.href.substr(location.href.indexOf("action=")+7).split("&");

   wgAction = (location.href.indexOf("action=") == -1) ? "view" : locParam[0];
}
Keep in mind that it usually takes a while until updates to global.js are applied as it is heavily cached. Hope it works :) -- Porter21 (talk) 07:03, May 25, 2011 (UTC)
Forgot to mention it this morning, but it's possible that you'll experience a "collision" issue for the page control dropdown on user talk pages when using scripts which add options to it. This is due to another bug with the Wikia skin which I reported months ago; the z-index of that button is too low, hence the user page container appears above it and you can't click on the lower options. There's a fix for it at the bottom of our MediaWiki:Wikia.css. -- Porter21 (talk) 14:48, May 25, 2011 (UTC)
Yeah, the cache should have been updated by tomorrow. I'll keep my fingers crossed ;) -- Porter21 (talk) 18:07, May 25, 2011 (UTC)
Glad it works :) I'll try to remember posting the fix over at w:c:community (I guess people would more likely notice it there than at w:c:dev). -- Porter21 (talk) 02:01, June 9, 2011 (UTC)

ArchiveTool. Yes, again . . . Edit

I've made a change to the code on w:c:dev which should hopefully fix the issues. Unfortunately I won't be around long enough to check whether it actually works (busy time for me currently), so please let me know if it doesn't work. -- Porter21 (talk) 21:05, September 5, 2011 (UTC)

My bad - I overlooked that there had been a change in the structure of the page control button as well. I've fixed that (and tested it), so it should be fine now. It's better to check for the presence of the masthead than simply doing a namespace check (because of subpages etc). -- Porter21 (talk) 07:11, September 6, 2011 (UTC)

Edit

Welcome back, good to see you again, even if it is just a fleeting visit. I hope you'll be back more often. Agent c (talk) 00:07, June 17, 2015 (UTC)

MessageEdit

Can you send me that message about the infoboxes again? You sent it to my talkpage on another Wikia site, I read it but clicked it away. Now I can't remember which one it was... Jspoel Speech Jspoel 17:01, September 29, 2015 (UTC)

InfoboxesEdit

You can go ahead with the change to the infoboxes, but monitor it well please. Suggest doing it per infobox type and browse a few of the larger pages to check if everything goes as it should. Touchups can be next week, especially the (missing) icons problem need to be adressed then. Jspoel Speech Jspoel 14:17, November 19, 2015 (UTC)

The new character infobox template doesn't accept the image2, image3 etc parameter anymore. Pages only display one image now, the rest isn't shown. You also missed the local map parameter for the location infobox. I added one and it works, but we have several pages with more local maps, so also there we need more image parameters. Can you take a look at it? Jspoel Speech Jspoel 23:59, November 26, 2015 (UTC)
For characters, for example Brotherhood scout. It uses 4 images in the infobox. You can see them all on Special:Unusedimages. In the meantime, I managed to fix the local maps; I added the local map1-3 myself and noticed it worked. But the infobox images are different and that you should take a look at. I'm also keen on getting the icon position restored. On quest pages they are missing now. Jspoel Speech Jspoel 20:24, November 30, 2015 (UTC)
I see you added those images to the box again, but that's not how it was originally. Those four images should be occupying the same space as one normal infobox image in 2 by 2 format, and not placed below eachother. Jspoel Speech Jspoel 22:47, November 30, 2015 (UTC)
If there were, they are placed next to each other, leaving space above and below if the format is landscape. Three would place two at the top and one centered below it. You can see in Special:Unusedimages, mainly on the first page all images that are using the image1/2/3 parameters and since the new infobox show up as unused. Mostly they are from characters pages, some on creature pages. Guess it's not used on a large scale, but allowing this as an added option wouldn't be such a bad idea. Jspoel Speech Jspoel 23:23, November 30, 2015 (UTC)
Now I look at the list I see how minor the problem is. It's 90% simple Fallout character images of which I can stitch the images together fairly easy. So I have a plan C. We leave it like it is, with a few dozen pages having images stacked. I'm probably going to merge them into one image when I have some more time. Leave it be I think and move on. Jspoel Speech Jspoel 00:32, December 1, 2015 (UTC)

Something for the futureEdit

About the map feature, two things. We have several maps with some 200+ markers on them. Sometimes someone changes a marker and we aren't able to check it without checking every marker (just now someone changed several vaults markers, one to Vault 5000000... Could you guys think of something to make it easier to check? Also, when filters are added you can't sort them afterwards once your done. For example, I'd like to sort the Fallout 4 map filters so it's easier to find a filter. Jspoel Speech Jspoel 20:50, December 1, 2015 (UTC)

There were errors in the character infobox, I reverted it for the time being. If you start working on it again, you can adjust again of course. Jspoel Speech Jspoel 20:20, December 2, 2015 (UTC)
I'll take it. There are more things to set your mind to now. Though I still see an error on mentioned-only pages. When it has a games=none parameter, it displays a ' for appearances. Jspoel Speech Jspoel 01:32, December 4, 2015 (UTC)
I changed that to "None" since there seems to be no easy way to hide the field in that case. I changed a few other things for those infoboxes too, sorry if I may have interfered there mid-project. I have however no clue what to do about the icons, it will probably need quite a bit of css. --Alfwyn (talk) 15:49, December 4, 2015 (UTC)
Jennifer Lands. Alfwyn already worked on it, and changed it to 'none' as a temporary fix. Though I'd best like to see it removed with that parameter. Jspoel Speech Jspoel 16:29, December 4, 2015 (UTC)

( games =none makes that the supertitle "mentioned-only character" appears. Without it, that text dissappears. If it's too tricky, just leave it as it is then I think. It's just a minor problem. Jspoel Speech Jspoel 18:24, December 4, 2015 (UTC)

Now I see none instead of an apostrophe. Good enough I guess. Jspoel Speech Jspoel 18:33, December 4, 2015 (UTC)
I just added it to my talkpage. Now you can see the difference. But leave it be if's it's too much trouble. Jspoel Speech Jspoel 19:13, December 4, 2015 (UTC)

( If you type: games = none

then the supertitle should give "Mentioned-only character" (and the name of the character below it) and the "appearances" textline in the infobox should not be seen.

If you leave it blank, so games =

then there should be no supertitle, only the name of the character should be displayed. "Appearances" textline in the infobox should also not be seen. An empty parameter isn't supposed to be used.

The appearances line in the infobox should further be used when you add a game to it, like games = FNV, or games = FO1. Jspoel Speech Jspoel 01:19, December 5, 2015 (UTC)

Infobox labels Edit

With the latest css change, infobox label text has now a very low contrast which makes it a bit hard to read. Was this an intended change? --Alfwyn (talk) 00:24, December 9, 2015 (UTC)

Image format with the new infoboxEdit

With all these new infoboxes, I've noticed the images take the shape of how they were uploaded. Portrait images are now stretched to their full length and that leads to very large images. With the previous infobox, portrait images were fit into a square box, with empty space on both side and a smaller image inbetween. Some images are just too much "in your face" images, and too large. Take a look for example at Feral_ghoul_(Fallout_3). It's too large. If nothing can be done about it, I'd reupload the image in 700*700 format, because then it will be much smaller and easier for the eye. But I am hoping you can change something somewhere (css) that solves it for all images at once. Jspoel Speech Jspoel 11:59, December 10, 2015 (UTC)

Interaction boxEdit

I see what you mean as I check it on my mobile. Ok, go ahead then. Jspoel Speech Jspoel 23:29, December 10, 2015 (UTC)

Community content is available under CC-BY-SA unless otherwise noted.