Materialscientist (talk | contribs) Active users list |
|||
Line 621: | Line 621: | ||
</div></div> <section end="technews-2014-W45"/> 17:28, 3 November 2014 (UTC) |
</div></div> <section end="technews-2014-W45"/> 17:28, 3 November 2014 (UTC) |
||
<!-- Message sent by User:Guillaume (WMF)@metawiki using the list at http://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=10353580 --> |
<!-- Message sent by User:Guillaume (WMF)@metawiki using the list at http://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Tech_ambassadors&oldid=10353580 --> |
||
==Active users list== |
|||
[https://en.wikipedia.org/w/index.php?title=Special%3AActiveUsers&limit=250&username=Albino&hidebots=1&hidesysops=1 Here] it contains all kind of users not starting from Albino. Similarly, Commons has a basic "Recent activity" link [https://commons.wikimedia.org/w/index.php?title=Special:ActiveUsers&limit=1&username=Materialscientist], on the bottom of "User contributions", which leads me to Mateus Chiquititas Rebelde instead of myself. (Removing "limit=1" brings us to the en.wiki case). I don't use "active users list" on en.wiki so often, but I'm sure it worked on Commons until recently. Anyone can have it fixed? [[User:Materialscientist|Materialscientist]] ([[User talk:Materialscientist|talk]]) 01:50, 4 November 2014 (UTC) |
Revision as of 01:50, 4 November 2014
Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
- Table of contents
- First discussion
- End of page
- New post
![@](https://upload.wikimedia.org/wikipedia/commons/thumb/8/88/At_sign.svg/15px-At_sign.svg.png)
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.
Xtools / edit counter
Does anyone here know the status of the Xtools edit counter? I have been unable to access the tool for several days, and this does not appear to be one of the usual temporary service interruptions. Does anyone know anything about this? Dirtlawyer1 (talk) 14:12, 18 October 2014 (UTC)
- All Xtools have been down for some days. See #Wikimedia Tool Labs and bugzilla:72104. PrimeHunter (talk) 14:18, 18 October 2014 (UTC)
- I have mentioned it's down in the interface message Template:Sp-contributions-footer.[1] I did the same yesterday for MediaWiki:Histlegend.[2] PrimeHunter (talk) 14:27, 18 October 2014 (UTC)
- If you go to the Github report you see: "Labels: None! No milestones! Nobody assigned!" The Bugzilla thread is equally discouraging: "Unprioritized! Assigned to nobody!" Except for Wikiviewstats, trying to use any of these tools does not even produce an error message, just a blank screen endlessly showing "Waiting for tools.wmflabs.org". (See the thread above, "Wikimedia Tool Labs", for some of the problems caused for users). Well I think this is not good enough for a facility used by many thousands. How do we jog Wikimedia to get going and resolve this?: Noyster (talk), 08:43, 19 October 2014 (UTC)
- @Dirtlawyer1, PrimeHunter, and Noyster: Looks like the counter is operational again. GoingBatty (talk) 15:16, 19 October 2014 (UTC)
- Great! I have removed the down messages from Template:Sp-contributions-footer and MediaWiki:Histlegend after testing the three linked xtools. PrimeHunter (talk) 16:14, 19 October 2014 (UTC)
- @Dirtlawyer1, PrimeHunter, and Noyster: Looks like the counter is operational again. GoingBatty (talk) 15:16, 19 October 2014 (UTC)
- If you go to the Github report you see: "Labels: None! No milestones! Nobody assigned!" The Bugzilla thread is equally discouraging: "Unprioritized! Assigned to nobody!" Except for Wikiviewstats, trying to use any of these tools does not even produce an error message, just a blank screen endlessly showing "Waiting for tools.wmflabs.org". (See the thread above, "Wikimedia Tool Labs", for some of the problems caused for users). Well I think this is not good enough for a facility used by many thousands. How do we jog Wikimedia to get going and resolve this?: Noyster (talk), 08:43, 19 October 2014 (UTC)
@GoingBatty: I'm a writer/editor, not a wiki-coder tech guy. When there are problems with X tools (or other Wikimedia Lab Tools), where is the appropriate interface to go with questions? Once upon a time, we could go to X!'s talk page . . . . Dirtlawyer1 (talk) 15:29, 19 October 2014 (UTC)
- @Dirtlawyer1: This page seemed to work pretty well for you. GoingBatty (talk) 15:38, 19 October 2014 (UTC)
- (edit conflict) For X! tools, there are a few maintainers... The best ways to do it is post the issue on bugzilla (phabricator soon replacing this), on github (here), or ask a maintainer: Cyberpower678, Hedonil and Tparis (may be more, not sure). — {{U|Technical 13}} (e • t • c) 15:41, 19 October 2014 (UTC)
- Thanks, guys. Dirtlawyer1 (talk) 15:45, 19 October 2014 (UTC)
- One more question: pardon my ignorance, but what is the relationship of Phabricator and Bugzilla to Wikimedia Labs? I don't wander outside of English Wikipedia or Wikimedia Commons very often, so all of these support groups are a bit of a mystery to me. Dirtlawyer1 (talk) 15:53, 19 October 2014 (UTC)
- Bugzilla is the old system for reporting bugs (including feature requests and random ideas). Phabricator is the soon-to-be new system for reporting bugs and also lots of other things that could be done in Bugzilla, but which Bugzilla is not exactly very convenient for, like figuring out what's going on or planning projects. In the old (aka current) system, you find a problem on wiki, you report it at Bugzilla, some (volunteer or staff) dev decides to fix it, the dev's code goes to Gerritt, and then (with luck, assuming that the rather picky Jenkins bot doesn't reject your code, etc.) it somehow shows up in the MediaWiki software that we're using. Bugzilla is going to "go away" Any Day Now™, meaning probably within the next few weeks. Unless it doesn't.
- WMF Labs is the replacement for Toolserver. It's a place to put useful or interesting stuff that people are using. NB that people specify "WMF Labs" to prevent confusion with "Beta Labs", which is a test wiki. http://en.wikipedia.beta.wmflabs.org/ will take you to a partial copy of the English Wikipedia, where you can see what some of the devs
have broken this weekare working on right now. Whatamidoing (WMF) (talk) 00:37, 21 October 2014 (UTC)- The replacement for Toolserver is specifically Tool Labs; Wikimedia Labs is the larger project that Beta Labs, Tool Labs, and a large number of other non-production services and test servers are a part of. Anomie⚔ 11:43, 21 October 2014 (UTC)
- Well, perhaps this is the problem: TParis has lost access to their account, Cyberpower687 has been on WikiBreak for two months, and Hedonil hasn't made an edit since 20 August. I guess this won't get fixed any time soon. Curly Turkey ⚞¡gobble!⚟ 06:18, 23 October 2014 (UTC)
- Well someone has gotten my attention about this issue, so I will be taking a look over the next few days. ALSO IT IS IMPORTANT TO NOTE THAT GITHUB IS THE BEST PLACE TO REPORT BUGS AS IT IS THERE WE CAN MOST EASILY KEEP TRACK OF THE BUGS. I am no way shouting, but making trying to make that statement standout for future bug reports.—cyberpower Temporarily OnlineTrick or Treat 11:48, 23 October 2014 (UTC)
- It works two ways. There are replies to the bug report here and at bugzilla:72104 but none of the two reports at https://github.com/x-Tools/xtools/issues/. I think most bug reporters like to at least know whether their report has been seen. PrimeHunter (talk) 20:34, 23 October 2014 (UTC)
Fixed—cyberpower Temporarily OnlineTrick or Treat 14:04, 23 October 2014 (UTC)
Extracting PMIDs
Hi folks, relaying a question from a Stanford Medical researcher:
"Do you know if it is possible to extract [all] PubMed ID (PMID) or PMCIDs from Wiki references? Furthermore, could you dump those IDs out into a list for analysis?"
Thanks, Jake Ocaasi t | c 03:53, 21 October 2014 (UTC)
- Hey Ocaasi. Seems like an easy job. Can you give me a few examples of PMIDs in articles and talk to me about the form they take (e.g. always a 25 digit number -- or something like that)? --EpochFail (talk • contribs) 22:37, 21 October 2014 (UTC)
- After a bit of searching around, it looks like they can be extracted with a regex pretty nicely. E.g. /\bpmid *= *[0-9]+\b/i Does that seem right? --EpochFail (talk • contribs) 22:42, 21 October 2014 (UTC)
- @EpochFail: I don't know regex but something like that should work. We'd want to know which PMIDs came from which article ideally. And then we'd need to dump it all in a list. Any idea what the workflow/toolset needed for something like this would be? Thanks and cheers, Ocaasi t | c 02:41, 22 October 2014 (UTC)
Done I've finished a crawl over the XML dumps for 2014-10-08. You can find it here: http://datasets.wikimedia.org/public-datasets/enwiki/etc/pmids.articles.20141008.tsv It includes page_id, page_namespace, page_title, rev_id (most recent), pmid in TAB separated values. --EpochFail (talk • contribs) 12:24, 22 October 2014 (UTC)
- edit Fixed the link to the dataset. --EpochFail (talk • contribs) 13:44, 22 October 2014 (UTC)
- User:EpochFail, can you combine that with a list to the ones that use URLs in the http://www.ncbi.nlm.nih.gov/pubmed/nnnnnnn format, or to PubMedCentral pages? There are multiple ways to link these papers. WhatamIdoing (talk) 21:26, 22 October 2014 (UTC)
- Hey WhatamIdoing. Just so that I understand, are you asking me to also extract PMIDs that appear in certain types of URLs? If that's right, I'd be happy to, but I'd request that someone else do the digging for the different URL structures. I can update the regular expressions as necessary so long as I have examples. --EpochFail (talk • contribs) 12:43, 23 October 2014 (UTC)
- EpochFail, that's the format: http://www.ncbi.nlm.nih.gov/pubmed/nnnnnnn where nnnnnnn is the PMID number (always plain numbers) itself. (The number of digits varies from one to eight, because it's sequential, but it's usually seven or eight. They've assigned a bit more than 25.3 million so far.)
- It appears that there is another format, but the PMID number isn't visible at all in it: http://www.ncbi.nlm.nih.gov/pubmed/?term=B1+and+B2+cells+differ+in+their+potential+to+switch+immunoglobulin+isotype. will take you to the same article. This is actually search results that returned exactly one possible match, and therefore took the user to the single match. Short of writing something to look up the original database record, I think you'll want to just skip these. They're rare anyway.
- At PubMedCentral, the URL format is http://www.ncbi.nlm.nih.gov/pmc/articles/PMCnnnnnnn/ PMCID numbers do not match PMID numbers. In {{cite journal}}, you would write
|pmc=nnnnnnn
(just the numbers), although I believe that the official PMCID is PMCnnnnnnn. If someone has done a good job with the citations, then you might have both a PMID and the corresponding PMCID present in the same citation. WhatamIdoing (talk) 22:33, 24 October 2014 (UTC)- I just updated the dataset (same URL) to flag which IDs are pmc and which are pmid. I also included the URL scheme, but it doesn't seem to have added a substantial amount of new IDs. --EpochFail (talk • contribs) 16:41, 31 October 2014 (UTC)
- Parsing for the
|pmid=
parameter (must allow|PMID=
as well) within citation templates should find about 479,000 cites covering 319,000 distinct PMIDs on en-wiki. Plus maybe 1100 with PMC only. Though that will miss about 18000 plain PMIDs (use ofPMID 12345
as PMID is a wiki magic word) and some number of URLs. But I think the number where there is a URL but no PMID in a cite or plain PMID in the same ref is a few hundred at the most. Rjwilmsi 17:45, 31 October 2014 (UTC)
- Parsing for the
- I just updated the dataset (same URL) to flag which IDs are pmc and which are pmid. I also included the URL scheme, but it doesn't seem to have added a substantial amount of new IDs. --EpochFail (talk • contribs) 16:41, 31 October 2014 (UTC)
- Hey WhatamIdoing. Just so that I understand, are you asking me to also extract PMIDs that appear in certain types of URLs? If that's right, I'd be happy to, but I'd request that someone else do the digging for the different URL structures. I can update the regular expressions as necessary so long as I have examples. --EpochFail (talk • contribs) 12:43, 23 October 2014 (UTC)
- User:EpochFail, can you combine that with a list to the ones that use URLs in the http://www.ncbi.nlm.nih.gov/pubmed/nnnnnnn format, or to PubMedCentral pages? There are multiple ways to link these papers. WhatamIdoing (talk) 21:26, 22 October 2014 (UTC)
Search for special chars
Is it possible to request search queries for phrases containing special chars? For example: HTML tags, like <center>. --Rezonansowy (talk | contribs) 14:23, 21 October 2014 (UTC)
- Any ideas? --Rezonansowy (talk | contribs) 12:10, 22 October 2014 (UTC)
- The only way I know to do this is to download the database then use AWB to search. Goggle, Bing and the others just plain ignore punctuation marks. -- Gadget850 talk 12:58, 22 October 2014 (UTC)
- You can use CirrusSearch's insource:// syntax to perform a regex match against the page source. Unfortunately its pretty busted right now from a performance standpoint. Fortunately I'm in the process of making it much faster. I imagine that'll take a week or so to finish though. If you need it sooner I can see if I can do some juggling to get it better just for enwiki. I don't imagine I'd be able to do the juggling faster then about 24 hours though. NEverett (WMF) (talk) 20:24, 22 October 2014 (UTC)
- I tracked a little bug on it. --Rezonansowy (talk | contribs) 20:42, 22 October 2014 (UTC)
- I replied to the bug with more in depth information. Filing the bug with the link to here is what got my attention in the first place. NEverett (WMF) (talk) 21:51, 22 October 2014 (UTC)
- @NEverett (WMF): I have a trouble with searching using insource://. Could you tell me how to search for pages containing HTML <center> tags? --Rezonansowy (talk | contribs) 19:48, 24 October 2014 (UTC)
- @Rezonansowy: It should be insource:/\<center\>/. Right now we're having a CirrusSearch outage so its not available but it should be soon. Sorry for the inconvenience.NEverett (WMF) (talk) 19:14, 27 October 2014 (UTC)
- @NEverett (WMF): I have a trouble with searching using insource://. Could you tell me how to search for pages containing HTML <center> tags? --Rezonansowy (talk | contribs) 19:48, 24 October 2014 (UTC)
- I replied to the bug with more in depth information. Filing the bug with the link to here is what got my attention in the first place. NEverett (WMF) (talk) 21:51, 22 October 2014 (UTC)
- I tracked a little bug on it. --Rezonansowy (talk | contribs) 20:42, 22 October 2014 (UTC)
- You can use CirrusSearch's insource:// syntax to perform a regex match against the page source. Unfortunately its pretty busted right now from a performance standpoint. Fortunately I'm in the process of making it much faster. I imagine that'll take a week or so to finish though. If you need it sooner I can see if I can do some juggling to get it better just for enwiki. I don't imagine I'd be able to do the juggling faster then about 24 hours though. NEverett (WMF) (talk) 20:24, 22 October 2014 (UTC)
- The only way I know to do this is to download the database then use AWB to search. Goggle, Bing and the others just plain ignore punctuation marks. -- Gadget850 talk 12:58, 22 October 2014 (UTC)
Anyone could help?--Rezonansowy (talk | contribs) 10:11, 26 October 2014 (UTC)
- You would have to enable the new search first. Then see mw:Help:CirrusSearch. I was testing this yesterday and kept getting errors. Today CirrusSearch seems to be disabled. -- Gadget850 talk 14:23, 27 October 2014 (UTC)
@NEverett (WMF) and Gadget850: Many thanks for reply! --Rezonansowy (talk | contribs) 19:32, 27 October 2014 (UTC)
- @Rezonansowy:, @Gadget850: give it another shot now. Its still not quick (30 seconds for me) but its possible. I'm getting the message about there being too many regex searches going at a time more than I ought to be as well. I'll investigate that but in the mean time just retry and it should go through. I'll have a look at the speed at some point as well. Because there are so many pages with <center> you are likely going to encounter bugzilla:72128 when you do this. The number of pages is probably also why it takes so long. NEverett (WMF) (talk) 16:21, 28 October 2014 (UTC)
- Seems to be working properly now, given the limitation noted in the bug report. Thanks! -- Gadget850 talk 16:49, 28 October 2014 (UTC)
- @NEverett (WMF) and Gadget850: Today, "insource:" is being ignored; – "bitterly-"insource:/[ \(\[][Bb]itterly-/ – simply returns the same results as "bitterly-". Chris the speller yack 15:54, 1 November 2014 (UTC)
- I have noted that CirrusSearch is up and down periodically over the last week. -- Gadget850 talk 16:10, 1 November 2014 (UTC)
- Yeah - we had to disable insource:// support for a little while. I sent an email to wikitech-ambassadors@lists.wikimedia.org but neglected to post anything here. Sorry! Certain regex searches were able to bring the whole system down! My guess is it'll take a week or so for us to get it sorted out properly. I'm really sorry for the delay!NEverett (WMF) (talk) 23:26, 2 November 2014 (UTC)
- I have noted that CirrusSearch is up and down periodically over the last week. -- Gadget850 talk 16:10, 1 November 2014 (UTC)
- @NEverett (WMF) and Gadget850: Today, "insource:" is being ignored; – "bitterly-"insource:/[ \(\[][Bb]itterly-/ – simply returns the same results as "bitterly-". Chris the speller yack 15:54, 1 November 2014 (UTC)
- Seems to be working properly now, given the limitation noted in the bug report. Thanks! -- Gadget850 talk 16:49, 28 October 2014 (UTC)
The Jewish Encyclopedia's internet address
The Jewish Encyclopedia's internet address has changed - all links should be fixed. See, for example, in Apion. Liadmalone (talk) 10:46, 23 October 2014 (UTC)
- That's likely a DNS goof. There is occasionally reason to have separate www.something.com and something.com servers, but the www.something.com is almost always the one that is commonly used by the public. I'll ask them. —[AlanM1(talk)]— 11:13, 23 October 2014 (UTC)
- I've also posted about it at their Feedback site. —[AlanM1(talk)]— 09:07, 27 October 2014 (UTC)
- @Liadmalone: It took some doing, but it's been
Fixed. www
.jewishencyclopedia .com works again. —[AlanM1(talk)]— 07:27, 30 October 2014 (UTC) - Thank you. In the meantime, if I'm not mistaking, User:Matanya created a BOT which was supposed to change each of the old broken links into the new ones with the "www". Apparently they both work now. Liadmalone (talk) 08:27, 30 October 2014 (UTC)
- @Liadmalone: It took some doing, but it's been
Linking a sub-template problem
I'm working on a template for Wikidata-focused infoboxes and have a dummy problem. I'm not able to link sub-template - User:Rezonansowy/Infobox publication/val, my code looks like:
{{/val|author|50}}
It works for example on Wikipedia:Article wizard. Like this: {{/subtemplate}} ...but doesn't work when I link this template containing sub-template to another page, example. I got redlink insted of sub-template.
--Rezonansowy (talk | contribs) 18:04, 23 October 2014 (UTC)
- For subpages transcluded by a relative path, it's always relative to the top-level page, not relative to the page where the wikicode is. So it thinks that you want to transclude Animal Farm/val. --Redrose64 (talk) 18:42, 23 October 2014 (UTC)
- It doesn't seem to work the right way, IMO it's a bug. --Rezonansowy (talk | contribs) 19:00, 23 October 2014 (UTC)
- It works as intended. It would sometimes be nice if there was a way to tell where code was transcluded from but there isn't. In your case there is a trivial fix: Give the full pagename. By the way, mainspace doesn't have subpages so
{{/val}}
in mainspace interprets /val as a template name. That's why the red link is Template:/val. PrimeHunter (talk) 19:32, 23 October 2014 (UTC)
- It works as intended. It would sometimes be nice if there was a way to tell where code was transcluded from but there isn't. In your case there is a trivial fix: Give the full pagename. By the way, mainspace doesn't have subpages so
- @Rezonansowy: If I understand correctly that the goal is to transclude User:Rezonansowy/Infobox publication/val in User:Rezonansowy/Infobox publication, why not just give the full pathname:
{{User:Rezonansowy/Infobox publication/val|author|50}}
Better still, the following is more flexible and won't require editing if you rename the "parent" template, which is more like the "relative pathname" functionality for which I think you were looking:
{{{{#invoke:TEMPLATENAME|main}}/val|author|50}}
- @Rezonansowy: If I understand correctly that the goal is to transclude User:Rezonansowy/Infobox publication/val in User:Rezonansowy/Infobox publication, why not just give the full pathname:
Can't access list of contributors
I haven't been able to load the page that lists contributors for several days. It's normally available at http://toolserver.org/~daniel/WikiSense/Contributors.php Does anyone have information about this? SlimVirgin (talk) 19:03, 27 October 2014 (UTC)
- A few days? Toolserver's been down for nigh on four months. Permanently. --Redrose64 (talk) 19:46, 27 October 2014 (UTC)
- I've been able to get lists of contributors quite recently, though. Perhaps from another link? SlimVirgin (talk) 22:57, 27 October 2014 (UTC)
- The replacement tools should be at https://tools.wmflabs.org/wikisense/ , although it looks as if they're having problems. (And inconveniant typos.) Rcsprinter123 (banter) @ 21:00, 27 October 2014 (UTC)
- http://toolserver.org/~daniel/WikiSense/Contributors.php redirects to https://tools.wmflabs.org/xtools/articleinfo/. The toolserver redirect seems to work but the target doesn't. All Xtools have been unstable for weeks. PrimeHunter (talk) 21:50, 27 October 2014 (UTC)
- Thanks for the replies. I haven't followed what has gone on with these tools, but things that we've relied on for a long time keep disappearing. Is there someone in the Wikimedia Foundation dealing with it, or is it not a Foundation issue? SlimVirgin (talk) 22:57, 27 October 2014 (UTC)
- Well, SlimVirgin there's Toolserver replacements, started in July, and a whole lot of threads on the VP Technical here about that same time.— Maile (talk) 23:24, 27 October 2014 (UTC)
- Thank you, Maile. It's hard to see what's what. Is there currently a way to access the list of contributors to an article? SlimVirgin (talk) 23:44, 27 October 2014 (UTC)
- The tested Xtools are currently working again. That means the redirect at http://toolserver.org/~daniel/WikiSense/Contributors.php also works. I don't know whether https://tools.wmflabs.org/wikisense/ has ever worked. PrimeHunter (talk) 10:36, 28 October 2014 (UTC)
- Thank you, Maile. It's hard to see what's what. Is there currently a way to access the list of contributors to an article? SlimVirgin (talk) 23:44, 27 October 2014 (UTC)
- Well, SlimVirgin there's Toolserver replacements, started in July, and a whole lot of threads on the VP Technical here about that same time.— Maile (talk) 23:24, 27 October 2014 (UTC)
- Thanks for the replies. I haven't followed what has gone on with these tools, but things that we've relied on for a long time keep disappearing. Is there someone in the Wikimedia Foundation dealing with it, or is it not a Foundation issue? SlimVirgin (talk) 22:57, 27 October 2014 (UTC)
- Thanks, PrimeHunter, I can get http://toolserver.org/~daniel/WikiSense/Contributors.php to work now, as a redirect to https://tools.wmflabs.org/xtools/articleinfo/ SlimVirgin (talk) 02:13, 30 October 2014 (UTC)
Optics
From Wikipedia, the free encyclopedia
1,365 Revisions (+2 days), 679 Authors, 207 Page watchers, – Pageviews (30 days), Created by: The Cunctator (6,537) · See full page statistics
Just to document a related symptom, the statistics for an article are back, as well. They went missing at just about the same timeframe that @SlimVirgin was asking about the missing list of contributors. I just noticed a little blue hat which I now see as the first item in the statistics, and the tooltip that appears when I hover the cursor over it identifies the little blue hat as
Xagent configuration
--Ancheta Wis (talk | contribs) 11:36, 28 October 2014 (UTC)
My belated thanks to Hedonil for sharing these XTools. 12:11, 28 October 2014 (UTC)
- SlimVirgin, responding to your question and repeating what has been said above re: Hedonil/XTools.
- If you copy the below to your .js userspace:
mw.loader.load( '//meta.wikimedia.org/w/index.php?title=User:Hedonil/XTools/XTools.js&action=raw&ctype=text/javascript' );
- this tool produces (at least on Modern skin) a single line at the top of the article that is a little recap of what you want. Click on "see full page statistics" on that line, and it takes you to a breakdown of many things, one of which is all of the contributors. — Maile (talk) 14:50, 28 October 2014 (UTC)
- Maile66, thank you! That's really useful. The "see full page stats" link goes to https://tools.wmflabs.org/xtools/articleinfo SlimVirgin (talk) 02:18, 30 October 2014 (UTC)
- SlimVirgin, you can also check out http://vs.aka-online.de/cgi-bin/wppagehiststat.pl?lang=en.wikipedia&page= to see if it can help meet your needs. The list of article contributors with their basic stats are generated in the very last section of the resulting page. -- George Orwell III (talk) 02:09, 29 October 2014 (UTC)
- Thanks, George. That's the one I used to use, but I thought it had disappeared. SlimVirgin (talk) 02:20, 30 October 2014 (UTC)
Watchlist page changes not notified on watchlist
From time to time some third party edits to pages on my Watchlist are not notified to me on my Watchlist. Example Postural Integration, regular changes by user Karin Power do not get notified (more recently 16 October with a subsequent BOT same date). Could I have neglected to set some settings correctly? or how can the issue be rectified? Many thanks for your help. Greetings, Osioni (talk) 19:39, 27 October 2014 (UTC)
- That's one of the very irritating features of make-work edits by bots. In Special:Preferences your Watchlist can be configured. If "Hide bot edits from the watchlist" is enabled, your watchlist will not list a page where the last edit was by a bot. If it is not enabled, a decent-sized watchlist will be mercilessly spammed by bots. In other words, there is no good setting. Johnuniq (talk) 00:05, 28 October 2014 (UTC)
- The setting that would be most useful is "If a bot made the last edit, then show the previous contribution in my watchlist (exactly as if the bot had never edited anything)". But that doesn't exist, and there are probably lots of people ready to tell us why it never well (performance reasons). WhatamIdoing (talk) 18:42, 28 October 2014 (UTC)
- That's Template:Bug. It probably needs someone to find time to look at it. Anomie⚔ 11:24, 29 October 2014 (UTC)
- The setting that would be most useful is "If a bot made the last edit, then show the previous contribution in my watchlist (exactly as if the bot had never edited anything)". But that doesn't exist, and there are probably lots of people ready to tell us why it never well (performance reasons). WhatamIdoing (talk) 18:42, 28 October 2014 (UTC)
Wmflabs tool
Is this tool open source? If is not it risk to be deleted like the original "reflinks"? 82.77.75.167 (talk) 00:18, 28 October 2014 (UTC)
- The original Reflinks was open sourced, just the WMF didn't want to come to terms with me. As for Kolossos's tool, he's accepted WMF's coercive terms. However, the code quality isn't good and lacks optimization, but otherwise works. — Dispenser 16:43, 28 October 2014 (UTC)
- So, where i can see source code of Templatetiger? I think not all tools from wmflabs are open source. 82.77.75.167 (talk) 21:02, 28 October 2014 (UTC)
- Likely only in Labs itself as Kolossos doesn't like to use version control. You could ask him for the code. Or easily create a Tool Labs account (I'd say too easily) and peak at it, or hop on irc:wikimedia-labs and ask User:Coren to give it. I'd help out more, but I'm serving an unjustified ban. — Dispenser 22:15, 28 October 2014 (UTC)
- So, where i can see source code of Templatetiger? I think not all tools from wmflabs are open source. 82.77.75.167 (talk) 21:02, 28 October 2014 (UTC)
How to peak at it? I tried, unsuccessfully. (i am Windows user). Can someone make a video tutorial for me, please?:) I think it will be usefull in time not only for me. Thank you. 82.77.75.167 (talk) 22:15, 29 October 2014 (UTC)
- Hello, my sourcecode is available here. I believe it's not very useful without databases on wmflabs. For further questions you can contact me: kolossos_Ät_wikipedia.de .--Kolossos (talk) 19:01, 31 October 2014 (UTC)
- Thank you. You're right. Without knowing the structure of directories and DB dumps this source it's not very useful, at least for me.
- Can Wmflabs admins make possible to view and browse directories and files from Wmflabs directly via browser? 82.77.75.167 (talk) 02:21, 2 November 2014 (UTC)
- There is some documentation available. I don't believe that admins will make directories readable, also if would support this. --Kolossos (talk) 19:12, 3 November 2014 (UTC)
Wikimedia labs pages and edit count page
Hello,
Almost all Wikimedia Labs pages are taking a long time to open and some pages are not opening at all.
The edit count page linked at the bottom of "contributions" page is not opening (I have been trying for last few days). --Tito☸Dutta 16:16, 28 October 2014 (UTC)
- The edit counter is xtools. See the thread above named "Xtools / edit counter". It does load for me but takes about 15 seconds or so. If some pages don't load at all, please provide examples. --AKlapper (WMF) (talk) 20:28, 28 October 2014 (UTC)
- These pages are either not loading or taking lots of time to load EditCount, semi-automated edits and almost every Wikimedia Labs page (user's deails: Kolkata, India, Firefox 32.0.3, Win 7, 1.31 Mbps d/l speed). It took 40 seconds for me to load edit counter (now after midnight, I can't open it in office hours/daytime). --Tito☸Dutta 20:39, 28 October 2014 (UTC)
30 day limit on Watchlist
Why are watchlists limited to 30 days maximum? It means that editors cannot easily access the neglected articles on their lists. Is this something that could be corrected? Thanks. Opus33 (talk) 16:57, 28 October 2014 (UTC)
- I would guess this is due to performance reasons. Watchlists function from the recent changes database table which has that limitation. I guess it could be considered a bug, but not one that I'd expect to see resolved. Martijn Hoekstra (talk) 17:08, 28 October 2014 (UTC)
- Thanks for your answer. Opus33 (talk) 21:08, 28 October 2014 (UTC)
- mw:Manual:$wgRCMaxAge is set to 30 days for Wikimedia wikis in http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php which says
$wgRCMaxAge = 30 * 86400;
. See also bugzilla:6341. PrimeHunter (talk) 10:38, 29 October 2014 (UTC)
- mw:Manual:$wgRCMaxAge is set to 30 days for Wikimedia wikis in http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php which says
- Thanks for your answer. Opus33 (talk) 21:08, 28 October 2014 (UTC)
I have found four or five Navbox templates in which the |name=
parameter does not match the actual name of the template, such as Stars of Andromeda. This makes the V/T/E links in the upper left corner of the navbox fail to go to the correct place, as documented in the template's documentation.
Should a maintenance category or a bot task be created that tags these templates somehow? Is there a valid reason to have the |name=
parameter fail to match the actual name of the template? I read the documentation for the Navbox template, and it looks like |name=
should always be set to the name of the template, so why is this parameter user-editable at all? I imagine there is some clever explanation. – Jonesey95 (talk) 20:16, 28 October 2014 (UTC)
- If you change {{navbox to {{#invoke:navbox|navbox, then the name parameter is no longer necessary at all. I think we should take that route, rather than making an effort to keep all of them in sync. Jackmcbarn (talk) 21:02, 28 October 2014 (UTC)
- Thanks for the tip. So how do we locate these broken Navboxen in the first place? – Jonesey95 (talk) 21:08, 28 October 2014 (UTC)
- We can't find the broken ones on-wiki. We'd have to search through a database dump. Jackmcbarn (talk) 21:22, 28 October 2014 (UTC)
- I suggested it with no success at Wikipedia talk:Database reports#Navboxes with wrong name parameters. PrimeHunter (talk) 23:59, 28 October 2014 (UTC)
- Why don't we just get a bot to change all invocations of
{{navbox
to{{#invoke:navbox|navbox
? We could do that once, then deprecate Template:Navbox so that it wouldn't be transcluded in the future. That would avoid the need to look at database dumps entirely. — Mr. Stradivarius ♪ talk ♪ 12:11, 29 October 2014 (UTC)- That would still leave a number of wrapper templates such as {{Navbox musical artist}} needing the name param. -- WOSlinker (talk) 12:27, 29 October 2014 (UTC)
- Good point. To get the name automatically, we would need to convert those wrapper templates to Lua as well, which means some more thought is needed. — Mr. Stradivarius ♪ talk ♪ 14:34, 29 October 2014 (UTC)
- I've been doing some experimenting, and I've found a way to pass the template name through automatically to wrapper templates without converting them to Lua. It involves a simple module like Module:User:Mr. Stradivarius/Parent title, which can be used in a template to get that template's name, even when it is being called from a different page. That name can then be passed through to the wrapper template, which in turn can pass it through to Module:Navbox. Just converting the wrapper templates to Lua would be cleaner, though, and probably not too much work. — Mr. Stradivarius ♪ talk ♪ 14:56, 29 October 2014 (UTC)
- Also, just because wrapper templates would still need a name parameter needn't stop us from converting
{{navbox
to{{#invoke:navbox|navbox
, as long as the|name=
parameter is still respected in the module. It would just mean that only wrapper templates and templates that call them would need to worry about setting a name. — Mr. Stradivarius ♪ talk ♪ 15:04, 29 October 2014 (UTC)- The name parameter is still respected. Actually, I think I might try to convince Brad or Tim to expose all ancestor frames to Lua, but I'm not sure if they'll go for it. Jackmcbarn (talk) 00:49, 30 October 2014 (UTC)
- Good point. To get the name automatically, we would need to convert those wrapper templates to Lua as well, which means some more thought is needed. — Mr. Stradivarius ♪ talk ♪ 14:34, 29 October 2014 (UTC)
- That would still leave a number of wrapper templates such as {{Navbox musical artist}} needing the name param. -- WOSlinker (talk) 12:27, 29 October 2014 (UTC)
- Why don't we just get a bot to change all invocations of
- I suggested it with no success at Wikipedia talk:Database reports#Navboxes with wrong name parameters. PrimeHunter (talk) 23:59, 28 October 2014 (UTC)
- We can't find the broken ones on-wiki. We'd have to search through a database dump. Jackmcbarn (talk) 21:22, 28 October 2014 (UTC)
- Thanks for the tip. So how do we locate these broken Navboxen in the first place? – Jonesey95 (talk) 21:08, 28 October 2014 (UTC)
Tiny glitch
More of a curiosity really. It was mentioned at [3], and at the time I remembered seeing it but couldn't remember the exact circumstances. Anyway, one way to reproduce it in Win 7, IE11:
- In the Wikipedia search field, type the name of a page that is redirected, e.g. type "mona lisa", which redirects you to "Mona Lisa".
- Click on the "Redirected from" link at the top of the article to go to the redirect page.
- Click the browser's Back button.
- A line of text "Jump to: navigation, search" appears at the top of the article, but disappears as soon as you click anywhere on the article.
109.145.182.239 (talk) 02:41, 29 October 2014 (UTC)
- At first glance, it seems like that line's .CSS styling is set somewhere to
overflow:hidden; height:0px;
rather thandisplay:none;
in an attempt to "hide" the line until needed. When exactly that is suppose be, I can't say. Personally, I've never actually seen that line rendered "intentionally" in all my wiki-travels (well, at least not under the monobook or vector skins that is) but its always been there in the underlying HTML as far as I can remember.Add to that the fact back [button] caching under a secure (https://) wiki mark-up & IE is 'not likely' to come off without a hitch (see IE11's F12 Developer Tools if you're familiar; it sez --> DOM7011: The code on this page disabled back and forward caching. For more information, see: http://go.microsoft.com/fwlink/?LinkID=291337 File: index.php) and of course things like that "ghost text" on back or forward are bound to occur. -- George Orwell III (talk) 04:18, 29 October 2014 (UTC)
- At first glance, it seems like that line's .CSS styling is set somewhere to
- Users sometimes report seeing the line in different circumstances. I see it in Firefox if I click on "From Wikipedia, the free encyclopedia" and then press Tab. See also Talk:Main Page/Archive 181#Did something change? PrimeHunter (talk) 11:01, 29 October 2014 (UTC)
Time to knock out obsolete HTML tags
Since we use try to keep the compatibility with a new technology – HTML5 (see [4], [5]), we have to stop using the <center>
tag. It can be safely replaced with {{center}} and its larger version – {{Startcenter}}. I think we should set up a bot to replace this crazy old thing. Please note that the valid HTML is a very important thing, see WP:HTMLBUGS for more details.
There are 49,680 use cases of <center>
across all Wikipedia articles. Finally, please see the page from W3C validator on Mars. There are 125 Errors, we really need to do something with it.
Regards, --Rezonansowy (talk | contribs) 10:48, 29 October 2014 (UTC)
- I don't really see the case for ditching the center tag in favour of a center css class. yes, the tag is deprecated, but the reason for deprecation is that it's a non-semantic tag. Replacing a non-semantic tag with a non semantic css class would be equally bad busywork. I am in favour of replacing current uses of the center tag with semantic classes, but that's cumbersome in mediawiki. mw:Requests for comment/Allow styling in templates could help move that along - I hope User:Brion finds the time to work on that. Replacing one wrong now with an equally wrong alternative doesn't help us here. Martijn Hoekstra (talk) 11:18, 29 October 2014 (UTC)
- When cleaning up an article, I often use HTML validation to detect duplicate IDs and other issues. The use of obsolete HTML makes it more difficult to see and resolve issues that are really broken.
- Wholesale replacement of
<center>
would not be bad, but I have found a number of uses where it is inappropriate or redundant, such as enclosing a table that is 100% width. - We currently have five obsolete HTML elements that are allowed:
- I recently cleaned up an article where the
<font>
tags were setting the content to black, thus it was totally redundant. -- Gadget850 talk 12:46, 29 October 2014 (UTC)- So, it's time to start a big migration project. --Rezonansowy (talk | contribs) 13:45, 29 October 2014 (UTC)
- That a validator catches the center tags is a good thing. That it doesn't catch the center templates is a bad thing. Tricking the validator into accepting something bad (like center templates) is a worse thing. If you do that. Inappropriate use (like center on 100% width elements) must be removed, not replaced. Silencing the warning on validation might be a better approach, until we can solve this structurally. Martijn Hoekstra (talk) 15:19, 29 October 2014 (UTC)
- So, it's time to start a big migration project. --Rezonansowy (talk | contribs) 13:45, 29 October 2014 (UTC)
- I support all except replacing
<tt>...</tt>
with<code>...</code>
as it is sometimes more appropriate to replace it with<kbd>...</kbd>
or with just a span with some css. It has to do with the backgrounds and other formatting associated with each tag. I've been cleaning up as many of these as I see anyways and have been requesting editors using them in signatures to update their signatures as well. I'd be happy to run a bot through to clean up what I can. I know I can do big, center, and strike. Like I said about tt, it isn't consistent with what an appropriate replacement is so can't be bot replaced and I've had difficulties with trying to replace the font tags reliably with bot edits so I skip those as well. My skin.css makes all of these tags (and a couple more IIRC) obvious, so I am having no difficulties finding them. — {{U|Technical 13}} (e • t • c) 13:47, 29 October 2014 (UTC)
- You are correct. And there are a number of articles with code samples that should not be changed. -- Gadget850 talk 13:58, 29 October 2014 (UTC)
- They're placed inside
<pre>...</pre>
or other tags/templates, so no problem, I think. --Rezonansowy (talk | contribs) 14:49, 29 October 2014 (UTC)
- They're placed inside
- @Technical 13: User talk:Technical 13#cellpadding, cellspacing, align, valign, width, border. Helder 15:36, 29 October 2014 (UTC)
- You are correct. And there are a number of articles with code samples that should not be changed. -- Gadget850 talk 13:58, 29 October 2014 (UTC)
- See also Wikipedia:Village pump (proposals)/Archive 112#RfC: Should deprecated/invalid/unsupported HTML tags be discouraged?. Helder 15:36, 29 October 2014 (UTC)
- It's important to remember wikitext != HTML. Legoktm (talk) 19:56, 29 October 2014 (UTC)
- @Legoktm: What does that mean? -- Gadget850 talk 20:42, 29 October 2014 (UTC)
- That is an empty statement. In MediaWiki land, some HTML is whitelisted, but has no relation to wikitext whatsoever. If HTML tags are deprecated, it means just that, and we should no longer use it, or even allow it. The only other option is to declare these deprecated HTML tags to be wiki markup, in which case we must stranslate them to valid HTML5/CSS. I am not a fan of that option, but removing them from the whitelist is worse. But at some point, MediaWiki/Wikipedia will have to stop emitting obsolete HTML one way or the other.
-- [[User:Edokter]] {{talk}}
22:04, 29 October 2014 (UTC)- I have been going through and cleaning up
<center>
. In many instances I have been removing it altogether, where used- to center a table, as this may conflict with the table markup. For example, {{clade}}, {{ahnentafel5}} and {{family tree/start}} have a
|style=
parameter. - to center text in a cell where the table class is
wikitable
which applies a CSS rule to center text. - to center templates such as {{gallery}} which have an
|align=
parameter
- to center a table, as this may conflict with the table markup. For example, {{clade}}, {{ahnentafel5}} and {{family tree/start}} have a
- -- Gadget850 talk 00:01, 31 October 2014 (UTC)
- I have been going through and cleaning up
Template Help - Global Way of Centering Group Titles - or not?
QUESTION: At the moment, I'm able to "center" each template Group Title within a template "box" as follows: < center>Group1 title< /center> => < center>Group2 Title< /center> => and so on - BUT - Is there some "Global" way of centering *all* Group Titles in a template more easily - by adding some particular code (or equivalent) to the template source code? - in any case - Enjoy! :) Drbogdan (talk) 13:33, 29 October 2014 (UTC)
- Add
|groupstyle=text-align: center
and remove the obsolete<center>
tags. See {{Moon spacecraft}}. -- Gadget850 talk 14:04, 29 October 2014 (UTC)- @Gadget850 - Thank you *very much* for your suggestions - they are *very much* appreciated - Enjoy! :) Drbogdan (talk) 14:08, 29 October 2014 (UTC)
- @Gadget850 - BRIEF Followup => Seems your suggestion *centers* the title for "Groups" very well - but does not seem to *center* the titles for "Subgroups" - is there additional code to *center* the titles for "Subgroups" as well - Thanking you in advance for your reply - and - Enjoy! :) Drbogdan (talk) 14:20, 29 October 2014 (UTC)
- @Gadget850 - Thank you *very much* for your suggestions - they are *very much* appreciated - Enjoy! :) Drbogdan (talk) 14:08, 29 October 2014 (UTC)
Could someone help me with humanification of a code from {{Mars Quads - By Name}}? This template is a technical disaster, and has many obsolete tags. --Rezonansowy (talk | contribs) 15:43, 29 October 2014 (UTC)
- I converted
<center>
to the appropriate markup within the<div>
. -- Gadget850 talk 16:02, 29 October 2014 (UTC)- Thanks for the {{Mars Quads - By Name}} update as well - it's *very much* appreciated - Enjoy! :) Drbogdan (talk) 18:49, 29 October 2014 (UTC)
Database reports
Many of the reports listed at Wikipedia:Database reports have not been generated for quite some time, due to the Toolserver shutdown. In particular I am concerned about the "Unused non-free files" (has not run since August 3) and the "Large non-free files" (has not run since March 29). There's likely thousands or even tens of thousands of files in the collection that no longer meet the non-free content guidelines and need to be deleted. Any help getting these reports generated again on a regular basis would be greatly appreciated. -- Diannaa (talk) 18:55, 29 October 2014 (UTC)
- @Diannaa: I'm not familiar with the reports, but surely they could be easily adapted to run with Quarry, which is the new Labs-hosted hotness for running SQL queries. I tried it with the "Unused non-free files" one – the query is still running, but everything seems to work and when it finishes, you should be able to see the results at http://quarry.wmflabs.org/query/851. Matma Rex talk 19:14, 29 October 2014 (UTC) Oh hey, it actually just finished. There are 1453 pages in the result. Matma Rex talk 19:16, 29 October 2014 (UTC)
- Thanks, that's awesome. Is there any way the results could be brought over so that interested parties can easily tag the files for deletion? -- Diannaa (talk) 19:20, 29 October 2014 (UTC)
- @Diannaa: I've already copied them over to Wikipedia:Database reports/Unused non-free files. (This was done manually this time, but it definitely could be automated, if only anyone has the time for this – alas I don't.) Matma Rex talk 19:53, 29 October 2014 (UTC)
- Thanks so much. Is there any way you could have a look at the "Large non-free files" as well? I would really appreciate it. -- Diannaa (talk) 20:01, 29 October 2014 (UTC)
- @Diannaa: Done: http://quarry.wmflabs.org/query/853 and updated Wikipedia:Database reports/Large non-free files. I needed to adapt this query a bit. Matma Rex talk 23:14, 29 October 2014 (UTC)
- Thanks so much. Is there any way you could have a look at the "Large non-free files" as well? I would really appreciate it. -- Diannaa (talk) 20:01, 29 October 2014 (UTC)
- @Diannaa: I've already copied them over to Wikipedia:Database reports/Unused non-free files. (This was done manually this time, but it definitely could be automated, if only anyone has the time for this – alas I don't.) Matma Rex talk 19:53, 29 October 2014 (UTC)
- Thanks, that's awesome. Is there any way the results could be brought over so that interested parties can easily tag the files for deletion? -- Diannaa (talk) 19:20, 29 October 2014 (UTC)
- There's also http://tools.wmflabs.org/betacommand-dev/reports/orfu.txt which is updated daily. Nick (talk) 23:46, 29 October 2014 (UTC)
- @Matma Rex: Any chance you could take a peek at my unanswered posts at the bottom of Wikipedia talk:Database reports? Thanks! GoingBatty (talk) 03:38, 30 October 2014 (UTC)
- @GoingBatty: Sorry, I don't really know what to do to change the report configuration. Perhaps you should contact the maintainers directly, whoever that is. Matma Rex talk 08:15, 30 October 2014 (UTC)
Strange time substitution
{{#time:j F Y|~~~~~}} displays properly: 30 October 2014.
With substitution, i.e. {{subst:#time:j F Y|~~~~~}}, it looks wrong: Error: Invalid time..
What is the reason for this? Shouldn't the substituted and the unsubstituted versions work identically? --Stefan2 (talk) 00:14, 30 October 2014 (UTC)
- @Stefan2: It looks like the substitution is happening before the tildes get expanded. Because of this, #time is complaining that five tildes in a row aren't a valid time. As a workaround, just use {{subst:#time:j F Y}}, which properly produces 30 October 2014. In fact, passing ~~~~~ to #time is always redundant and should be removed, since the default value of the second parameter is the current time. Jackmcbarn (talk) 00:20, 30 October 2014 (UTC)
Problem with Huggle?
I try to use Huggle 2.1.21 after a break during a couple of months, and not manage to log in. Failed to load configuration page:Formatting of continuation data will be changing soon. To continue using (...). This is the message I see. In portuguese version the same phenomenon goes on. Does someone know what's this? E. Feld talk 00:39, 30 October 2014 (UTC)
- @Eduardofeld: According to WP:HG, bug reports should be made here. Have you done that? --Redrose64 (talk) 08:17, 30 October 2014 (UTC)
Edit Counters missing data
Various reports have been made in the last week or so about the Xtools edit counter being down. While it seems to be operational again since a day or two I noticed that edit data from October 24 and following days appears to be missing. Example 1) I made 8 edits to the Rod Laver article on October 27 (see [revision history]) but these do not show up in the [Revision history statistics] or [Edits by user] overviews. Example 2) I made 18 edits to the All England Plate article on October 25 which do not show in the [Revision history statistics] or [Edits by user] and also do not appear on my user edit count overview (Contributions > Edit count > Top edited pages section). Note that the edits on October 24 (and the one on October 29) have been captured. Is this a known issue and will it be repaired?--Wolbo (talk) 02:16, 30 October 2014 (UTC)
- This may be the same issue that I reported here. --Redrose64 (talk) 08:14, 30 October 2014 (UTC)
- Perhaps. I reported the issue at Github but was informed that it was not a specific Xtools issue because other tools, like [Edits by user], also showed missing data and that it had "something to do with Labs Replication DBs". So are there people here who can take this issue on or else point me to the right place to follow-up? Thx.--Wolbo (talk) 20:46, 30 October 2014 (UTC)
Fix a problem with What Links Here?
On the Wikipedia of ten years ago, the What Links Here utility was extremely useful -- it led you to a quite relevant set of related articles. These included articles whose existence you would otherwise never become aware of, because the article you were reading didn't yet link to them. Then, WP editors started putting in navigation templates everywhere. The result is that the What Links Here function acquired a huge number of irrelevant links. Reason: every article that transcludes the template links to every article mentioned on the template -- even when there is no logical connection.
If you're curious, try this example: go to Mozart and scatology, click on What Links Here, and you'll get a huge number of hits, because Mozart and scatology is mentioned on the Mozart navigation template, which has been transcluded 266 times on the English Wikipedia. Most of these hits are completely irrelevant; you have to comb through them to find the few legitimate inbound links, such as Difficile lectu (Mozart).
So I ask: would it be desirable/feasible to exclude Template:X entries from the What Links Here links? Opus33 (talk) 00:59, 30 October 2014 (UTC)
- It's a frequent request but non-trivial and it has not been implemented. See for example Wikipedia:Village pump (technical)/Archive 122#WhatLinksHere overwhelmed by links in navigation templates. PrimeHunter (talk) 01:52, 30 October 2014 (UTC)
- Thanks for letting me know. Opus33 (talk) 02:24, 30 October 2014 (UTC)
- It's not feasible to implement this. No matter how we did it, there would either be a lot of false positives, a lot of false negatives, or both. It would also require rewriting how the parser works, since it currently expands all templates before it handles wikilinks. Jackmcbarn (talk) 14:53, 30 October 2014 (UTC)
- Thanks for letting me know. Opus33 (talk) 02:24, 30 October 2014 (UTC)
- A technique for finding direct links to a page is to search for the term within page sources only using CirrusSearch's insource. A regex search could limit the search to wikilinks only:
insource:/\[\[\s*Mozart and scatology\s*(\|.*)?\]\]/
. Regex search does not appear to work perfectly though:\s
often matches a literal "s" instead of whitespace. SiBr4 (talk) 15:50, 30 October 2014 (UTC)
Max archive size?
Any thoughts regarding the technical limitations of talk page archive size would be welcomed, here. VQuakr (talk) 07:38, 30 October 2014 (UTC)
Linking
I cannot work out from WP:LINKING how to make the blue link "Prose instead of flags?" in the "Logos" section connect with the right section in the ISIS Talk page. I thought I had put in the appropriate wikicode but the link does not work. How is that done, please? --P123ct1 (talk) 13:16, 30 October 2014 (UTC)
- By adding "see also Logos" to the section heading "Prose instead of flags" you changed the name of the section so your link won't work. If you want to cross reference the two section with text then put it underneath the heading not as part of it. Nthep (talk) 13:28, 30 October 2014 (UTC)
- (edit conflict)I don't really understand what you are trying to do. Are you trying to link the titles mutually? While that seems like a very interesting general problem, the simple answer is "don't do that then", and link in the body of the section, rather than in the section title itself. (regardless, I'm intrigued, and will come back on this. Still, the answer will be "don't do that") Or do you mean something else? Martijn Hoekstra (talk) 13:30, 30 October 2014 (UTC)
- Talk:Islamic State of Iraq and the Levant has 38 sections and four sub-sections. Which of these is "the right section in the ISIS Talk page"? --Redrose64 (talk) 13:34, 30 October 2014 (UTC)
- The page tries to link two section headings to eachother with this as the section headings:
- Prose instead of flags? (See also #Logos)
- Logos (See also #Prose instead of flags?)
- It doesn't work because you have to link to the whole title of the other section heading, including the small part. And even though it would be possible to only link one way, or link both ways by inserting anchors, don't use section headings for this. It's confusing, it gives ugly automatic section edit summaries, it breaks old links to the sections when you add "see also ..." later, it makes it hard to manually make links to the sections, it breaks when the sections are archived at different times, and so on. Lots of problems and very little benefit compared to making the link at the start of the section. PrimeHunter (talk) 14:00, 30 October 2014 (UTC)
- And we have {{section link}} to make this a bit simpler. -- Gadget850 talk 16:22, 30 October 2014 (UTC)
Pending requested move
Comments etc here, to determine an outcome, would be welcome. Sardanaphalus (talk) 18:26, 30 October 2014 (UTC)
User:Blueye
Hi. I'm Polish Wikipedian for many years. Some years ago I unify my account on all versions and error appear only in english version and doesnt create my accout. I've try to solve this problem asking for help administration in Polish and English Wiki but no one can help. Maybe now someone can solve it now? I sign as it should be but the easiest way to contact me is via https://pl.wikipedia.org/wiki/Dyskusja_wikipedysty:Blueye --89.71.65.202 (talk) 19:55, 30 October 2014 (UTC)
- Please, make a request at meta:Steward requests/Username changes. Ruslik_Zero 20:17, 30 October 2014 (UTC)
- The account Blueye at the English Wikipedia was created back in 2007 but did never edit anything. As far as I can tell the unified login was introduced much later so I guess this another user's account. You might want to usurp it though. De728631 (talk) 20:22, 30 October 2014 (UTC)
Media Viewer Update: New Improvements
![](https://upload.wikimedia.org/wikipedia/commons/thumb/4/4a/Media_Viewer_-_New_Design_-_Default_Lightbox.png/240px-Media_Viewer_-_New_Design_-_Default_Lightbox.png)
![](https://upload.wikimedia.org/wikipedia/commons/thumb/d/d5/Media_Viewer_-_New_Design_-_Disable_Panel_1_Dialog.png/240px-Media_Viewer_-_New_Design_-_Disable_Panel_1_Dialog.png)
Hi folks: we're happy to let you know that our multimedia team has released many new improvements to Media Viewer in recent weeks, based on community feedback.
Here are some of the new features that are now live on the English Wikipedia:
- An easier way to enlarge images by clicking on them
- "More Details" button: a more prominent link to the File: page
- Separate buttons for "Download" and "Share or Embed"
- An easier way to disable Media Viewer for personal use
- Re-enable Media Viewer from a file page
- Rename File page button: "Open in Media Viewer"
- Make MediaViewer text larger in Monobook
- A simpler metadata panel with fewer items
- Faster image load with thumbnail pre-rendering
You can try out these features on this 'Featured pictures' page.
Next, we are working on these last 'must-have' improvements for this release:
(Note that the layout change above has just been released for testing on MediaWiki.org.)
These features are based on the most frequent requests from our recent community consultation and ongoing user research. For more information, visit the Media Viewer Improvements page -- or the Help FAQ page.
Many thanks to all the community members who suggested these improvements. Our research so far confirms that they provide a better experience for readers and casual editors, the primary target users for Media Viewer.
Please let us know what you think on this Media Viewer discussion page. We will post one more update in mid-November, once all improvements have been released and tested. Best regards. Fabrice Florin (WMF) (talk) 22:49, 30 October 2014 (UTC)
Problem with adding the first interwiki to a page
Clicking on the "Add links" link (in the interwikis block) on a page which currently has no interwikis is producing a popup box with an error in it (that looks like a JavaScript object). I've tested on a few random articles with the same result. Originally reported here, but this will need someone more familiar with the scripting around Wikidata to look at it. --ais523 04:17, 31 October 2014 (UTC)
- I just got this error too while trying to add a link from the German version of Coin of the Year Award, but logging out and back in again fixed it for me. Graham87 09:11, 31 October 2014 (UTC)
Monospace font-size
Re this, has something like a "default monospace font-size" setting been considered as a user preference..? Sardanaphalus (talk) 09:40, 31 October 2014 (UTC)
PS {{Mono}}'s default size setting is 1.2em (120%), which, relatively speaking, looks a bit large here (Firefox-based browser).
- Unfortunately, for as far as fonts go, "firefox-based browser" is insufficient information - it's the specific font that's rendered that counts, which can depend on the fonts you have installed, default settings in your browser, and the magical way browsers choose fonts. I'm not saying 1.2em must be perfect, and I'm no font wizard. Introducing and implementing a new setting for this, to me, feels wrong, and {{mono}} would override that again. I'm not sure what the "right" size for that template would be. Maybe you can make some testcases and discuss on the template itself. Martijn Hoekstra (talk) 20:28, 31 October 2014 (UTC)
- See Wikipedia:Typography#The monospace 'bug'.
-- [[User:Edokter]] {{talk}}
21:04, 31 October 2014 (UTC)
Coordinates problem again
The site-wide problem described above at #Coordinates display appears to be broken has recurred, as of about 11:20 UTC on this date. Can someone please report it to Bugzilla (former ticket was 72559), as I don't have a Bugzilla account? Deor (talk) 11:31, 31 October 2014 (UTC)
- I'm seeing the same. Looks like Andyrom75 reopened ticket 72559 as of 11:58 today. -- chris_j_wood (talk) 12:25, 31 October 2014 (UTC)
- Can't reproduce now. Try to purge the page if you see it again? Thanks, --Elitre (WMF) (talk) 13:28, 31 October 2014 (UTC)
- Purge seems to fix it now, though it didn't at around 12:00 today. --David Biddulph (talk) 13:35, 31 October 2014 (UTC)
- Agreed, it now seems to be fixed, once the containing page is purged. That most certainly wasn't the case at 12:25. -- chris_j_wood (talk) 13:58, 31 October 2014 (UTC)
- Purge seems to fix it now, though it didn't at around 12:00 today. --David Biddulph (talk) 13:35, 31 October 2014 (UTC)
- Can't reproduce now. Try to purge the page if you see it again? Thanks, --Elitre (WMF) (talk) 13:28, 31 October 2014 (UTC)
Reference lists on talk pages
Hi, the problem of reference lists automatically and inappropriately appearing at the bottom of talk pages, next to threads that normally will be completely unconnected with them, was mentioned a while ago but still it has not been fixed. References need to be turned off by default on talk pages, and only included if specifically requested by an editor, in which case they need to appear at the bottom of the relevant section of text, not at the bottom of the page. Does anyone know the current status of this problem? 109.147.188.227 (talk) 13:45, 31 October 2014 (UTC)
- See the bug list at Help:Automatically generated reference list. There seems to be no work on namespace detection. -- Gadget850 talk 22:25, 31 October 2014 (UTC)
Bot or tool to keep the record of dead links
Is there any active bot of tool which searches pages for dead links and put a message somewhere in any Wiki Project sub page.--Skr15081997 (talk) 14:14, 31 October 2014 (UTC)
- There's User:Dispenser/Checklinks. It'll be upgraded in the coming months along with Reflinks, right now life issues are interfering. — Dispenser 14:23, 31 October 2014 (UTC)
mobile issue
Wikimedia was contacted Ticket:2014103110016121 with the observation that Dan Maffei seems fine except in mobile browsers. I tried Mobile Dan Maffei but it looks fine, here, and on my Android.
I will ask that person to respond here with more info. What is needed? Type of phone? OS? Anything else?--S Philbrick(Talk) 17:52, 31 October 2014 (UTC)
- A description of the issue would be nice. In addition to that, the type of phone, OS and which mobile browser would also be good to know. A screenshot of the problem can make it easier to understand the issue as well. (I'm not seeing any problems under Chrome for Android and Android Browser by the way) Martijn Hoekstra (talk) 18:00, 31 October 2014 (UTC)
- Oh, and whether this is wikipedia on the browser, or the wikipedia app. Martijn Hoekstra (talk) 18:00, 31 October 2014 (UTC)
All sections not showing up on WP:RFD - too many, so possible technical issue
I noticed that on WP:RFD, the last two page transclusions, Wikipedia:Redirects for discussion/Log/2014 September 4 and Wikipedia:Redirects for discussion/Log/2014 September 5, aren't showing either on the page or the table of contents. I assume that is due to either the amount of transclusions or sections currently on the page, and this why I'm thinking that this is a technical issue. Is there a way this issue can be fixed? Steel1943 (talk) 22:53, 31 October 2014 (UTC)
- When I click show preview, I get the message
- "Warning: Template include size is too large. Some templates will not be included.
- Warning: This page contains too many expensive parser function calls.
- It should have less than 500 calls, there are now 604 calls."
- If I remove a few of the October pages, it starts working again. So it seems your guess is correct: too many transclusions or too long. Stickee (talk) 01:05, 1 November 2014 (UTC)
Ah, now take a look at this:
<p><a href="/wiki/Wikipedia:Redirects_for_discussion/Log/2014_September_5" title="Wikipedia:Redirects for discussion/Log/2014 September 5">Wikipedia:Redirects for discussion/Log/2014 September 5</a>
<!-- WARNING: template omitted, post-expand include size too large -->
<a href="/wiki/Wikipedia:Redirects_for_discussion/Log/2014_September_4" title="Wikipedia:Redirects for discussion/Log/2014 September 4">Wikipedia:Redirects for discussion/Log/2014 September 4</a>
<!-- WARNING: template omitted, post-expand include size too large --></p>
<!--
NewPP limit report
Parsed by mw1051
CPU time usage: 17.977 seconds
Real time usage: 18.881 seconds
Preprocessor visited node count: 43140/1000000
Preprocessor generated node count: 65050/1500000
Post‐expand include size: 2048000/2048000 bytes
Template argument size: 57216/2048000 bytes
Highest expansion depth: 12/40
Expensive parser function count: 607/500
Lua time usage: 0.712/10.000 seconds
Lua memory usage: 4.33 MB/50 MB
-->
MediaWiki is saying you've exceeded the post-expand include size limit. In other words: it's too long. Update: After asking on IRC, your solutions are either to split it into multiple pages or find another way of decreasing the size. Stickee (talk) 01:29, 1 November 2014 (UTC)
- Yes, if you click "Page information" under "Tools" or enable "Show hidden categories" at Special:Preferences#mw-prefsection-rendering then you can see it is in both Category:Pages where template include size is exceeded and Category:Pages with too many expensive parser function calls. PrimeHunter (talk) 01:34, 1 November 2014 (UTC)
- The expensive parser function hit is coming from Template:No redirect, which uses #ifexist to decide whether to output a red link or an internal URL with redirect=no. Maybe we should remove this check? — Mr. Stradivarius ♪ talk ♪ 04:18, 1 November 2014 (UTC)
Pending changes block
I'm working on a 'pending changes block' proposal that is to classic block what pending changes protection is to classic protection. My draft is at User:Cenarium/PCB and I welcome any input on the technical feasibility and ease of implementation before going ahead with the proposal. The technical details are covered here specifically. Cenarium (talk) 23:44, 31 October 2014 (UTC)
My edits?
I just learned about this tool (direct tool link) and made few changes, but I can't find my edits in "my global contribution" or anywhere. Any idea? --Tito☸Dutta 07:20, 1 November 2014 (UTC)
- Your edits are on Wikidata, see d:Special:Contributions/Titodutta. Zhaofeng Li [talk... contribs...] 08:56, 1 November 2014 (UTC)
- Yes, but I can not see my recent edits (using this tool) there. I was wondering, that's why, where are "#My edits?" Regards. --Tito☸Dutta 09:17, 1 November 2014 (UTC)
- Did you actually make the Wikidata edits as described in your link "this tool"? If you only clicked "Yes" in the tool to say that two shown articles are about the same topic then it doesn't make edits but it logs your clicks at http://tools.wmflabs.org/yichengtry/checkbylist.php. When you are logged in you can see your own clicks by selecting "checked list" in the drop-down box. If you are not familiar with interlanguage linking at Wikidata then it can be non-trivial to sort out some situations when you make the actual edits. PrimeHunter (talk) 11:54, 1 November 2014 (UTC)
Pages showing as still loading
In Firefox today, all pages I visit show that they are still loading (spinning green circle in the top left corner), despite all the data having loaded. What's causing that? Thanks. Lugnuts Dick Laurent is dead 13:44, 1 November 2014 (UTC)
- My status bar says "Waiting for tools.wmflabs.org" It's annoying because popups won't load until the page finished loading completely. --I am k6ka Talk to me! See what I have done 13:45, 1 November 2014 (UTC)
- Thanks. Yes, the persondata java script tool doesn't load until the page has finished loading too. Lugnuts Dick Laurent is dead 13:50, 1 November 2014 (UTC)
- Still happening today. Lugnuts Dick Laurent is dead 09:52, 2 November 2014 (UTC)
There are articles about standard Unicode Blocks. Many of them represent symbols and are not real part of a special language, or they are part of a dead language : Miscellaneous Symbols and Pictographs Miao (Unicode block) Ornamental Dingbats Transport and Map Symbols Alchemical Symbols (Unicode block) Bamum Supplement Geometric Shapes Extended Old South Arabian (Unicode block) Old North Arabian (Unicode block) Egyptian Hieroglyphs (Unicode block) Supplemental Arrows-C Emoticons (Unicode block) Enclosed Alphanumeric Supplement.
Most Peoples who browse them won't be able to see a single single glyph, especially on embedded devices. This make them useless, as long as no fonts are included on the page (I know a set of free fonts which can be legally used for this).
Current dedicated extension, can't print those glyph, and for sure it would not be relevant to load Mo of data on each page to tell how a web browser should draw Water Closets or the Statue of Liberty. 2A02:8420:508D:CC00:56E6:FCFF:FEDB:2BBA (talk) 13:51, 1 November 2014 (UTC)
- Egyptian Hieroglyphs (Unicode block) and similar articles use {{infobox writing system}} which notes the issue and links to Help:Special characters. The alternative would be to add the font set as an image. -- Gadget850 talk 14:33, 1 November 2014 (UTC)
- Yes, and Help:Special characters tell to download appropriate fonts. This will never work on many mobile phones. Also, Miscellaneous Symbols and Pictographs and Ornamental Dingbats Transport and Map Symbols don't use {{infobox writing system}}. 2A02:8420:508D:CC00:56E6:FCFF:FEDB:2BBA (talk) 14:39, 1 November 2014 (UTC)
- There was a discussion at Wikipedia talk:WikiProject Writing systems/Archive 9#Backup images of alphabet charts. PrimeHunter (talk) 14:46, 1 November 2014 (UTC)
- There is some webfonts discussions on mw:Universal Language Selector/WebFonts as well. Martijn Hoekstra (talk) 15:28, 1 November 2014 (UTC)
- Yes, and since, the possibility to use an image as a glyph (vectorial or raster) have been deprecated. Chrome already removed support. and mw:Universal Language Selector/WebFonts can't help since most of those glyph aren't part of any language
- There is some webfonts discussions on mw:Universal Language Selector/WebFonts as well. Martijn Hoekstra (talk) 15:28, 1 November 2014 (UTC)
- There was a discussion at Wikipedia talk:WikiProject Writing systems/Archive 9#Backup images of alphabet charts. PrimeHunter (talk) 14:46, 1 November 2014 (UTC)
- I made the Egyptian Hieroglyphs somewhat better, by editing Template:Unicode chart Egyptian Hieroglyphs. Enwiki does have hieroglyph markup support, which I did use to fix that, but as you can see it is far from being perfect. At least though it is better to see some hieroglyphs than none. You can file a bug for the remaining hieroglyphs on bugzilla, under the product MediaWiki extensions and the component WikiHiero.--Snaevar (talk) 10:39, 2 November 2014 (UTC)
- I don't have a bugzilla account. 2A02:8420:508D:CC00:56E6:FCFF:FEDB:2BBA (talk) 15:43, 2 November 2014 (UTC)
- Yes, and Help:Special characters tell to download appropriate fonts. This will never work on many mobile phones. Also, Miscellaneous Symbols and Pictographs and Ornamental Dingbats Transport and Map Symbols don't use {{infobox writing system}}. 2A02:8420:508D:CC00:56E6:FCFF:FEDB:2BBA (talk) 14:39, 1 November 2014 (UTC)
Automatically mark spelling errors as errors
Not going anywhere, since people don't bother to read the proposal
|
---|
I want to suggest something at Wikipedia:Village pump (proposals), but I don't know if it's possible without major assistance from developers, so I figured I'd check here to see if we could implement it locally. Right now, if you have a link to a misspelling, it's treated as any other link: Geroge Bush works just as well as George Bush. It's easy to notice some spelling errors (e.g. New Yokr) because they don't exist as redirects, but once we've created a redirect to help correct spelling errors, this little benefit disappears. What if we had some way of marking misspellings as misspellings? I'm imagining the software auto-placing {{copy edit}} after a misspelling under the following conditions:
Is this idea possible, perhaps via a modification to the site JS? Or if not, would it be reasonable to have a bot that tags (or fixes) such links? Spellchecking bots are a bad idea in general, but that's because they can't understand contexts; it's impossible for them to know that "Ohoi" is a mistake for "Ohio" and not a reference to something else. In my limited proposal, no context is required, since a human's already tagged Unites States as a misspelling after determining that it is a mistake. Nyttend (talk) 18:36, 1 November 2014 (UTC)
|
Template help needed
Because a template has been nominated for deletion, it has somehow broken the template and made a mess wherever it is used. Can someone tech savoy please look at this chart and demonstrate how to fix the problem. Thanks.—John Cline (talk) 22:13, 1 November 2014 (UTC)
- I'm now unbreaking the eleven templates by converting the TfD notices to inline-type notices within the table cells the templates create. SiBr4 (talk) 22:43, 1 November 2014 (UTC)
- (edit conflict) The templates could be modified to put the
{{Template for discussion/dated}}
inside a<noinclude>...</noinclude>
, but that would mean that many people would be unaware that the templates were up for deletion until they suddenly disappeared. If a convincing case can be made at Wikipedia:Templates for discussion/Log/2014 November 1#Hotcold templates for speedy keep, the notice can be removed earlier than the standard week or six that TfDs take. --Redrose64 (talk) 22:44, 1 November 2014 (UTC)- I appreciate the effort that both of you gave to help me understand what had happened to break the template's output, and for correcting the code to restore its functionality with wiki goodwill and speed. And for observing such fine examples of selfless service, I am uplifted; going now, upon high, to tell it on the mountain – so others can know of the good work that was done here today! Thank you.—John Cline (talk) 10:07, 2 November 2014 (UTC)
data-sort-value
Does anybody know why the alpha sorting isn't working at List of artists who have covered Bob Dylan songs. I am using data-sort-value. Have I missed something? Cheers. --Richhoncho (talk) 23:35, 2 November 2014 (UTC)
- @Richhoncho: It seems to work for me. What specifically seems to be the problem? Jackmcbarn (talk) 02:01, 3 November 2014 (UTC)
- Here's the message left on my talkpage. "Hi, Rich. I'm in the process of adding a few artists/songs to List of artists who have covered Bob Dylan songs and noticed that the sorting isn't working properly. Sometimes when I click the Artist header, it works fine. Other times, the order goes awry just after Bobby Darin, at which point sorting is by song title. I checked the hypertext, and everything seems okay, so there may be a bug in the programming. If you get a chance, could you take a look at this? Thanks." Same thing sometimes happens to me. Cheers. --Richhoncho (talk) 09:32, 3 November 2014 (UTC)
- You screwed things up by using fancy quotes (“” and ‘’) instead of normal quotes (" and '), particularly as attempted quoting for the HTML attributes, so some of the sort values were coming out as "data-sort-value" itself. I went ahead and replaced them all, and things seem to be working again. Anomie⚔ 11:28, 3 November 2014 (UTC)
- Thanks for that. --Richhoncho (talk) 14:56, 3 November 2014 (UTC)
- You screwed things up by using fancy quotes (“” and ‘’) instead of normal quotes (" and '), particularly as attempted quoting for the HTML attributes, so some of the sort values were coming out as "data-sort-value" itself. I went ahead and replaced them all, and things seem to be working again. Anomie⚔ 11:28, 3 November 2014 (UTC)
- Here's the message left on my talkpage. "Hi, Rich. I'm in the process of adding a few artists/songs to List of artists who have covered Bob Dylan songs and noticed that the sorting isn't working properly. Sometimes when I click the Artist header, it works fine. Other times, the order goes awry just after Bobby Darin, at which point sorting is by song title. I checked the hypertext, and everything seems okay, so there may be a bug in the programming. If you get a chance, could you take a look at this? Thanks." Same thing sometimes happens to me. Cheers. --Richhoncho (talk) 09:32, 3 November 2014 (UTC)
Causing a within page link to appear as non bold re: template:History of the Islamic State of Iraq and the Levant
An issue has been raised at Talk:Islamic_State_of_Iraq_and_the_Levant#History_of_the_Islamic_State_infobox related to the function of template:History of the Islamic State of Iraq and the Levant when it is placed in the main article History of the Islamic State of Iraq and the Levant
The reason is complications related to the last two items. In response to widespread political, Islamic and other rejection of the name "Islamic State", Wikipedia has kept with the use of the longer title: Islamic State of Iraq and the Levant but we still use reference to the self-declared "Islamic State" in the history section.
At present the links in the template display as follows:
Jama'at al-Tawhid wal-Jihad (1999–2004)
Tanzim Qaidat al-Jihad fi Bilad al-Rafidayn (2004–06)
Mujahideen Shura Council (2006)
Islamic State of Iraq (2006–13)
Islamic State of Iraq and the Levant (2013–14)
Self-described as: Islamic State (2014–present)
With the second line currently presented as:
[[Islamic State of Iraq and the Levant|Islamic State of Iraq and the Levant]] <small>(2013–14)</small>
I appreciate the futility of the piping used which was in an attempt to remove the bold effect.
Help/advice would be appreciated. Gregkaye ✍♪ 09:30, 3 November 2014 (UTC)
- @Gregkaye: There are at least two techniques, both of my suggestions involve a piped link. One is to link to a redirect; the other is to link to an anchor near or at the very top of the page - that is, add the fragment
#content
thus[[Islamic State of Iraq and the Levant#content|Islamic State of Iraq and the Levant]]
-content
being the value of the firstid=
attribute in the body section of any Wikipedia page, in both Vector and MonoBook. --Redrose64 (talk) 10:40, 3 November 2014 (UTC)
- You could use something like this for all of the links so that whatever page the template lands on, the current page isn't in bold font:
{{#ifeq: {{PAGENAME}} | Village pump (technical) | Village pump (technical) | [[Wikipedia:Village pump (technical)]]}}
- which gives:
- Village pump (technical)
- —Trappist the monk (talk) 11:23, 3 November 2014 (UTC)
- {{No selflink}} does this. It appears Gregkaye wants a link but not in bold. I don't know why. The bold text when navboxes are displayed on the linked page is standard and many readers expect it. PrimeHunter (talk) 17:23, 3 November 2014 (UTC)
My edits on Bloodline (Netflix TV Series) glitched?
So I was editing the article, before I was going to accept it as a draft, and I fixed a </ref> tag. Then, I accepted it. But the acceptance message for the article was sent to me! When I looked at the page history, it seems I deleted 30 lines of templates and replaced it with one submission template with my username on it. I'm very sure I would've noticed if I did that, and I'm fairly sure I didn't delete the templates and replace them. Anyone know what I just did? Diff of the edit. Grognard Chess (talk) Ping when replying 14:56, 3 November 2014 (UTC)
- @Chess: The diff is actually [10]. See Help:Diff. Some subst code in the previous version had not been substituted due to the unclosed ref. The subst was activated when you closed the ref, so it looked like it was you who made the subst. PrimeHunter (talk) 15:07, 3 November 2014 (UTC)
Tech News: 2014-45
17:28, 3 November 2014 (UTC)
Active users list
Here it contains all kind of users not starting from Albino. Similarly, Commons has a basic "Recent activity" link [30], on the bottom of "User contributions", which leads me to Mateus Chiquititas Rebelde instead of myself. (Removing "limit=1" brings us to the en.wiki case). I don't use "active users list" on en.wiki so often, but I'm sure it worked on Commons until recently. Anyone can have it fixed? Materialscientist (talk) 01:50, 4 November 2014 (UTC)