Hey there, I just saw your old file pages script. I happened to write one of my own from the same base, and I put it here. It makes a few improvements over your version, so I figured you might want to know about it. Plus, I always feel that having one central version of anything is better than multiple versions.
Check for $('.diff-article-content').length after $(document).ready(function () {... as the element isn't guaranteed to exist before.
Replace things like wgPageName with mw.config.get('wgPageName') as the former can be disabled with a backend value that we have no control over, and are meant to be disabled by default/removed in a later version of MediaWiki.
Why only look for file links if transclusions returns nothing?
I was told that user JS is run after the document is ready anyway, so is that even necessary? If it is, then yeah, I'll reverse that part.
Yeah, I found out about that after I was mostly done, I'll convert it sometime I guess. It doesn't seem likely to be changed any time soon, though, and that seems like it would cause a lot of chaos.
Because regular links aren't very important when you have transclusions to look at (and I don't want to make the page too long). That part is there so that it's easier to see if a file that looks unused is really unused (it could be linked in a reference or something important like that).
JS is technically run after the document is ready (something to do with ResourceLoader iirc), but it's a good idea, just to be safe. Edit:Mathmagician was the person who told me about it. ResourceLoader loads scripts at the end of the body tag, hence they load more or less at the document ready state, but it's not something you sould rely on.
The alteration to the import is a Wikia recommendation due to the slightly odd way importArticles() works. Looking at Help:Including additional JavaScript and CSS#External Articles, it seems to be cross-language problem. It'll work for english script to english wikis, but no necessarily for when it's a non-english wiki.
I found the script I wrote affected monobook too, have you tested yours there? Wikia made no changes to monobook, so it breaks a couple of things iirc.
Thanks for the link, the most descriptive part of that isn't included on the dev version. Lookup by URL is probably always best then.
Oh yeah, I forgot global.js applies to Monobook. This is essentially modeled after Monobook since that still has the older format, so I added a check for Oasis.
Hey, you banned me on RuneScape wiki. Blaster8013 was using my same computer because he was at my house! Please un-ban me. If i said anything offensive, it was surely him.
You are responsible for the actions of your account. Blaming someone else for something they did whilst using your account is not an acceptable excuse, I'm afraid. If you wish to appeal your block you can add runescape:Template:Unblock to your talk page (you can still edit it) and an uninvolved administrator will review your block.
I'm normally quite fastidious about giving credit in our code, but it didn't even cross my mind in this case. It's not going to be active that long, and there's more of my code in the precise way it displays there is of yours in the fact that it displays.
Still, you're quite right. I should have credited you for the idea of prepending to #WikiaArticle, and so I now have.
Take a look at this thread, please: w:c:merlin:Thread:67683 What kind of hornet's nest did I put my hand into there? Should I pursue this? Or let it slide? I'm confused.
For WoWWiki, we get a red ! to the left of unpatrolled edits and it goes away when they are patrolled. In the past the entire change row used to change color, but that seems to have changed with some MediaWiki upgrade a year or more ago.
Not sure why you don't get any patrolled status in your Recent Changes.
I was more enquiring if Special:Log/patrol appears when viewing Recent Changes for users with the ability to patrol edits, rather than whether the ! appears (which I would assume only appears if the extension is installed). I would also guess the ! only appears to users with the ability to patrol edits, not being much used to those who can't patrol edits.
The upload log appears in RecentChanges by default, as does the deletion, undeletion and pretty much every log I care to remember. The patrol log does not seem to follow this rule (from my perspective), but I'm not sure if it does for those with the ability to mark edits as patrolled.
Links for logs added by extensions probably won't appear in Recent Changes unless the extension adds the link itself. You could probably add the Patrol log link to Recent Changes with some javascript, if you need it quickly accessible. You could also ask Wikia staff, if there is a MediaWiki page for Recent Changes that you can easily add a link to Patrol logs.
The ! probably doesn't show up for non-patrollers, but I'm not sure.
Did you check out the Wikim*rks? A lot has changed in the mean time. The Wikim*rks are finally feature-complete and there are no known bugs. The code is in beta now. Would you like to test them (again?) ?
