Re: [Wikitech-l] [WikimediaMobile] The future of Related Pages feature

I have nothing against "related pages", I've been testing it for a while but: *its graphics suddenly worsened not so much time after the first release *it often overlaps with pages already listed in "see also" section *some results aren't relevant at all IMHO all these issues should be addressed

Re: [Wikitech-l] [WikimediaMobile] The future of Related Pages feature

1) The related articles are editable via the {{RelatedArticles}} magic word. They have been since day one of launch. 2) There is a great conversation around how this feature could serve as a see also replacement here:https://www.mediawiki.org/w/

Re: [Wikitech-l] [WikimediaMobile] The future of Related Pages feature

Thank you for testing it Vituzzu. If I recall correctly the images got worse because of a change to the PageImages extension so that copyrighted images wouldn't be used outside of the main article page (which are usually the good representative images in a lot of articles in english wikipedia (fair

Re: [Wikitech-l] grunt-cli removed from Jenkins machines

Le 01/04/2016 22:30, Antoine Musso a écrit : > Hello, > > The Jenkins slaves had grunt-cli provisioned which is often used by the > npm test command. If you get a Jenkins job to fail with: > > sh: 1: grunt: not found > > Simply add grunt-cli to your project devDependencies and the next build >

Re: [Wikitech-l] productivity of mediawiki developers

Lines added: Last 365 days: 20,176,017 Lines removed: Last 365 days: 14,378,469 Is this ^ right? Those are really big numbers! On Sun, Apr 3, 2016 at 10:39 PM, Federico Leva (Nemo) wrote: > For statistics, see https://www.mediawiki.org/wiki/Development_statistics > . As a starting point to look

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

To Brion and other people who think the page translation markup is annoying and a usability issue: As the (then volunteer) developer who created it, I can only agree. The way page translations currently works, which is extensively documented at [0], is the result of lots of experimenting with what

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

Niklas and the language team: thanks for your efforts in enabling translation features. They are truly important and necessary. As for the topic of hacks, I feel wikitext's history has been one where people have stepped in to address critical issues / needs that existed at the time with whatev

Re: [Wikitech-l] productivity of mediawiki developers

On Sat, Apr 2, 2016 at 10:13 PM, Pine W wrote: > Yeah. It would be interesting to have multiple measures of "productivity" > for technical contributors, including code review. > > Quim: is this something that's within Technical Collaboration's scope? If > not, perhaps it's something that I could

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

2016-04-04 16:00 GMT+03:00 Subramanya Sastry : > Niklas and the language team: thanks for your efforts in enabling > translation features. They are truly important and necessary. And I want to thank you for your positive and constructive approach for solving this issue. > 1. Given the success of

Re: [Wikitech-l] productivity of mediawiki developers

2016-04-04 17:02 GMT+03:00 Quim Gil : > The first question to answer is what information are you looking for when > you want to measure developers' "productivity". What would be the > motivation of that estimation? What is the motivation behind this thread? One reason comes to me mind. My gut feel

Re: [Wikitech-l] [WikimediaMobile] The future of Related Pages feature

On Wed, Mar 23, 2016 at 3:18 PM, Moushira Elamrawy wrote: > ... > In fact, we are not sure if an rfc is the best strategy to move forward > with product decisions, but lets see how the discussion evolves, and we > might explore the need for a different process, as we move on with this one. > > I

Re: [Wikitech-l] productivity of mediawiki developers

I agree we should give recognition and encouragement to devs, but I think there are other ways to do it we could think about besides sheer number of commits, +2s or lines modified. I personally think that rewarding high numbers encourages quantity over quality (only big numbers are recognized) and

Re: [Wikitech-l] productivity of mediawiki developers

Niklas puts it well. Analogously, in sports like baseball there are lots of statistics about players, coaches, teams, divisions, and leagues. Awards are given based strictly on quantities, as well as more subjectively on qualities for recognitions such as Rookie of the Year and Most Valuable Player

[Wikitech-l] Phabricator was down for a short time today (April 4th)

