Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
  (Redirected from Wikipedia:VP/T)
Jump to: navigation, search
  Policy   Technical   Proposals   Idea lab   Miscellaneous  
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Older discussions, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149
Centralized discussion
Proposals: policy other Discussions Ideas

For a listing of ongoing discussions, see the dashboard.

Note: entries for inactive discussions, closed or not, should be moved to the archive.


New bolding in watchlist (resurrected)[edit]

Restored from 2 August premature archive. Problem remains unresolved. At least one editor has stated that they like the change. To prevent more premature archiving, I am adding a DNAU template to prevent another archive for one year, and that can be removed when this issue is resolved. ―Mandruss  20:35, 5 August 2016 (UTC)

Firefox 47.0.1. Less than an hour ago, my watchlist started bolding unvisited page title links, where previously there was just a subtle color difference and no bolding. I have cleared history and cache and restarted Firefox, don't know what else I could do on my end. Anyone else seeing this? ―Mandruss  21:19, 21 July 2016 (UTC)

@Mandruss: Did you recently change any of your gadget settings? Under Gadgets -> Watchlist there is a setting that will "Display pages on your watchlist that have changed since your last visit in bold". Is that checked? If not, check it, save, uncheck, and resave, and see if it fixes it. --Majora (talk) 21:24, 21 July 2016 (UTC)
Did you recently change any of your gadget settings? No, not in many moons. The option was unchecked, so I did what you suggested. No change. ―Mandruss  21:26, 21 July 2016 (UTC)
I'm having the same phenomenon, the same version of Firefox. Nothing changed on my end. But in the last hour or two, the bolding got so bold on the unvisited ones that it's blurry. It's big and thick and very dark and blurry. Only the link title is that way, not the rest of the info on the item. My gadget on Preferences is also not checked. What happened? — Maile (talk) 21:37, 21 July 2016 (UTC)
It's beginning to look like it might be a Firefox problem. I saw the change around the time that Firefox said it had automatically downloaded 47.0.1, albeit before I restarted Firefox to install it. I don't understand how the download could have introduced the problem, but then I know nothing of the internals. If it's Firefox, I'd expect a 47.0.2 very soon. ―Mandruss  21:42, 21 July 2016 (UTC)
I've had Firefox 47.0.1 for a couple of weeks now. By default of any other postings here, it's probably Firefox. But who knows. It's really distracting. And just confirming that I do not have this same problem in I.E. — Maile (talk) 21:48, 21 July 2016 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── I assume that the bolding has something to do with the was Firefox handles CSS scripts. I'm not seeing the issue on Chrome so it is probably a problem on their side. I believe you can override it. WP:CUSTOMWATCH has instructions on how to make it bold. I'm guessing you would just replace, "font-weight: bold;" with "font-weight: normal;" --Majora (talk) 21:47, 21 July 2016 (UTC)

Am seeing the same myself in Chrome, Firefox, IE and Edge. Do not have the option selected in prefs. Have tried selecting it and deselecting it. No difference. Nanonic (talk) 21:49, 21 July 2016 (UTC)
Not seeing it in Edge or IE, no other browsers to test. ―Mandruss  21:55, 21 July 2016 (UTC)
Has now stopped in both my Edge and Chrome but still in IE and FF. Odd! However when I refresh the page in Chrome, I can see it bold the 'unread' entries during page load before putting them back to normal when rendered. Nanonic (talk) 22:00, 21 July 2016 (UTC)
I've always experienced that in Chrome. I just assumed there was some Javascript at work that took a little longer to load. clpo13(talk) 22:04, 21 July 2016 (UTC)
I think I've always seen that in Firefox, but the bolding was turned off so quickly that I barely noticed it. So the hypothesis would be that whatever was turning it off is no longer working. No idea what that is, or why it would suddenly stop working. ―Mandruss  22:19, 21 July 2016 (UTC)
It's CSS. The MediaWiki software comes with bolding and no builtin option to remove the bold. The English Wikipedia removes bolding in MediaWiki:Gadget-WatchlistBase.css, a gadget enabled by default and saying "(This loads the base style for the watchlist. Please do not disable this option.)" Another gadget MediaWiki:Gadget-WatchlistChangesBold.css can then override the first gadget and make bolding again with "Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)". For some reason the first gadget is failing. I tried a dummy edit of MediaWiki:Gadget-WatchlistBase.css with no effect. It works in Firefox 47.0.1 if I load it using withCSS: https://en.wikipedia.org/wiki/Special:Watchlist?withCSS=MediaWiki:Gadget-WatchlistBase.css. But it fails if I just have it enabled in gadgets and disable the bolding gadget. The English Wikipedia got mw:MediaWiki 1.28/wmf.11 three hours ago so something there may have triggered the issue. PrimeHunter (talk) 22:31, 21 July 2016 (UTC)
(edit conflict) I'm experiencing this problem as well, Firefox 47.0.1 and briefly on Chrome 52. Interestingly enough, I tried Majora's suggestion above regarding the watchlist gadget and the bolding went away, but only in Chrome. Firefox still has it. clpo13(talk) 22:04, 21 July 2016 (UTC)
I also am seeing the same bolding effect, started in the last hour or two. I am using Iceweasel 24.4.0, and have not recently tweaked any of my settings there or on WP. (Just got a new pair of glasses, but surely that is not a factor.) ~ J. Johnson (JJ) (talk) 23:12, 21 July 2016 (UTC)
Me too. Started up this afternoon. I thought perhaps I had just loaded the page funny (sometimes clearly caches and what not fixes things like this) but apparently its still happening. I haven't tweaked any of my watchlist settings, and I am not happy about the bolding, although if it helps I have noticed that only pages I haven't directly edited are being bolded on the watchlist, those pages that I have edited and still have the current for are not bolded. Not sure what that means, but I am willing to take it. For the record, I am contributing using Firefox and I am fairly certain its the most recently available one. TomStar81 (Talk) 01:26, 22 July 2016 (UTC)
Incidentally, I just noticed that its also on the recent changes page for those items I have on my watchlist. Not sure how that happened, but its happened. TomStar81 (Talk) 02:56, 22 July 2016 (UTC)
The bolding is of watched pages that have been changed since you last visited them. I don't know why MediaWiki:Gadget-WatchlistBase.css fails as a gadget but the bolding can be removed by importing it in your common JavaScript:
importStylesheet('MediaWiki:Gadget-WatchlistBase.css'); // Linkback: [[MediaWiki:Gadget-WatchlistBase.css]]
With this, bolding will be determined by the gadget "Display pages on your watchlist that have changed since your last visit in bold". PrimeHunter (talk) 10:33, 22 July 2016 (UTC)
@PrimeHunter: Thanks for helping with this, as always. Before deciding whether to fix this locally, I would like to know the prospects for a site fix that would make that unnecessary. Is anyone looking at this? If not, is there a way to get them to, such as phab? ―Mandruss  10:51, 22 July 2016 (UTC)
My guess is it will soon be fixed but I don't know where or by whom. I only know what is written here. Many people with CSS and MediaWiki knowledge watch this page, it has only been 14 hours where many users are not active, and so far a problem is only known to exist with a locally made gadget so I wouldn't take it to phab now. PrimeHunter (talk) 11:10, 22 July 2016 (UTC)
Ok. I'll wait. ―Mandruss  11:21, 22 July 2016 (UTC)
It appears that gerrit:288026 has somehow changed the loading order of modules, so the module that applies the default bolding is now loaded after gadgets rather than before. Anomie 13:14, 23 July 2016 (UTC)
A short-term workaround would be to increase the specificity of the selectors in the gadget (e.g. make it "html .mw-changeslist-line-watched .mw-title") so it's not relying on ordering to break the tie. Anomie 13:25, 23 July 2016 (UTC)
I have limited CSS knowledge but I suggest you do that if you ensure MediaWiki:Gadget-WatchlistChangesBold.css still works for those who do want bolding and have selected it in preferences. PrimeHunter (talk) 19:11, 23 July 2016 (UTC)
This is still occuring, seems to have stalled in getting a "fix", think we need to this this enwiki local still? — xaosflux Talk 11:18, 26 July 2016 (UTC)
@Xaosflux: If the suggested fix looks good to you or another admin with CSS knowledge then I suggest trying it. Anomie only has one edit since the suggestion. I'm not qualified to evaluate it. PrimeHunter (talk) 10:54, 27 July 2016 (UTC)

That dreadful bolding that everyone hates!!![edit]

I see that unreadable bold text in the watchlist is back. How do I get rid of it this time? Checking/unchecking the "Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)" box, in preferences/gadgets/watchlist, makes no difference.--Ykraps (talk) 18:58, 23 July 2016 (UTC)

