Re: [Wikitech-l] Let's make parsoid i18n great again

2016-03-31 Thread Arlo Breault 

> And there is a consensus for English being bad choice for RTL languages as
> it cause mixed directional content which should be avoided. So if we go
> with 1 choice, RTL languages should be exception.

See https://gerrit.wikimedia.org/r/#/c/280792/


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] ArchCom RFC update

2016-03-31 Thread MZMcBride 
Thank you for these RFC update e-mails. I enjoy reading them!

Gabriel Wicke wrote:
>T16950: Support global preferences
>: "It would be nice if users and
>developers could designate certain preferences to automatically apply
>across all wikis. This will require A Lot of Work™.
>Extension:GlobalPreferences is a rough draft of the functionality."
> Leaving in inbox, RobLa will ask Kunal.

I'm not sure why this task is seemingly so difficult. Is it "just" the
user interface portion or are there other complicated pieces?

MZMcBride



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Phabricator monthly statistics - 2016-03

2016-03-31 Thread communitymetrics 

Hi Community Metrics team,

This is your automatic monthly Phabricator statistics mail.

Accounts created in (2016-03): 307
Active users (any activity) in (2016-03): 923
Task authors in (2016-03): 501
Users who have closed tasks in (2016-03): 280

Projects which had at least one task moved from one column to another on
their workboard in (2016-03): 190

Tasks created in (2016-03): 2997
Tasks closed in (2016-03): 2543
Open and stalled tasks in total: 29261

Median age in days of open tasks by priority:

Unbreak now: 42
Needs Triage: 150
High: 238
Normal: 399
Low: 728
Lowest: 537

(How long tasks have been open, not how long they have had that priority)

TODO: Numbers which refer to closed tasks might not be correct, as
described in https://phabricator.wikimedia.org/T1003 .

Yours sincerely,
Fab Rick Aytor

(via community_metrics.sh on iridium at Fri Apr  1 00:00:10 UTC 2016)

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

2016-03-31 Thread Ori Livneh 
On Thu, Mar 31, 2016 at 6:15 PM, Yuri Astrakhan 
wrote:

> Isn't there a recommendation not to use the X- prefix for any new headers?
>

There is, but there is a clear existing convention for using the X- prefix
in Wikimedia-specific headers, so I think local consistency trumps the IETF
recommendation. We currently have X-Analytics, X-Trusted-Proxy,
X-Wikimedia-Security-Audit, X-Pass-Stream, X-Carrier, X-Carrier-Meta,
X-CDIS, X-Subdomain,
X-Orig-Cookie, X-MediaWiki-Original, X-WMF-NOCOOKIES, X-ZeroTLS,
X-Forwarded-By, X-CS2, and X-Subdomain. And this is not an exhaustive list.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Sections of Code of Conduct resolved and Code of Conduct approval process

2016-03-31 Thread Matthew Flaschen 
We’ve gotten good participation as we’ve worked on sections of the Code 
of Conduct over the past few months, and have made considerable 
improvements to the draft based on your feedback.


Given that, and the community approval through the discussions on each 
section, the best approach is to proceed by approving section-by-section 
until the last section is done.


So, please continue to improve the Code of Conduct by participating now 
and as future sections are discussed.  When the last section is 
completed and approved on the talk page, the Code of Conduct will become 
policy and no longer be marked as a draft.


Also, two more discussions regarding the Code of Conduct have been 
resolved and incorporated into the draft.


* "Enforcement issues" addressed the reporting process and clarified 
that Committee decisions could not be circumvented

* "Marginalized and underrepresented groups" forbids discrimination

Thanks,

Matt Flaschen

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

2016-03-31 Thread Corey Floyd 
Bookmarked!

On Thu, Mar 31, 2016 at 2:49 PM, Eric Evans  wrote:

> On Wed, Mar 30, 2016 at 8:32 PM, Ori Livneh  wrote:
> > Cool? Cool.
>
> Cool.
>
> --
> Eric Evans
> eev...@wikimedia.org
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 
Corey Floyd
Software Engineer
Mobile Apps / iOS
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Let's make parsoid i18n great again

2016-03-31 Thread Eran Rosenthal 
Usage statistics link is broken. Correct one:
https://phabricator.wikimedia.org/T116020#1738654

On Thu, Mar 31, 2016 at 10:42 PM, Eran Rosenthal 
wrote:

