← December 2014 | January 2015 | February 2015 ⊟
Non-section jumplink skin bug
What the section name says. Using the current skin (Dolphin), a normal section jumplink works properly (click the "First Job" section link from the Maple Story/Warrior/Skills page - the first thing you should see is the words "First Job" on the top-left article page). However, if you click a non-section jumplink like say the "Slash Blast" sprite image link, instead of seeing the accompanied sprite image with the words "Slash Blast", the first thing you will see is the words "Warrior Mastery" with a different image before the skill name. Adding insult into injury, before the words "Warrior Mastery" is a table named "Slash Blast level data" behind the fading part of the UI at the very top. I'm not sure if I mentioned this before when I encountered it some time ago; can someone please fix this? --RAP (talk) 04:21, 23 January 2015 (UTC)
- Yea, it's a really hard bug to fix. Browsers don't seem to like the header at the top and won't properly scroll it slightly higher. If someone can suggest a proper solution, I'd be glad to implement it. -- Prod (talk) 07:25, 23 January 2015 (UTC)
- What makes other skins tick in jumplinking non-section parts of the article? Simply because there's no moving UI when scrolling up and down? What makes non-section jumplinks special from normal section jumplinks? You couldn't just add a custom width pixel size to make sure it is shown properly? It saddens me since the non-section jumplinks I implemented a few articles (with User:PirateIzzy basing this use off from my initial design for several MapleStory skills articles) are rendered useless. Would the soft fallback solution be to make the moving UI at the bottom of the screen in the page? --RAP (talk) 09:47, 24 January 2015 (UTC)
- I agree, RAP, this is an issue. Probably the only issue I have left with Dolphin. However, it has nothing to do with linking to an ID on a page. It has to do with the CSS that codes the page links and the stylized fade at the top of the content section (bottom right quadrant) of any page you are viewing. The faded white gradient is just below the links like 'Edit' and 'History', and these buttons are what is covering up the text you linked to. Your browser is going to the correct location, but Dolphin is basically putting an image over the top of what you want to see. I will play around with the code to see if I can come up with a solution. --Notmyhandle (talk • contribs) 06:51, 26 January 2015 (UTC)
- What makes other skins tick in jumplinking non-section parts of the article? Simply because there's no moving UI when scrolling up and down? What makes non-section jumplinks special from normal section jumplinks? You couldn't just add a custom width pixel size to make sure it is shown properly? It saddens me since the non-section jumplinks I implemented a few articles (with User:PirateIzzy basing this use off from my initial design for several MapleStory skills articles) are rendered useless. Would the soft fallback solution be to make the moving UI at the bottom of the screen in the page? --RAP (talk) 09:47, 24 January 2015 (UTC)
I found a solution. However, I cannot add it yet. This is what we could add code to the shared CSS:
div#content.mw-body {margin-top: 65px;}
However, although it will fix the linked content correctly, it will add a 65px margin of whitespace at the top of every page. Although it doesn't break the skin, it is obviously a waste of whitespace. Prod, it looks like the page dynamically changes when we scroll down. E.g. while looking at the CSS, if I scroll one mouse-wheel down I see the logo disappear, and then one more scroll wheel down I see div#content-nav-container gain the 'fixed' class. Basically what we need is my code to be dynamically added once the readers scroll down to the same point where that fixed class gets added (or, preferably, one scroll further). I am unfamiliar with how this type of behavior is coded. I see some references online to jquery, I'm sure it could be done in Javascript or maybe PHP. I am searching through the publicly viewable code for hints, but haven't found it yet.
--Notmyhandle (talk • contribs) 18:54, 26 January 2015 (UTC)
Viruses
My antivirus (Avast) is going insane with the site at the moment. So far it's blocked these for apparently being malware (it doesn't want to give me any more details than that):
- Every image on the site
- Main.css (so the skin doesn't show up)
These are *probably* false positives (last I checked CSS files can't be executed without changing them to EXEs or whatever), but I thought it was better to mention them anyway.
I'll run a full virus scan on my computer anyway, in case there's something on my end, and report back if anything does show up. --Moydow T · C 09:40, 23 January 2015 (UTC)
- All the images and skin related css is hosted from the wikimg domain, so it might be having an issue with that server. Maybe it doesn't like the fact that the IP address behind it changed? -- Prod (talk) 21:28, 23 January 2015 (UTC)
- Avast must have blacklisted them for some reason. Try opening a thread on their forum. They appreciate reports like these. --Notmyhandle (talk • contribs) 06:47, 26 January 2015 (UTC)
Partnerships with other Wikis - how to go about?
I think it would be beneficial to have a partnership with Wookieepedia, even though they are on Wikia. I was looking at this diff and thinking about how many Star Wars games there are, with so much minor lore. Should I say hi to an administrator and see if this is something they would like to do? And if so, what would we ask of them in return? Maybe it's fine to link to them without a partnership? I know we want to exclude external links as much as possible, but on the other hand I know we don't want this much data, like our setup with Bulbapedia. Maybe just set up a template for them without them linking back to us? Does Bulbapedia ever link to us? --Notmyhandle (talk • contribs) 00:19, 28 January 2015 (UTC)
- With BP, each pokemon has a fair bit of detail and is fairly important to the game. I'm not sure how true that is for every character in the Star Wars universe. I don't think it's that beneficial to have that kind of extensive linking within a page (irrespective of partnership).
- I do think that a partnership with them may be good, possibly better than the one with Bulbapedia. There's a whole universe of Star Wars, completely outside the gaming world, which will never be within our scope. Although they're wikia, they're still probably the best resource for this info.
- I'd say go ahead and ask them if they'd be interested. Most of our partnerships involve the other site linking to our game pages from their pages about the game. We can link back to them in a similar way, or perhaps with an "external links" section at the bottom of certain pages (for example a page about the various planets). All depends on what would be most useful for the reader.
- -- Prod (talk) 06:00, 28 January 2015 (UTC)
File uploads are disabled?
I've used Special:Upload in the past to upload screenshots, and I would like to add some more. But now there is a message "File uploads are disabled." The last successful upload I can find is dated Jan 7 2015. Are there plans to get this feature back up and running? A more detailed message on the uploads page would be helpful. —The preceding unsigned comment was added by JonKarak (talk • contribs) .