I don't see this bold. Where is the customize button? Millbug talk 19:09, 23 July 2016 (UTC)
See #New bolding in watchlist. There is a solution for your personal JavaScript and a suggested solution for everybody who is affected. PrimeHunter (talk) 19:14, 23 July 2016 (UTC)
I'm afraid I don't understand much of that conversation. Do I create User:Ykraps/common.js, then copy this script, "importStylesheet('MediaWiki:Gadget-WatchlistBase.css'); // Linkback: [[MediaWiki:Gadget-WatchlistBase.css]]" to it, and save?--Ykraps (talk) 19:32, 23 July 2016 (UTC)
Exactly. (Don't copy the nowiki part in the page source). PrimeHunter (talk) 19:35, 23 July 2016 (UTC)
That seems to have done the trick, thank you.--Ykraps (talk) 21:32, 23 July 2016 (UTC)

As as side note, I don't understand why people consider the bold "unreadable". In fact I've had the bolding enabled for a while, and it's much easier to spot changes than solely based on the color of a small dot. nyuszika7h (talk) 21:13, 23 July 2016 (UTC)

Perhaps it's a failing eyesight, getting old thing but in vector skin the type is so blobby the characters are barely distinguishable. With other skins it's not so bad but then the normal type is too small.--Ykraps (talk) 21:32, 23 July 2016 (UTC)
I use Firefox and MonoBook; I found that with IE (any skin), all characters get smudged. I believe that this smudging is something called anti-aliasing, which some consider a Good Thing. With my eyesight, it's not - I need sharp edges. --Redrose64 (talk) 22:47, 23 July 2016 (UTC)
I use Firefox and the Vector skin, it looks fine to me. nyuszika7h (talk) 11:12, 24 July 2016 (UTC)
I use Firefox and Safari in Vector, and it looks good. Perhaps it's a Windows problem? I use a Mac.
Not a Windows thing. I see it on Linux with Firefox. Jason Quinn (talk) 17:23, 28 July 2016 (UTC)
Despite the assertion that everyone hates the bolding, I happen to like it, and I will go to some trouble to enable it at the few wikis where it's not on by default. WhatamIdoing (talk) 13:50, 27 July 2016 (UTC)
WhatamIdoing I think what everyong "hates" is that we already had a gadget option for this (Display pages on your watchlist that have changed since your last visit in bold) that is broken, removing the ability for users to configure this as a preference. Perhaps the gadget needs to be changed to "DO NOT BOLD ....." ? — xaosflux Talk 21:57, 5 August 2016 (UTC)
I like the bolding too, because otherwise the only notice that a page is unvisited is the dim color of the tiny bullet to the left of the page name. (In fact, the bullets are so non-obvious that I never even noticed their color variations until I read about it in nyuszika7h's post above.) I don't care whether bold or non-bold is the default, as long as I have the power to choose bold if I want it. (I'm using Firefox.) — Lawrence King (talk) 20:44, 21 August 2016 (UTC)

Returning noinclude category from a Lua module[edit]

I'm trying to make {{Userbox}} not categorize pages that are just transcluding userboxes in Category:Potentially illegible userboxes. It turns out simply using <noinclude> tags won't work, I need to use frame:preprocess(). Doing return frame:getParent():preprocess('<noinclude>[[Category:Test]]</noinclude>') from a function in a minimal test module works, but when I try to use that in Module:Userbox/sandbox, it doesn't work, simply doesn't categorize pages using {{Userbox/sandbox}} with illegible colors. nyuszika7h (talk) 13:20, 10 September 2016 (UTC)

@Nyuszika7H: This is because preprocessing works the same way no matter which frame object frame:preprocess is called from. In other words, frame:preprocess('<noinclude>[[Category:Test]]</noinclude>') and frame:getParent():preprocess('<noinclude>[[Category:Test]]</noinclude>') do exactly the same thing. This means that the noinclude tag is actually taking effect on Template:Userbox/sandbox, not userboxes transcluding it. To work around this you will need to use some different logic. Maybe filter by namespace and/or page name? — Mr. Stradivarius ♪ talk ♪ 06:52, 15 September 2016 (UTC)
That's strange, because I specifically tested that in a minimal module on my wiki, frame:preprocess() didn't work but frame.getParent():preprocess() worked fine. I can copy the test module here if needed. nyuszika7h (talk) 13:11, 15 September 2016 (UTC)
@Mr. Stradivarius: Pinging because the previous ping was typoed. nyuszika7h (talk) 13:12, 15 September 2016 (UTC)
@Nyuszika7H: Thanks for the reply, and allow me to apologise - after testing it myself, I can see that I was just talking out of my hat about preprocess being the same between the frame object and the parent frame object. You are right, it does make a difference to things like <noinclude>...</noinclude> and <includeonly>...</includeonly>. It seems that the second half of my post was correct, however. So, with modules frame belongs to the module page (e.g. Module:Userbox) and frame:getParent() belongs to the page that uses #invoke (e.g. Template:Userbox). So if you use frame:preprocess('<noinclude>foo</noinclude>') then "foo" would theoretically show on the module page but on no pages that transcluded that module. (It doesn't actually display on module pages, though, because they have a special content model.) And if you use frame:getParent():preprocess('<noinclude>foo</noinclude>') then "foo" would show on the page that used #invoke (e.g. Template:Userbox) but on no pages that transclude that page. To use noinclude with pages transcluding Template:Userbox you would need to use frame:getParent():getParent():preprocess('<noinclude>foo</noinclude>'), but this is not possible, as grandparent frames cannot be accessed through Scribunto. There was some work done on exposing grandparent frames and above in gerrit:141052, but it doesn't look like it's going to be merged due to worries about people writing modules that are easily broken when page structure changes. — Mr. Stradivarius ♪ talk ♪ 05:44, 16 September 2016 (UTC)
@Nyuszika7H: You might be able to get this to work by loading the content of the page and seeing if it contains the text {{userbox| and adding the category if it does. But that uses an expensive parser function, seems awfully kludgy and also categorizes pages that transclude illegible userbox template in addition to their own custom userbox. Pppery 21:05, 20 September 2016 (UTC)
@Nyuszika7H: By the way, the traditional way of fixing this is to make userbox template authors pass in the name of their template as an argument. Then you can do something like
if args.templatename == mw.title.getCurrentTitle().prefixedText then
    -- Add a category
end
That breaks if someone moves the page, though, and it requires adding new arguments to all the infoboxes out there. Maybe doing this in combination with namespace and page filters would get you the best results. — Mr. Stradivarius ♪ talk ♪ 05:25, 21 September 2016 (UTC)

Ad banners[edit]

When I close a "wiki loves monuments" ad banner, it appears to pop-up again and again, as I happen to login from separate IP addresses. (I suppose that is why I keep seeing it.) Is there not a way make it so that the banners do not repeatedly pop-up for the same user? I wonder if this is a bug that has already been logged? Thanks. Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 18:36, 12 September 2016 (UTC)

@Biosthmors: The toggle is tracked by a cookie which is specific to the device you use. Enable the "Suppress display of CentralNotices" option in Special:Preferences#mw-prefsection-gadgets to get rid of the banner. - NQ (talk) 18:50, 12 September 2016 (UTC)
I use the same computer but it still keeps popping up VarunFEB2003 04:14, 13 September 2016 (UTC)
I just saw the ad banner again at my home IP, and I believe this isn't the first time. And I don't want to turn off all central notices. I just think that after I close out of it once, I shouldn't ever see it again. Is it supposed to keep re-appearing after I close out of it? Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 02:49, 18 September 2016 (UTC)
According to m:Special:CentralNoticeLogs, User:Romaine is probably the best person to answer questions about why this isn't running the "impression diet" or other features that would limit how often you see it. Whatamidoing (WMF) (talk) 15:15, 20 September 2016 (UTC)
An impression diet would have caused the same problem, as clicking a banner away should have the same result as an impression diet: not showing again.
Banners are enabled in such way with such settings that the banner fulfils what is supposed to do. Some banners use an impression diet, as for those it is assumed that if you have not looked at it in the for example 10 page views on a wiki, you are not interested. The Wiki Loves Monuments banner is set up differently than that, because it otherwise is not possible for participants - after going out and taking photos - to find back the website with the info about how to participate, how to upload, rules, etc.
However, if you have clicked a banner away, and you access it on a wiki with the same device and same browser, you should not see the banner again. I am not completely in the tech side of it, but so far I know the banner is placing a cookie and marks that you have clicked the banner away. Then the banner should not be shown to you again. I personally have clicked the banner away and did not show again to me. So why it keeps on showing to you I do not know.
One of the possibilities can be that a cookie contains an error, that you have an adblocker that disables the cookie or that your browser deletes cookies after closing/some time. Maybe other causes can exist as well. Romaine (talk) 19:27, 20 September 2016 (UTC)
Ah. I do have an adblocker. The irony. Just saw it again from my home IP and computer. Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 17:53, 25 September 2016 (UTC)
Thanks User:Whatamidoing (WMF) and Romaine. Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 17:55, 25 September 2016 (UTC)
I do also wonder just how many times people have viewed this banner (which links to c:Commons:Wiki Loves Monuments 2016 in the United States). I do find it annoying, and it seems to be quite long-running. I wonder how many readers are also annoyed by it. Is anyone responsible for publishing a cost-benefit analysis of this banner's use? Biosthmors (talk) pls notify me (i.e. {{U}}) while signing a reply, thx 18:02, 26 September 2016 (UTC)

Minus in "View history" tab (past revisions)[edit]

Can - become − in "byte-negative" revision diffs? --Obsuser (talk) 06:48, 19 September 2016 (UTC)

A diff is a page displaying the differences between two versions like [1]. I don't see a negative number there but it's possible some tool can add it. I guess you mean Wikipedia:Added or removed characters in watchlists, page histories, user contributions. Then the request is phab:T40579. PrimeHunter (talk) 10:39, 19 September 2016 (UTC)
@PrimeHunter and Obuser: I think what he is talking about is the history page, where it says -1 for example and he wants it to use the unicode minus sign character. Pppery 11:24, 19 September 2016 (UTC)
@Obsuser: Pppery 11:25, 19 September 2016 (UTC)
@PrimeHunter and Pppery: Yes, it is about hyphen in list of revisions for some page that should be changed to minus sign i.e. phab:T40579. Is it possible to resolve this? --Obsuser (talk) 11:29, 19 September 2016 (UTC)
Only with dev work (either staff or volunteer). Whatamidoing (WMF) (talk) 15:44, 20 September 2016 (UTC)

@Obsuser: I wrote a little script to mitigate this. This is suboptimal because

  1. It won't work on mobile;
  2. JS is required;
  3. On first paint, a hyphen-minus is seen, and then replaced with a minus sign.

Still, you might like to try it. BethNaught (talk) 21:09, 24 September 2016 (UTC)

Annotation toggle[edit]

Many lists have annotations, which, while useful, may obscure the items in the list that they describe. Sometimes it is useful to look at the bare list, without annotations.

Here's a list with annotations:

  • List item 1 – Hi, how are you?
  • List item 2 – I'm an annotation.
  • List item 3 – Simple Simon met a pieman.

Here's the same list without annotations:

  • List item 1
  • List item 2
  • List item 3

What would it take to have a toggle feature to turn the display of annotations on and off?

Not hide/show as in templates (which work on a template by template basis). I'm referring to a feature that would turn off all annotations until you turn them back on.

Could it be done via gadget, or would it take a change to MediaWiki?

I look forward to your replies. The Transhumanist 06:25, 20 September 2016 (UTC)

Those are not really distinct from the list item. I.e. what you are calling the annotation is not a separate element in markup terms, the emdash character is not part of the technical markup, it's just another character that is part of the list item. It would not be easy to implement either inside MediaWiki or inside JavaScript. JS would not have any distinct elements within the HTML DOM to show and hide, it would have to actually edit the contents of elements, which is considerably more involved than just hiding and showing them. To make it easy, you would really need all of them wrapped in something like a <span class="annotation">…</span> element, or similar (i.e. the articles would need to be changed to include that special new markup). Murph9000 (talk) 06:40, 20 September 2016 (UTC)
@Murph9000: If those items were wrapped in the special markup, how could they be toggled? Could you have a checkbox like the one for activating/deactivating WikEd? How would you go about implementing that? The Transhumanist 19:59, 20 September 2016 (UTC)
@The Transhumanist: Well, the key thing there is having elements for JavaScript to target / manipulate; it removes the need for it to edit content on the fly, which is always better to be avoided when possible. With suitable classed elements present, something similar to the mw-collapsible, or the various older versions of the same thing, could be used. You could also use personal CSS to manipulate the static presentation of them. Obviously, in wiki markup terms, it would probably be best to use a template to wrap the HTML span (or there may be a more appropriate HTML5 semantic element to use, I'd need to check that, rather than generic span) around the content. Murph9000 (talk) 20:10, 20 September 2016 (UTC)
@Murph9000: Please provide links to documentation on mw-collapsible. Thank you for clarifying HTML DOM aspect of this potential endeavor. Now what about the toggling itself? Are there any simple javascripts you know of that toggle something on Wikipedia? Do you know of any that deal with presentation of HTML DOM elements? The Transhumanist 20:55, 20 September 2016 (UTC)
@The Transhumanist: The above was meant to read "the mw-collapsible JS", so that's your modern sample JS for it. It is an official MW re-implementation of older NavFrame and collapsible JS in MediaWiki:Common.js, right here on EN-WP (not 100% certain, but I think it originated here). It might or might not be possible to leverage one of those to do the job, or they could at least provide a baseline for development of your idea. Last time I looked, {{Navbox}} was still using our local "collapsible" JS, so it's still essentially current. The NavFrame stuff should still work, but is pretty much deprecated, I believe. If it works for a given task, mw-collapsible is the more portable one (i.e. probably the better option), as it's available on all modern MW installs and does not need any local JS added. Docs at:
Murph9000 (talk) 21:58, 20 September 2016 (UTC)
@Murph9000: Cool, another skin peeled off the onion. Okay, in MediaWiki:Common.js is the code for collapsible tables. There it says "deprecated since MediaWiki 1.20: Use class="mw-collapsible" instead which is supported in MediaWiki core." So, what is "MediaWiki core", and where can I find it? The Transhumanist 00:14, 21 September 2016 (UTC)
@The Transhumanist: MediaWiki core just means the MediaWiki software itself, the software that is used for all of the WMF wikis. mw:MediaWiki is the front page, mw:Manual:Collapsible elements has the docs and links to the source. Murph9000 (talk) 00:22, 21 September 2016 (UTC)
@Murph9000: Digging into the core source seems daunting if there is an easier way to do it. In the manual you posted above is a link to jquery.makeCollapsible, which includes this: mw:ResourceLoader/Modules#Remote toggle, which says:

If you don't want the script to put the default toggle link (whether or not with a custom label) in your element, you can make one of your own. This could reside anywhere inside or outside the collapsible element. It's relationship to the collapsible element is detected by using an ID attribute with the prefix mw-customcollapsible and a corresponding class attribute with prefix mw-customtoggle for the collapsible element and the togglelink respectively.

Would you be so kind as to translate this to English for me?
This might help: https://phabricator.wikimedia.org/diffusion/MW/browse/master/resources/src/jquery/jquery.makeCollapsible.js
Thank you. The Transhumanist The Transhumanist 01:53, 21 September 2016 (UTC)
P.S.: I'm concerned that if the HTML Span were wrapped in a template, the Wikipedia:Template limits would be exceeded on many lists, especially outines. Unfortunately, that page doesn't state what the limits are. -TT
That quoted paragraph seems readable enough. You can create a custom show/hide element, if you don't want the default one. Murph9000 (talk) 04:26, 21 September 2016 (UTC)
@Murph9000: Requiring that the custom ID and Class be created in MediaWiki:Common.css? The custom class would essentially be a copy of the existing class known as what? And the script will process the toggle when clicked if the naming scheme mentioned in the quoted paragraph above is followed for the new ID and Class? The Transhumanist 05:49, 21 September 2016 (UTC)
So, the elements might look like this, with the toggle (which would probably be located at the top of the page), followed by an annotated list entry (in the body of the list):
<span ID="mw-customcollapsible1" class="mw-customtoggle1"></span>
*[[Classical acting]]<span class="mw-customtoggle1"> – philosophy of acting that integrates the expression of the body, voice, imagination, personalizing, improvisation, external stimuli, and script analysis. It is based on the theories and systems of select classical actors and directors including [[Konstantin Stanislavski]] and [[Michel Saint-Denis]].</span>
@The Transhumanist: It would need to be something like that, yes. Each span should also have a generic class which can be used for visual styling from CSS (either site or personal CSS). I.e. <span id="whatever-toggleid" class="annotation-toggle">label</span> and <span class="annotation mw-collapsible whatever-toggleid">content</span>, or similar. However, looking at mw:ResourceLoader/Modules#jquery.makeCollapsible and testwiki:User:Krinkle/Test suite for mw-collapsible (linked from the official docs), I don't believe this can be achieved with the current mw-collapsible, as it seems to be limited to a single target due to opposite usage of the class and id (in the DOM, IDs must be unique). mw-collapsible can have many toggles controlling a single target collapsible, but not one toggle controlling many collapsibles (without a really ugly mess of classes on the toggle). It would need new JS code which could be based roughly on the existing mw-collapsible code, perhaps even as a new enhancement or extension to mw-collapsible.
Something I have to say at this point: the more I look at this, the more it seems like it's going to be an awful lot of additional markup (and effort to create and maintain that markup, either via templates or raw HTML) for fairly limited benefit. I honestly don't see there being a huge demand for this. Personally, I find it very easy to just scan this style of list by eye and separate out the two logical halves of the information, ignoring the bits I'm not bothered about at the time. Maybe I'm wrong about that, I don't know. Do we really need this? Is there demand for this solution? Is it worth the effort to develop and maintain an bunch of new JS collapsing code (either extending mw-collapsible, or in parallel to it)? Do we have a lot of lists with readability problems, where this would be the best way to improve things?
Murph9000 (talk) 09:36, 21 September 2016 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── @Murph9000: Annotation toggling is a very nice outliner feature, along with level collapsing. Outlines on Wikipedia are essentially crippled (compared to an outline in an outline viewer or outliner), in part because Wikipedia lacks basic outline-oriented viewing features. Those make viewing an outline's component lists very convenient. They are nice features, and would make outlines on WP more useful and more user-friendly. And they are useful for more than mere viewing. For example, for when you need to copy and paste a bare list. One way to view outlines, in a streamlined fashion, is to have annotations off (which makes reading the outlines faster), and only toggle them on when you want to know the definition of a topic. Then you toggle it off again and continue browsing. If you come across an outline or outline section in which you don't know many of the terms, you leave the annotations on. The best form of toggle would be one that was page-independent, like a hot key or WikEd's toggle checkbox. Outlines are evolving to include annotations, and before I develop tools to speed up this process, I thought it might be a good idea to have their viewing feature in place first. Of course, outline viewing in a wiki is new as far as I can tell, and so, testing on a limited number of pages at first would be best. Then improve the concept and expand from there. The Transhumanist 10:43, 21 September 2016 (UTC)

@The Transhumanist: Ok, that's interesting, and it does change things. I still don't know if we have a strong need for it, but I think it's interesting and it might well generate more interest with others. It's sounding like it possibly might be a MediaWiki extension. There might even already be extensions out there for such a thing, so I encourage you to have a browse of the MW site and see if something catches your eye. Murph9000 (talk) 11:14, 21 September 2016 (UTC)
@Murph9000: I looked over mw:Category:Extensions by category, and nothing appears to be applicable to toggling views. The Transhumanist 20:09, 21 September 2016 (UTC)
One thing that concerns me is the amount of markup that would need to done to implement this concept. If delimiters are already included in the text (en dashes and newlines), making it parsable, I don't see why we couldn't use those, instead of inserting additional "markup code", especially if we're talking about writing an extension. Adding markup to existing pages would probably be done via parsing using regex anyways; so why parse twice if we don't have to? One major benefit of not having to rely on additional wiki-markup is that the functionality could be extended to include lists (which are essentially branches of multi-page outlines), without affecting the readability of the source text, and without requiring that a multitude of editors adopt the use of extraneous markup. We also avoid the issue of template overload entirely, and of editors stripping out the markup. We just give users a magic button, which they can opt to press or not. Adding more work for editors (in the form of marking up annotations that they write) would adversely affect scalability (we have tens of thousands of lists); while letting computers do all the work helps make the outline/list navigation system scalable (it's still far from complete). About the worst thing that could happen is that if the script encountered a piece of an outline (or list) it couldn't recognize (as annotations), the annotations there simply wouldn't disappear when the toggle was activated. The Transhumanist 20:09, 21 September 2016 (UTC)
Yes, if it was an extension doing it, the likely implementation would be some form of extended wiki markup processing. The elements absolutely do need to be in the DOM inside the browser by some means, but they don't necessarily need to be in the wiki source text if something else adds them later in the processing pipeline. Some markup editing work is there regardless, as you will find a wide variety of styles across the wiki, such as colon, minus, en dash, em dash, probably plenty of other miscellaneous UTF-8 characters like bullets, bold followed by plain, etc. It would likely need something adding to the markup anyway, to enable the extension on a per-list basis, as there will be plenty of lists where it would not be appropriate (inside Infobox, Navbox, Sidebar, generic HLISTs inside table cells, etc. spring to mind, but probably plenty of in-article lists where it would be undesirable). I don't think it would be safe, and I don't think there would be community consensus for changing all lists into dynamic outlines (i.e. enabled by default). From an WP:ACCESSIBILITY point of view, many annotated lists should probably be converted to MOS:DEFLISTs anyway, which would be the obvious HTML elements for such an extension to use. Murph9000 (talk) 20:30, 21 September 2016 (UTC)
Sidebars and table entries don't have annotations, generally speaking, but those elements could be accounted for and skipped. Sounds like this whole concept can be implemented as viewing technology from any of a number of different starting points, without pre-alteration of the source data (except maybe standardizing some punctuation). Let's see... There's CSS & JS, gadget, MediaWiki (extension), grease monkey, browser add-on, and browser (built-in). Have I missed any? The Transhumanist 21:26, 22 September 2016 (UTC)

Templates vs. raw markup[edit]

Split this off, as it's mostly a quick tangent that reached a quick conclusion.

Not using templates because of a theoretical issue with limits does not seem like a good plan to me. I'd want some kind of strong evidence that there was an actual problem before going to a less maintainable solution. Murph9000 (talk) 04:31, 21 September 2016 (UTC)

Once the code is worked out, it shouldn't be hard to test the template limit on some sample outlines. The Transhumanist 05:49, 21 September 2016 (UTC)

Opera 9.27[edit]

Hello. It is still impossible to see formulas. Is there any progress with this bug? Wikipedia:Village_pump_(technical)/Archive_147#New_formulas_layout phab:T137765 — Preceding unsigned comment added by 74.140.224.81 (talk) 08:20, 21 September 2016 (UTC)

Any progress on updating your browser to something that isn't obsolete, unsupportable, and a decade old? It doesn't support HTML 5, does it? I'd guess it probably can't cope with modern CSS either. It must be long past time to let go of it and use something supportable. Murph9000 (talk) 09:45, 21 September 2016 (UTC)
You expect people to fix an error in a browser from over 8 years ago? We don't even support MS IE8, and that was released a year later. Update your browser. --Izno (talk) 11:45, 21 September 2016 (UTC)
That's not very nice. The official story is more along the lines of: "You are using a very old browser used by very few people, which we do not support and for which we thus cannot guarantee a fully functioning website. Most will be working, but you should also expect some things to NOT work." A fix might be possible, but it will depend upon the time available to volunteers to invest in such a rare problem. —TheDJ (talkcontribs) 12:37, 21 September 2016 (UTC)
""Update your browser." -- Can't update browser, sorry.Wiki A01 (talk) 11:28, 26 September 2016 (UTC)

ORES article quality data as a database table[edit]

One of ORES applications is determining article quality. For example, What would be the best assessment of an article in the given revision. Users in Wikiprojects use ORES data to check if articles need re-assessment. e.g. if an article is in "Start" level and now good it's enough to be a "B" article.

As part of Q4 goals, we made a dataset of article quality scores of all articles in English Wikipedia (See phab:T135684, you can find the dataset there) and we are publishing it in figshare as something you can cite (phab:T145332) also we are working on publishing monthly data for researchers to track article quality data change over time. (phab:T145655)

As a pet project of mine, I always wanted to put these data in a database. So we can query the database and get much more useful data. For example quality of articles in category 'History_of_Essex' ([2] [3]). The weighed sum is a measure of quality which is a decimal number between 0 (really stub) to 5 (a definitely featured article). We have also prediction column which is a number in this map for example if prediction is 5, it means ORES thinks it should be a featured article.

I leave more use cases to your imagination :)

I'm looking for a more permanent place to put these data, please tell me if it's useful for you.:)Ladsgroupoverleg 09:17, 21 September 2016 (UTC)

@Ladsgroup: Awesome! I'm an advocate of big data, so having this available is really useful - well done! Let us know if there is anything we can do to help out. As for a more permanent place, that table seems good enough - the labs guys might put it in a non-user table though if you ask nicely Face-smile.svg -- samtar talk or stalk 09:31, 21 September 2016 (UTC)

Template:NUMBEROF/data[edit]

Could someone continue to update this template? I see updates stopped on 12 July 2016 on en.wiki (and other Wikis too), and user Ace111 (whose bot Acebot used to update these variables) seems inactive now on en.wiki, Meta and elsewhere.

Is it possible for other bot to continue Acebot's work on {{NUMBEROF/data}} (or, better, for bot Acebot itself to continue them as it did)?

Template {{NUMBEROF}} that uses data from {{NUMBEROF/data}} is used widely (on en.wiki in articles about other Wikipedias, such as article for e.g. German Wikipedia, which is now not updated because de.wiki has >1.979.765 right now and en.wiki article says 1,958,190 what is the last value updated in {{NUMBEROF/data}} on 12 July) and on some very visible places on some Wikipedia projects (like Main Page), and would have to be removed if updates are not possible in the future.

That's why even some notification should be made if bot stops working, so users know. Is it possible to make such notifications in the future? --Obsuser (talk) 02:31, 22 September 2016 (UTC)

@Obsuser: I've look into this a bit. Ace111 has been recently active at ruwiki and is aware that his bot is not functioning. Per ru:User talk:Ace111#Acebot @meta (15 July 2016), Ace is having problems updating the bot to use https for the API. I suggest contacting him on his talk page here and/or at ruwiki. If he is unable to get the bot running again, I will look into coding a replacement. — JJMC89(T·C) 06:33, 22 September 2016 (UTC)
@JJMC89: OK, I've just asked Ace111 on ru.wiki (he's recently been more active there than on en.wiki) and will wait for eventual answer.
Would it be possible to have these values for NUMBEROF incorporated somehow as a magic word and instantly updated/loaded by Wikisoftware as same as for magic word NUMBEROFARTICLES, for example? This way bot would not be needed, all values would be correct 100% time, and on all Wikipedia (and other Wikimedia) projects (maybe to do this in the future if not now)... --Obsuser (talk) 06:54, 22 September 2016 (UTC)
Possibly; but it would need to be a phab: request. --Redrose64 (talk) 08:32, 22 September 2016 (UTC)
  • Acebot made a first edit for {{NUMBEROF/data}}. I installed a recent version of pywikibot and was able to update the template using https, in July had problems with it. Sorry for a large period without updates. It seems that further regular updates are possible. — Ace111 (talk) 03:03, 25 September 2016 (UTC)

WikiData item call?[edit]

I see the WikiData item in the sidebar menu, but...

How do you have a script look up the WikiData identifier for a particular Wikipedia article? The Transhumanist 05:04, 22 September 2016 (UTC)

If I understand the question ... you'll only get the wikidata link if the article title in wikipedia corresponds to an entry in the 'wikipedia' child table in wikidata. So, for example, Bovinae points to https://www.wikidata.org/wiki/Q4979192 because en:Bovinae is found in the 'wikipedia' child table in wikidata, and points at Q4979192. Put another way, the wikipedia article title is the foreign key used to look up a Q value from wikidata via a 'wikipedia' child table. It follows from this that if the wikidata item is missing from the wikipedia page, the cause is the absence of a link to en: in wikidata and the cure is to add the wikipedia article to the appropriate wikidata item. Wikipedia:Wikidata may be helpful. --Tagishsimon (talk) 05:19, 22 September 2016 (UTC)
@Tagishsimon: Thank you. By the way, how do you look up the Wikipedia child table in Wikidata? The Transhumanist 05:57, 22 September 2016 (UTC)
Why do you want to do that? It's possible that someone has already implemented the thing you want. Whatamidoing (WMF) (talk) 14:53, 22 September 2016 (UTC)
To achieve the technological singularity, of course.   :)   I'm trying to learn WikiData and how it can be used in conjunction with WP pages. Like automatic data storage and data retrieval. I see the "Wikidata item" link on the sidebar, but how do you access the Q value other than by clicking on that link? Like with a script. As for "things", is there a list of the things that have been implemented? And how do you access the WP child table to get the Q value? The Transhumanist 20:30, 22 September 2016 (UTC)
What seems to be being implemented are templates, such as {{Wikidata property}} which enable you to retrieve a wikipdata property based on the article name being an FK to a wikipedia article name in wikipdata. Category:Templates using data from Wikidata shows progres to date. Visit any of those and view the source to see exactly how the query is put together - such as this. Does that help? Wikipedia:Wikidata seeks to explain this and provide some links to additionally useful pages. --Tagishsimon (talk) 20:52, 22 September 2016 (UTC)
@Tagishsimon: That looks like a very good place to start. Thank you. By the way, what does "FK" mean?   The Transhumanist 21:33, 22 September 2016 (UTC)
Foreign key. The value that you search for in the 'wikipedia' table in wikidata. --Tagishsimon (talk) 21:44, 22 September 2016 (UTC)
"Based on the article name being an FK to a wikipedia article name in wikidata."
  • {{Wikidata property |1=P496 |2=ORCID }} →
Wikidata has a property, P496, for ORCID (see uses)
@Tagishsimon: {{Wikidata property}} appears to access a property that you specify by its identity number. But where would a script get the identity number in the first place? And how do you use a foreign key? The Transhumanist 01:39, 23 September 2016 (UTC)
Sorry, I chose a really poor example. That template has little or nothing to do with the question you asked. Let's try again. Take {{OL author}}. Try adding just that: {{OL author}} to the top of the Jack Kerouac page, and preview. The result is a sentence "Works by Jack Kerouac at Open Library", and the link associated with the "Works by Jack Kerouac" substring is to https://openlibrary.org/authors/OL21491A ... and the value OL21491A in that URL is the OL author number, stored in wikidata against the wikidata item https://www.wikidata.org/wiki/Q160534 - its Jack Kerouac item. In that record we find OL21491A in the identifiers section, against the Open Library ID property. And in this example, the foreign key that was passed to wikidata in order to retrieve the OL21491A was the title of the article on which we placed the {{OL author}}. (And in the template's source, we see mention of #property:P648, which is the wikidata property number for an Open Library ID ... so the query is saying 'if there is one, give me the P648 value, for the wikidata record which has the title of this article in its wikipedia child table'.) ((Amongst things I don't know about wikidata: does it / how does it ensure that a wikipedia article name maps to only a single wikidata record, and/or, how does a template like OL author behave if there are two wikidata records associated with the article title ... doubtless I'm eliding a whole rats-nest of complexity in this simple answer. It's a learning experience for me, too.)) --Tagishsimon (talk) 02:21, 23 September 2016 (UTC)
@Tagishsimon: to answer your questions. a) it simply doesn't allow you to add Xwiki link to multiple WD entities. This is a problem sometimes to us at Wikidata,but we haven't come up with a solution. b) it may pick the best value (see d:Help:Ranking) or simply get the first one (or probably random one). Oh, didn't read the part after 'and/or' carefully. So I answered that too in 'a)' part. --Edgars2007 (talk/contribs) 04:37, 23 September 2016 (UTC)