Apologies for not sending out this announcement before hand. Short summary: The machine that Phabricator is hosted on rebooted itself last night due to high temperatures. It ended up just shutting itself down. Today we needed our DataCenter Technician to reapply the thermal paste in an attempt to

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Why not a small virtualised cluster for these not-so-resource-consuming services like OTRS, phab, etc? /me runs away before writing the world-which-shouldn't be written Vito Il 04/04/2016 19:57, Greg Grossmeier ha scritto: Apologies for not sending out this announcement before hand. Short su

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Actually I believe OTRS was moved into the ganeti VM cluster a couple of months ago. I'm not sure whether Phabricator is considered a not-so-resource-consuming service... On 4 April 2016 at 19:01, Vituzzu wrote: > Why not a small virtualised cluster for these not-so-resource-consuming > service

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Uhm, tech still lists OTRS on iodine, which seems to be decommissioned. I had a look at http://ganglia.wikimedia.org/latest/?r=year&cs=&ce=&m=cpu_report&c=Miscellaneous+eqiad&h=iridium.eqiad.wmnet&tab=m&vn=&hide-hf=false&mc=2&z=medium&metric_group=NOGROUPS and...well fairly busy but still "packa

Re: [Wikitech-l] [WikimediaMobile] The future of Related Pages feature

This is great discussion and I would like others to benefit from it by moving future conversation to the discussion page of the RFC. For this reason, I have double posted the below response there: https://meta.wikimedia.org/wiki/Talk:Requests_for_comment/Related_Pages#overlap_with_see_also --

Re: [Wikitech-l] [Services] [ANNOUNCEMENT] RESTBase and related services DC switch-over test

On Mon, Mar 14, 2016 at 10:54 PM, Marko Obrovac wrote: > Hello, > > The WMF’s technology department has for this quarter the goal of testing and > temporarily switching the main operational data centre from Eqiad (located > in Chicago) to Codfw (located in Dallas)~[1,2]. This includes both > back-

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Yeah... It also still mentions mchenry. I marked it as outdated. On 4 April 2016 at 19:24, Vituzzu wrote: > Uhm, tech still lists OTRS on iodine, which seems to be decommissioned. I > had a look at > http://ganglia.wikimedia.org/latest/?r=year&cs=&ce=&m=cpu_report&c=Miscellaneous+eqiad&h=iridium

Re: [Wikitech-l] Feelings

On Sun, Apr 3, 2016 at 7:02 PM, Risker wrote: > I sympathize with your concern, Ori. I suspect, however, that it shows a > fundamental misunderstanding of why the Teahouse works when other processes > (several of which have included cute symbols) have been less effective. > > And the reason is:

Re: [Wikitech-l] Phabricator was down for a short time today (April 4th)

Cool down, Phab. Cool down. We need you. Il 04/04/2016 19:57, Greg Grossmeier ha scritto: Apologies for not sending out this announcement before hand. Short summary: The machine that Phabricator is hosted on rebooted itself last night due to high temperatures. It ended up just shutting itself d

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

On Sun, Apr 3, 2016 at 10:48 PM, Niklas Laxström wrote: > 2016-04-03 11:29 GMT+03:00 Jon Robson : > > The Translate tag has always seemed like a hack that I've never quite > > understood. > > I am happy to direct to our documentation [1] anyone who asks, or > explain if the documentation is not s

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

On Fri, Apr 1, 2016 at 10:49 AM, Brion Vibber wrote: > 2) Some/many pages use ... incorrectly: spanning > paragraphs, markup level boundaries, etc. > The documentation says to do it that way: https://www.mediawiki.org/wiki/Help:Extension:Translate/Page_translation_example Is that incorrect?

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

On Mon, Apr 4, 2016 at 5:21 PM, Niklas Laxström wrote: > The use case for CX is very different from Translate's page > translation. Former supports one-time "free form" translation from one > language to one language. The latter supports maintaining > content-preserving translations from one lang

Re: [Wikitech-l] tags are a usability nightmare for editing on mediawiki.org

On Tue, Apr 5, 2016 at 9:12 AM, Ryan Kaldari wrote: > On Fri, Apr 1, 2016 at 10:49 AM, Brion Vibber > wrote: > > > 2) Some/many pages use ... incorrectly: spanning > > paragraphs, markup level boundaries, etc. > > > > The documentation says to do it that way: > > https://www.mediawiki.org/wiki/H