> TL;DR: Parsoid isn't i18n friendly and uses English keywords instead of
> localized.[1] Is it a bug or feature? Please voice your opinion!
>
> Longer version:
> For some funny reasons Parsoid is reading arrays from "right to left"[1],
> that is, it uses the LAST alias of the magic words rather than the first
> one[2].
> One of the reasons for this is because in English the shorter "thumb" is
> preferred compared to the long "thumbnail". However, instead of fixing
> MessagesEn.php to define thumb as the first option, parsoid uses the last
> option.
> This choice result in all other wikis using the English alias (which
> appears last in magic words) rather than the localized one - so Parsoid
> isn't i18n friendly.
>
> However there are different POVs regarding the correct solution for it:
> 1. Use English aliases in all projects - these are the most used aliases
> [and one of the reasons is people copying code from enwiki or using biased
> tools such as Parsoid]
> 2. Use localized aliases - keep the article content and syntax in the same
> language. This is especially important for non-latin languages with
> different alphabet.
> And there is a consensus for English being bad choice for RTL languages as
> it cause mixed directional content which should be avoided. So if we go
> with 1 choice, RTL languages should be exception.
>
> I believe there is a cultural point of view here, and would like to hear
> what do you think (especially non RTL and non English speakers): Do you
> prefer mini (German), vignette (French), miniaturadeimagen (Spanish),
> мини (Russian) instead of thumb (for example)?
>
> I did some dump-minning to get the usage statistics:
>
> https://phab.wmfusercontent.org/file/data/bskxfupspqo64dnnkdr7/PHID-FILE-v4rf4qpq5zhm5nv5qvs4/ipjn7e7pktmycw42/img_magic_words.out
> And based on this I wrote a python script to suggest a reordering of the
> aliases by usage[3], so if  choice 2 is selected, we can merge[2] and all
> languages will use the preferred choice.
>
>
> [1] https://phabricator.wikimedia.org/T53852
> [2] https://gerrit.wikimedia.org/r/#/c/244254/3/lib/wts.LinkHandler.js
> [3] https://gerrit.wikimedia.org/r/#/c/247914
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Let's make parsoid i18n great again

2016-03-31 Thread Eran Rosenthal 
TL;DR: Parsoid isn't i18n friendly and uses English keywords instead of
localized.[1] Is it a bug or feature? Please voice your opinion!

Longer version:
For some funny reasons Parsoid is reading arrays from "right to left"[1],
that is, it uses the LAST alias of the magic words rather than the first
one[2].
One of the reasons for this is because in English the shorter "thumb" is
preferred compared to the long "thumbnail". However, instead of fixing
MessagesEn.php to define thumb as the first option, parsoid uses the last
option.
This choice result in all other wikis using the English alias (which
appears last in magic words) rather than the localized one - so Parsoid
isn't i18n friendly.

However there are different POVs regarding the correct solution for it:
1. Use English aliases in all projects - these are the most used aliases
[and one of the reasons is people copying code from enwiki or using biased
tools such as Parsoid]
2. Use localized aliases - keep the article content and syntax in the same
language. This is especially important for non-latin languages with
different alphabet.
And there is a consensus for English being bad choice for RTL languages as
it cause mixed directional content which should be avoided. So if we go
with 1 choice, RTL languages should be exception.

I believe there is a cultural point of view here, and would like to hear
what do you think (especially non RTL and non English speakers): Do you
prefer mini (German), vignette (French), miniaturadeimagen (Spanish), мини
(Russian) instead of thumb (for example)?

I did some dump-minning to get the usage statistics:
https://phab.wmfusercontent.org/file/data/bskxfupspqo64dnnkdr7/PHID-FILE-v4rf4qpq5zhm5nv5qvs4/ipjn7e7pktmycw42/img_magic_words.out
And based on this I wrote a python script to suggest a reordering of the
aliases by usage[3], so if  choice 2 is selected, we can merge[2] and all
languages will use the preferred choice.


[1] https://phabricator.wikimedia.org/T53852
[2] https://gerrit.wikimedia.org/r/#/c/244254/3/lib/wts.LinkHandler.js
[3] https://gerrit.wikimedia.org/r/#/c/247914
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

2016-03-31 Thread Eric Evans 
On Wed, Mar 30, 2016 at 8:32 PM, Ori Livneh  wrote:
> Cool? Cool.

Cool.

-- 
Eric Evans
eev...@wikimedia.org

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

2016-03-31 Thread Daniel Friesen 
Yup, and this seems to include vendor usage in addition to discouraging
continuation of the terrible legacy of X-Forwarded-For, x-gzip, etc...
headers where X- headers ended up de facto standards.

https://tools.ietf.org/html/rfc6648

I suggest VND.Wikimedia.Debug:

But Wikimedia-Debug would also be acceptable; but might want to submit
it to the registry.

~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]

On 2016-03-31 8:15 AM, Yuri Astrakhan wrote:
> Isn't there a recommendation not to use the X- prefix for any new headers?
> On Mar 31, 2016 12:23 PM, "Jaime Crespo"  wrote:
>
>> On Thu, Mar 31, 2016 at 3:32 AM, Ori Livneh  wrote:
>>
>>> Cool? Cool.
>> Definitely Cool.
>>
>> --
>> Jaime Crespo
>> 
>>
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

2016-03-31 Thread Yuri Astrakhan 
Isn't there a recommendation not to use the X- prefix for any new headers?
On Mar 31, 2016 12:23 PM, "Jaime Crespo"  wrote:

> On Thu, Mar 31, 2016 at 3:32 AM, Ori Livneh  wrote:
>
> > Cool? Cool.
>
> Definitely Cool.
>
> --
> Jaime Crespo
> 
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

2016-03-31 Thread Jaime Crespo 
On Thu, Mar 31, 2016 at 3:32 AM, Ori Livneh  wrote:

> Cool? Cool.

Definitely Cool.

-- 
Jaime Crespo


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l