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
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/
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
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
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
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
This feature appears to be an automated edition of the "See also" section
on English Wikipedia. Having both Related Articles and See also feels like
a usability issue.
Has there been any discussions on the wikis about this overlap?
On 24 Mar 2016 05:18, "Moushira Elamrawy"
On Sun, Apr 3, 2016 at 9: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
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
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.
>
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
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.
>
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
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
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
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
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
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)
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
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].
Uhm, tech still lists OTRS on iodine, which seems to be decommissioned.
I had a look at
http://ganglia.wikimedia.org/latest/?r=year===cpu_report=Miscellaneous+eqiad=iridium.eqiad.wmnet=m==false=2=medium_group=NOGROUPS
and...well fairly busy but still "packable", though I'll let more
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
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
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
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
>
25 matches
Mail list logo