unsafe websites[edit]

I don't know where to report these, but I had to remove them from an article, they are multiple popup nests. [http://www.osenegal.com/ ô senegal, un oeil sur le senegal] * [http://www.osenegal.com/videos/ videos au senegal] --Kintetsubuffalo (talk) 10:29, 22 September 2016 (UTC)

@Kintetsubuffalo: If they aren't used on a wide scale, simply removing them works (WP:ELNO). If it's a persistent problem across many articles, see Wikipedia:Spam blacklist. – Finnusertop (talkcontribs) 10:34, 22 September 2016 (UTC)
If those links are unsafe, please do not post live links to them on any page! I put nowiki around them. Use Special:LinkSearch/*.osenegal.com to see where the links are used (currently Senelec). As Finnusertop says, just delete any problematic links. Johnuniq (talk) 11:04, 22 September 2016 (UTC)
When links like that occur in citation templates, they may once have been valid sources correctly supporting article text but have since been usurped. See if you can recover an appropriate version of the source from an archive service (archive.org, etc). If you can, add |archive-url= and |archive-date= to the template and set |dead-url=unfit so that there is a historical record of the original url. |dead-url=unfit hides the original url in the citation template's rendering.
Trappist the monk (talk) 11:37, 22 September 2016 (UTC)

Sensitive IP addresses follow-up[edit]

This is a followup to this VPT thread, in which I suggested using a Lua module to keep one single list of sensitive IP addresses that could be used from both templates and from JavaScript, in order to avoid us having to maintain separate lists. I believe I am just about finished writing all the code that is necessary for this to happen. Here are the various pieces:

The API can potentially be used by non-JavaScript bots and tools as well, e.g. Huggle, although it is a bit fiddly without a library like libLua to help with the process.

I'd appreciate some new eyes on the code just in case I've done anything stupid - comments and questions welcome! If everything looks ok, I'll start rolling things out. — Mr. Stradivarius ♪ talk ♪ 13:55, 22 September 2016 (UTC)

Great work Mr. S! I haven't examined the code since my last edit in that area, but I'll try to have a look next week. This is the most elegant code I've seen at Wikipedia, and it's documented! Johnuniq (talk) 00:35, 23 September 2016 (UTC)

Nigeria WikiProject[edit]

Resolved

Hi, Nigeria is currently running a Wiki Loves Women contest. I was wondering if somebody could edit Template:WikiProject Nigeria to allow for a WLWNG importance= parameter as importance for the women group may differ to general assessment. See here for instance, we want another on the end to assess it.♦ Dr. Blofeld 14:03, 22 September 2016 (UTC)

Perhaps Ser Amantio di Nicolao knows how to do that?♦ Dr. Blofeld 14:30, 22 September 2016 (UTC)

@Dr. Blofeld: This is normally done by making a task force for the sub-project: I've made a stab at what that might look like at Template:WikiProject Nigeria/sandbox. The category pages still need to be created, and it's a pain to move them after they have been created and populated, so now would be a good time to check that all the names are correct. — Mr. Stradivarius ♪ talk ♪ 04:41, 23 September 2016 (UTC)

Wrong citation template[edit]

mw:Wikimedia Research/Showcase#September 2016 presents some interesting work about finding sources to support unsourced statements in Wikipedia articles. One of the things that complicated this work is the inappropriate use of {{cite web}} when {{cite news}} would be appropriate (e.g., for citations to BBC News) – almost a million instances, actually. I think it'd be easy to identify a handful of popular news sites that should normally use the {{cite news}} template. (We might even be able to get a list from this researcher.)

If we get a list of URLs, can we send a bot around to fix "cite web" uses that should be "cite news", or is this task better suited to AWB? WhatamIdoing (talk) 15:34, 22 September 2016 (UTC)

Changing {{cite web}} to {{cite news}} should be a fairly straightforward task given a list of news sources and I can imagine how an AWB task might accomplish that. I suspect that editors at Wikipedia will not easily accept, much less trust, that the researcher's machine will insert valid citations into Wikipedia articles.
Trappist the monk (talk) 15:52, 22 September 2016 (UTC)
Some thoughts:
  1. In the most basic of uses, and probably most common, cite web and cite news render things identically (assuming web is provided a URL):
    • Last, First (January 1, 2000). "Title". Work. 
    • Last, First (January 1, 2000). "Title". Work. 
  2. Given #1, there would need to be a strong consensus (per WP:COSMETICBOT) to change one to the other.
  3. 1/2 aside, "should be" cite news is a mis-characterization for multiple reasons
    • Some template instances citing news works may not be citing a news article--for which cite news would clearly be wrong;
    • These are not "inappropriate" uses of cite web, simply unrefined. Please consider using more precise terminology in the future.
--Izno (talk) 16:22, 22 September 2016 (UTC)

Date format flexibility or error message suppression in Cite templates[edit]

More flexibility in {{cite}} templates is needed. See David Biespiel as of 18:22, 22 September 2016, which includes a reference to a two-week issue of The New Yorker, entered as:

  • {{cite magazine |title=Want to understand the jihadis? Read their poetry. |author=Robyn Creswell |author2=Bernard Haykel |magazine=The New Yorker |date=June 8 & 15, 2015 |url=http://www.newyorker.com/magazine/2015/06/08/battle-lines-jihad-creswell-and-haykel}}

which displays with a spurious date error message:

The New Yorker web page says that the article appeared in the "June 8 & 15, 2015 Issue", so the date is correct. There should be a way of suppressing the error message. —Anomalocaris (talk) 18:52, 22 September 2016 (UTC)

Your comments would be better directed at Help talk:CS1. --Izno (talk) 19:12, 22 September 2016 (UTC)
Izno: Done, thanks! —Anomalocaris (talk) 23:29, 22 September 2016 (UTC)

Image not showing up again[edit]

Whenever I upload a new image over an old one, the image no longer appears in linked pages. For instance, in the infobox here I see only the blue broken-image icon. Do other people see an image here? Any idea how to fix it one way or the other? Maury Markowitz (talk) 21:41, 22 September 2016 (UTC)

This is probably Wikipedia:Village pump (technical)#Images not displaying. --Redrose64 (talk) 22:53, 22 September 2016 (UTC)
Nope. Twas this. --Tagishsimon (talk) 22:55, 22 September 2016 (UTC)
So how come it shows correctly at the previous version? --Redrose64 (talk) 23:04, 22 September 2016 (UTC)
Dunno. Probably Wikipedia:Village pump (technical)#Images not displaying. --Tagishsimon (talk) 23:05, 22 September 2016 (UTC)
... which is what I suggested first off ... --Redrose64 (talk) 23:07, 22 September 2016 (UTC)

Category:Non-indexed pages[edit]

The red-linked Category:Non-indexed pages has over 1500 pages in it. What's populating the category? wbm1058 (talk) 22:30, 22 September 2016 (UTC)

If you WP:NULLEDIT any of these, it is transferred to Category:Noindexed pages. --Redrose64 (talk) 22:51, 22 September 2016 (UTC)
Oh, just realised. It's Thursday. MediaWiki roolout time, so presume a bug that's since been reverted. --Redrose64 (talk) 22:52, 22 September 2016 (UTC)
Category:Noindexed pages is populated by the MediaWiki software.
Hmm, noting this 22:45, 22 September 2016 edit by PrimeHunterwbm1058 (talk) 22:54, 22 September 2016 (UTC)
Yes, there has apparently been a software change where pages with __NOINDEX__ are automatically added to a category specified by MediaWiki:Noindex-category. The default value is "Non-indexed pages". I have created the message with "Noindexed pages" to use our existing Category:Noindexed pages. It may take a long time (months) before the already categorized pages detect this unless they are edited. MediaWiki:Noindex-category is a system message and not a transcluded template so there is no job queue to process the pages automatically after an edit to the message. PrimeHunter (talk) 22:56, 22 September 2016 (UTC)
But Category:Noindexed pages isn't new, and __NOINDEX__ has been populating it for years. --Redrose64 (talk) 23:00, 22 September 2016 (UTC)
Right. I actually thought categorization had always been done by {{NOINDEX}} but I see we stopped that years ago. MediaWiki:Noindex-category is not a new message but got a new default value for unknown reasons, maybe by error. PrimeHunter (talk) 23:24, 22 September 2016 (UTC)
(edit conflict) This is due to gerrit:302061 (diff) by User:Zppix. I'm guessing that the effects of changing the category name weren't fully anticipated. — Mr. Stradivarius ♪ talk ♪ 23:33, 22 September 2016 (UTC)
Yes, that should be reverted. Category:Noindexed pages (Q4989245) shows many wikis have created Category:Noindexed pages long ago. No reason to force all of them to change their category name or set the MediaWiki message. The tag is called noindex so "Noindexed pages" is a logical name even if "Non-indexed pages" may sound more like normal English. I have created Category:Non-indexed pages with a soft redirect and an explanation. PrimeHunter (talk) 23:45, 22 September 2016 (UTC)
Indeed, or what's the point of Wikipedia:Categories for discussion?
We're supposed to be able to notice such a change among the haystack of changes listed at mw:MediaWiki 1.28/wmf.20?
"Cleaned up some un needed wording in the English i18n file" adequately describes this?
It occurred to nobody that the projects should have been notified before the change, so that they could edit their MediaWiki:Noindex-category page in advance?
Why are there two sets of codes – What's the difference between git #522dcec5 and gerrit 302061? wbm1058 (talk) 00:29, 23 September 2016 (UTC)
I suspect they simply didn't realize they were changing the name of a tracking category. Maybe they thought it was only a displayed text like MediaWiki:Noindex-category-desc which is displayed at Special:TrackingCategories. A Phabricator ticket would have drawn more attention and probably objections but they may have thought it was just an innocent rewording of something only meant for reading. Mistakes happen. PrimeHunter (talk) 00:50, 23 September 2016 (UTC)
OK, I'll assume good faith. Anyway, it's down to a third of its maximum size now, just over 500 members, so perhaps it won't take that long to clear. wbm1058 (talk) 01:48, 23 September 2016 (UTC)
@Wbm1058: There's a note. --Redrose64 (talk) 07:41, 23 September 2016 (UTC)
@Wbm1058: 302061 is the index number used by the Gerrit software to track the change; this counts up from 1, although when I tried I could only access gerrit:5 and later. 522dcec5 is the prefix of the SHA-1 hash that the git software uses for the commit (in this case, the full hash is 522dcec59c7a01e53eb14bd22b9906378d13685f). There's some more info about git hashes in the git-scm book if you're interested. — Mr. Stradivarius ♪ talk ♪ 02:39, 23 September 2016 (UTC)
Nice explanation; thanks. Hey, the category's already cleared out! wbm1058 (talk) 03:43, 23 September 2016 (UTC)
I just found this one in there, so I WP:NULLEDITed it. Maybe we should hold back on WP:CSD#C1 until we're sure that no more are stuck in transit. --Redrose64 (talk) 07:27, 23 September 2016 (UTC)
Maybe there is an undocumented job queue or something similar after all. mw:Manual:Job queue doesn't mention it. Category:Pages with disallowed DISPLAYTITLE modifications is still adding old pages four months after the new tracking category was added by MediaWiki. But that's another situation where the software didn't store the pages anywhere before and wouldn't have a list to run a job queue on. Here the existing MediaWiki:Noindex-category changed value and MediaWiki would be able to process the pages in the category given by the former value. Or maybe somebody just poked something to push the updates through. PrimeHunter (talk) 13:23, 23 September 2016 (UTC)
I was going to suggest using touch.py to clear the category out - maybe someone else had the same idea. — Mr. Stradivarius ♪ talk ♪ 14:31, 23 September 2016 (UTC)
Open a phab task and ill fix in the morning. Ⓩⓟⓟⓘⓧ (talk) 02:02, 23 September 2016 (UTC)
I have created phab:T146446. PrimeHunter (talk) 02:36, 23 September 2016 (UTC)
  Bug fixed awaiting merge on Gerrit, see change 312524--Ⓩⓟⓟⓘⓧ (talk) 14:44, 23 September 2016 (UTC)

Edits appearing twice in contributions pages while logged in[edit]

Edits that I made yesterday between around 8:25 and 9:38 UTC are appearing twice in my contributions page. They appeared only once in the page histories. Edits made by other users at around the same time seem to have the same problem. After I logged out, the edits appeared only once. Does anyone else see the same thing? Gulumeemee (talk) 00:13, 24 September 2016 (UTC)

Special:Contributions/Gulumeemee looks normal to me. — xaosflux Talk 00:40, 24 September 2016 (UTC)
It becomes normal if I turn off ORES. Gulumeemee (talk) 03:38, 24 September 2016 (UTC)
This appears to be the sort of problem phab:T145356 is working on dealing with. Anomie 11:08, 24 September 2016 (UTC)

Vital article stubs for Africa[edit]

Hi, I'm planning on staging Wikipedia:WikiProject Africa/The Africa Destubathon starting next month sometime. Is it possible somebody could create me a list of African stub class entries which are also designated a Vital article or High/top importance for Africa?♦ Dr. Blofeld 08:09, 24 September 2016 (UTC)

There's apparently already a list: Top importance, High importance. Someguy1221 (talk) 08:37, 24 September 2016 (UTC)
There's another layer of stubs missing from those - the WP Africa template allows for country-level setting of importance. Petscan is your friend, at least for Top and High. There are no Vital Stubs, and so I've given you Vital Starts --Tagishsimon (talk) 10:32, 24 September 2016 (UTC)
Top-Stub - 662 articles
High-Stub - 433 articles
Vital-Start - 94 articles
Medium-Stub - 1751 articles

That's a big help, thankyou both!♦ Dr. Blofeld 14:33, 24 September 2016 (UTC)

An Easter egg[edit]

Look at the buttons

Can anyone guess how I did that (I changed nothing in .js/.css pages). I think I have stumbled upon an Easter egg! I'll tell you if you are unable to guess it! 10:34, 24 September 2016 (UTC) — Preceding unsigned comment added by VarunFEB2003 (talkcontribs)

I can't see anything in that screenshot other than the standard edit window in MediaWiki UI format—what are we supposed to be looking at here? ‑ Iridescent 13:01, 24 September 2016 (UTC)
@Iridescent: Are you unable to see the different buttons at the bottom. They aren't the real ones! VarunFEB2003 13:36, 24 September 2016 (UTC)
Looks a bit Bootstrapy.. -- samtar talk or stalk 14:09, 24 September 2016 (UTC)
@Samtar and Iridescent: Well I'd tell you - if you place {{Special:UserLogin}} on a page and preview it the buttons change to look like this! VarunFEB2003 14:30, 24 September 2016 (UTC)
Special:UserLogin is one of many interface elements which have been converted to use mw:OOUI where buttons and checkboxes look like that. If you transclude Special:UserLogin then it apparently causes the edit buttons to also use OOUI. I guess it's not intentional. PrimeHunter (talk) 15:07, 24 September 2016 (UTC)
Oh so there is always a techy thingy behind each amazing thing around here!!!! VarunFEB2003 17:10, 24 September 2016 (UTC)
Special pages are (almost?) all dynamic (our servers build them from scratch whenever they are fetched by your browser); yet they may be transcluded. --Redrose64 (talk) 20:54, 24 September 2016 (UTC)
Some of them can be transcluded. See Help:Special page#Linking and transcluding and Wikipedia:Transclusion#Special pages. If they cannot be transcluded then an attempt produces a link to the special page. That happens for {{Special:UserLogin}} but this case has the odd side effect noticed by Varun. PrimeHunter (talk) 21:42, 24 September 2016 (UTC)

How is this happening[edit]

At Wikipedia:WikiProject Women in Red I see a button "Join WikiProject" which on clicking bring you a popup form. What is the code for this? How is this happening. I know the button comes from {{Load WikiProject Modules}} but how do we show a form? VarunFEB2003 11:30, 24 September 2016 (UTC)

It uses JavaScript and requires "FormWizard: a wizard for creating and expanding project pages" is enabled at Special:Preferences#mw-prefsection-gadgets. Special:Gadgets shows the files used by gadgets. The main code here is in MediaWiki:Gadget-formWizard-core.js. The button has the url https://en.wikipedia.org/w/index.php?action=edit&preload=Template:WikiProjectCard/Preload&editintro=Template:WikiProjectCard/Editintro&summary=Joining+WikiProject&title=Special:MyPage/WikiProjectCards/WikiProject_Women_in_Red&create=Join+WikiProject. Something there must be discovered by the gadget but I don't know the details. PrimeHunter (talk) 13:58, 24 September 2016 (UTC)
PrimeHunter Thanks VarunFEB2003 14:28, 24 September 2016 (UTC)

Wikipedia:Country subdivision templates[edit]

Hi, I've created this as a maintenance/development tool, so general navigational templates by district and region of each country can be documented and developed evenly. I began listing for the UK but an error seems to have crept in on Wales #invoke:Navbox . Is there a maximium number of templates which can be displayed on one page at one time or something? Obviously eventually sub pages would be created by region of each country but if I knew what the maximium load was I could work around that. It's a long development anyway, any is free to help.♦ Dr. Blofeld 14:09, 24 September 2016 (UTC)

Yes there is Dr. Blofeld See the image I have included -
VPTTemplateDiscussion.png
VarunFEB2003 14:27, 24 September 2016 (UTC)
Can we work out what the maximum template load is per page and then we can disperse into bite sized amounts ;-)♦ Dr. Blofeld 14:32, 24 September 2016 (UTC)
Ya sure let's keep it there itself! VarunFEB2003 14:38, 24 September 2016 (UTC)
Wikipedia:Country subdivision templates is in the hidden Category:Pages where template include size is exceeded. See Wikipedia:Template limits#Post-expand include size. PrimeHunter (talk) 14:54, 24 September 2016 (UTC)
Thanks VarunFEB2003 17:05, 24 September 2016 (UTC)

XTools broken[edit]

Please check tool maintainers evrything is reading out to be 0. See mines, see MusikAnimal's, see Redrose64's VarunFEB2003 14:36, 24 September 2016 (UTC)

@Cyberpower678 and MusikAnimal: Pinging developers. It is showing up at times then going off again. VarunFEB2003 17:07, 24 September 2016 (UTC)
See T97153. The issue comes and goes, and we can't figure out why it happens. I suspect it's related to the replicated database and Xtools' connection to it. ~ Matthewrbowker Drop me a note 17:36, 24 September 2016 (UTC)

Template-based switches conditions[edit]

I'm trying to build a metatemplate ({{identifier}} so we can streamline identifier templates such as {{doi}}. In particular, I want to have a switch that allows/disallows inputs.

{{identifier}} has this switch in it:

{{#switch:{{{access-parameter|}}}
    |{{#ifeq:{{{allow-free|}}}|yes|free=[[File:Lock-green.svg|9px]]}}
    |{{##ifeq:{{{allow-registration|}}}|yes|registration=[[File:Lock-yellow.svg|9px]]}}
    |{{##ifeq:{{{allow-limited|}}}{{{allow-trial|}}}|yes|limited=[[File:Lock-yellow.svg|9px]]}}
    |{{##ifeq:{{{allow-limited|}}}{{{allow-trial|}}}|yes|trial=[[File:Lock-yellow.svg|9px]]}}
    |{{##ifeq:{{{allow-subscription|}}}|yes|subscription=[[File:Lock-red.svg|9px]]}}
    |
   }}

the goal here is that if {{{allow-free|}}} is set to yes in {{doi/sandbox}}, then that the template will allow the access-parameter to have a value of 'free'.

For example, {{doi/sandbox}} has

 |access-parameter={{{doi-access}}}
 |allow-free=yes
 |allow-registration=yes
 |allow-limited=yes
 |allow-trial=yes
 |allow-subscription=no

To my understand, when we use {{doi/sandbox|10.1234/0123456|doi-access=free}}, we should get doi:10.1234/0123456A free version of this source can be accessed here. However, as of now, I get doi:10.1234/0123456A free version of this source can be accessed here.

Help here would be appreciated. Headbomb {talk / contribs / physics / books} 15:08, 24 September 2016 (UTC)

In {{#switch: string | case = result}}, the = must syntatically belong to the switch construction and in your code it doesn't. I'm not sure of the details but I think case and result must be separate complete expressions. Even if you get that working, it gives tricky template maintenance if case is not a simple constant. Can you use something like this instead:
{{#switch:{{{access-parameter|}}}
    |free={{#ifeq:{{{allow-free|}}}|yes|[[File:Lock-green.svg|9px]]}}
    |...
PrimeHunter (talk) 15:58, 24 September 2016 (UTC)
@PrimeHunter and Pppery: Ah yes, that was the issue. I knew I was having a brainfart somewhere. Either way, Pppery fixed it so thanks to the both of you! Headbomb {talk / contribs / physics / books} 16:34, 24 September 2016 (UTC)
What's with the double hashes? The syntax is surely {{#ifeq: ... }} --Redrose64 (talk) 20:58, 24 September 2016 (UTC)

Edit window background for template-protection[edit]

I just noticed that the edit window has a bright red background for template-protected pages. Is this a new thing, or has it been around for a while? I could've sworn I've at least opened a template-protected template for editing since getting the right, but I may be wrong. nyuszika7h (talk) 22:41, 24 September 2016 (UTC)

Nah, it's an old thing. Everybody who can edit a template protected or fully protected page sees the red background if they edit it. That's so to make it easier for template editors and administrators to notice the protection status. Jo-Jo Eumerus (talk, contributions) 22:48, 24 September 2016 (UTC)
It's pink, #FFDBDB     , the rule is
.mw-textarea-protected,
.mw-textarea-protected + .ui-resizable .ace_content,
.ns-8 textarea,
.ns-8 .ace_content {
  background-color:#FFDBDB
}
this rule also affects the edit box of fully-protected pages. --Redrose64 (talk) 22:52, 24 September 2016 (UTC)
Persdonally, I think this is a good feature - it ensures that a user won't edit such a page without knowing that it's a restricted action. עוד מישהו Od Mishehu 21:30, 25 September 2016 (UTC)

Question about native_name parameters of various infoboxes[edit]

Hey there. I'm not very technically astute. I opened a discussion at Template talk:Infobox person#Parameter native_lang_name, but didn't get a clear answer, so I figured I'd look elsewhere.

In various Infobox templates such as Template:Infobox person, there are two parameters, |native_name= and |native_name_lang=. These are used for indicating a person's name in their native language's script.

According to the instructions, if we're just adding one bit of native script, (let's say for someone's name in Malayalam) we're supposed to go:

|native_name = ഇന്നസെന്റ് വറീത് തെക്കേത്തല
|native_name_lang = ml

However, as far as I can tell, |native_name_lang= doesn't produce any visible change to the infobox. Which seems like a waste of energy. If someone took the time to add "ml" to a parameter, it should probably display "Malayalam:" next to the script, so we know what language the squiggly lines are written in.

According to the instructions, if we were adding two bits of native script, we'd instead use the various {{lang}} templates, in this case {{lang-ml}}:

|native_name = {{lang-ml|ഇന്നസെന്റ് വറീത് തെക്കേത്തല}}

This would result in Malayalam: ഇന്നസെന്റ് വറീത് തെക്കേത്തല being displayed in the infobox (along with whatever the second language was...)

So the questions are: Does anyone have any idea what benefit |native_name_lang= provides to the article? Why don't we only use |native_name= in conjunction with the {{lang}} template? Wouldn't that be simpler?

Thanks! Cyphoidbomb (talk) 06:12, 25 September 2016 (UTC)

@Cyphoidbomb: I'm guessing it might have something to do with people not bothering to insert {{lang}}, but it still doesn't seem to have much benefit that way. Given that we just had overwhelming support for an RfC which would deprecate more than 40 coordinates-related parameters in infoboxes in favour of using |coordinates={{Coord}}, removing |native_name_lang= and variations like |name_lang= is probably a very good idea. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me
06:26, 25 September 2016 (UTC)
@Cyphoidbomb: The wikitext of K. J. Yesudas says:
| native_name      = കട്ടാശേരി ജോസഫ് യേശുദാസ്
| native_name_lang = ml
Your browser probably has a feature to view the html source of a page. It says:
<th scope="row">Native name</th>
<td><span class="nickname" lang="ml">കട്ടാശേരി ജോസഫ് യേശുദാസ്</span></td>
See WP:ATLANG and Template:Lang/doc#Rationale for the effect of adding lang="ml" to the HTML. It matters in many situations. It requires the ISO 639-1 code for the language. Don't write native_name_lang = Malayalam. PrimeHunter (talk) 10:46, 25 September 2016 (UTC)

Notifications getting annoying[edit]

I can't simply click off notifications I've read. Yesterday and preceding days, that was happening to pages where a link was made to articles I created. Way down at the bottom of that was "Try the redesigned Notifications page. All new look and features." OK, fine. And that notice was the only way I could actually access the redesigned Notifications page to click off the link notices I'd received. So...today, I can't click off notifications on that show under "Alerts". I mean, I can click on them, and I can read them, and I can go to them. But the alert stays active no matter how many times I do that. Way down at the bottom of that is "Try the redesigned Notifications page. All new look and features." I went to it...again. I finally got that Alert to stop showing. So, now instead of just a one-keystroke clicking on the notification to get rid of it, we now have to go to a separate page that is NOT the article the notification refers to, and click, click, click, then get rid of that page to go back what we were doing? Good programming intentions go awry, I think.— Maile (talk) 14:08, 25 September 2016 (UTC)

After reading the Alert or Notice, click on the blue dot to clear it. It won't stay active after you do that. Akld guy (talk) 19:45, 25 September 2016 (UTC)

AfD[edit]

Could someone outline how to answer a call to delete (AfD) a new page by other individuals defending the same page contentDiogenes Loquitur (talk) 22:27, 25 September 2016 (UTC). I cannot find any easy answer to this on any WIKI page. Sure there should be a simple way of doing this? Diogenes Loquitur (talk) 22:27, 25 September 2016 (UTC)

@Diogenes Loquitur: This is the village pump for technical issues. If the information that you need is not given on the main WP:AFD page, try the Help Desk. --Redrose64 (talk) 23:26, 25 September 2016 (UTC)

AFD log bug?[edit]

Resolved

Hi, Going through this log I've noticed all the afds that have second or third noms simply say "(2nd nomination)" instead of "X (2nd nomination)", When I click on some of the AFDs some will say "X (2nd nomination)" whilst others say "(2nd nomination)", It's never happened before so not sure if it's a bug or what, Thanks, –Davey2010Talk 00:46, 26 September 2016 (UTC)

@Davey2010: It was caused by this edit by Izno. I have now reverted that edit. GeoffreyT2000 (talk, contribs) 00:51, 26 September 2016 (UTC)
Hi GeoffreyT2000 - I'm not sure as this AFD still says it and that's with me purging the log as well as this AFD ... or would the purging take much longer?, Sorry I'm hopeless when it comes to technical things, Thanks for your help/reply tho, –Davey2010Talk 01:00, 26 September 2016 (UTC)
{{Afd2}} is used with subst: so if it was substituted on an Afd page between 13 September and 26 September then it will have |stripprefix=Wikipedia:Articles for deletion/ in the wikitext. PrimeHunter (talk) 01:16, 26 September 2016 (UTC)
Ahhh right I thought once a template was changed then everything was changed, Having read SUBST it all makes sense now!, Thanks PrimeHunter for kindly explaining in the simplest of terms and thanks GeoffreyT2000 for finding the cause :). Thanks, –Davey2010Talk 02:47, 26 September 2016 (UTC)

Wikipedia:WikiProject Africa/The Africa Destubathon[edit]

Hi, I was wondering if somebody could find a way to generate me a list of women article stubs for each African country in a list to distribute in this contest page. Also from the list generated on high/mid importance ones a hotlist of articles on women stubs for Africa too considered importance ones. Thanks.♦ Dr. Blofeld 08:56, 26 September 2016 (UTC)

How does this look as a list for Egypt? (on the "Categories" tab, change the nationality in the "Categories" field.) עוד מישהו Od Mishehu 11:32, 26 September 2016 (UTC)

Should spacing before heading depend on number of blank lines?[edit]

Should the spacing before a heading depend on the number of blank lines before the heading, since typically one or more blank lines are handled the same in markup languages.

If the spacing actually should depend, then what number of blank lines are recommended before a heading and between paragraphs, and may no blank lines be used ?

See example below.

One blank line before this heading[edit]

Lorem Ipsum.


Two blank lines before this heading[edit]

Lorem Ipsum.


Other examples made in User:MortenZdk/sandbox#Example_of_spacing_before_heading shows blank line dependency as:

  • Paragraph to heading: Different spacing depending on number of blank lines
  • Heading to paragraph: Same spacing independently of number of blank lines
  • Paragraph to paragraph: Different spacing depending on number of blank lines

--MortenZdk (talk) 17:17, 26 September 2016 (UTC)

@MortenZdk: The established practice (see MOS:HEADINGS) is one blank line before each heading (n.b. not "header", that's the top row of a table or the box at the top of certain pages), except where a subheading follows a heading, in which case the blank line is optional. Why are you asking? --Redrose64 (talk) 19:33, 26 September 2016 (UTC)
@Redrose64: Thanks for the answer and reference to MOS; I have corrected terminology of header to heading. Reason for asking, is that I happened to see that the spacing on rendered pages depended on the number of blank lines I used, and I found this odd when using a markup language, since for example DokuWiki system and markdown language collapses consecutive blanks lines. I think collapsing consecutive blank likes is more logical, so the markup language is used only to specify the contents and logical structure of the contents, but not the appearance. It seams like Wikipedia handles blank lines inconsistently, since for example consecutive blank lines from heading to paragraph are collapsed, while consecutive blank lines from paragraph to heading are not. I recon that MOS describes the required spacing, but my guess is that a great number of the inexperienced and occasional editors have not read the MOS before start editing, and the markup language should not have that kind of unnecessary pitfalls. Also, for example the Danish MOS does not mention the requirements for just a single space before a heading, which show that having more requirements also makes it more difficult to communicate correct use. And in the end; what is the idea of giving the editor control over the amount of space in the rendering, with the risk and result that the appearance of different Wikipedia pages are inconsistent? --MortenZdk (talk) 20:09, 26 September 2016 (UTC)
There are many things illogical about MediaWiki wikitext syntax (and similar with markdown and dokuwiki syntax and almost any other plain text markup syntax that was ever invented). The problem is that it is very difficult to fix inconsistencies like this without breaking things in the process. —TheDJ (talkcontribs) 20:30, 26 September 2016 (UTC)

How to edit on the history page[edit]

Hi - I left an injudicious comment on my last edit of The Chippendale Society article and would like to remove it but don't know how. Could someone please do me a kindness and take my foot out of my mouth - i.e. delete same?

With thanks MarkDask 13:22, 26 September 2016 (UTC)

While administrators have the technical ability to redact edit summaries, we generally don't do it simply to hide bad judgement. עוד מישהו Od Mishehu 14:09, 26 September 2016 (UTC)
For the rules on what the admins are allowed to remove, see Wikipedia:Revision deletion. --Guy Macon (talk) 14:17, 26 September 2016 (UTC)
Thanks for both responses; I have now read the revision deletion info. In this instance I am asking for an own comment to be deleted as it is counter-productive. I had placed the Society's banner at the top of the Chippendale article, pending permission, and when I sought permission it had ruffled some feathers that I used the banner prior to seeking permission. I therefore took it down, (penultimate of my edits), and the comment I left was a matter of pique. Shortly thereafter I received a very positive email from the Society to say there was no substantial reason why I may not use the banner but it will take a few days for the Trustees to decide formally; my comment therefore may prove injurious to my general intent to improve all Chippendale-related articles; I value the Society as a source. MarkDask 20:33, 26 September 2016 (UTC)

Tech News: 2016-39[edit]

18:07, 26 September 2016 (UTC)