Re: [Wikitech-l] Identifying potential cross-language contributions

2014-11-17 Thread Gerard Meijssen
Hoi, As you know all articles about the same subject are linked together thanks to Wikidata. Many articles refer to the same subjects. This concept cloud includes what was considered important when writing these articles. The content of this "concept cloud" can be seen from the "Reasonator" for any

Re: [Wikitech-l] Feature request.

2014-11-17 Thread Bartosz Dziewoński
On Mon, 17 Nov 2014 19:56:04 +0100, James Forrester wrote: Maybe we should make the (read only) "your content" box more prominent, appearing before the "current content" one? Not sure this would help more than it would hinder everyone for the order to be reversed. I've always thought that t

Re: [Wikitech-l] Feature request.

2014-11-17 Thread Pine W
I think it would be ok to have a second "Save page" prompt that offers to save the page in a user's userspace. The save location could be something like User:Jimbo\editconflicts\pagename Auto-deletion of the edit conflict save would not be necessary. I also like Zack's suggestion. I think that c

Re: [Wikitech-l] composer validate now running for all extensions and skins

2014-11-17 Thread Antoine Musso
Le 17/11/2014 22:46, Legoktm a écrit : > Hi! > > With some help from bd808 and hashar, all extensions and skins now[1] > have a "php-composer-validate" job, which will run "composer > validate"[2] if your extension/skin's composer.json file is edited. > > Some extensions are still not passing val

[Wikitech-l] composer validate now running for all extensions and skins

2014-11-17 Thread Legoktm
Hi! With some help from bd808 and hashar, all extensions and skins now[1] have a "php-composer-validate" job, which will run "composer validate"[2] if your extension/skin's composer.json file is edited. Some extensions are still not passing validation, so I've uploaded[3] some changes to make the

[Wikitech-l] RFC about extensions continuous integration

2014-11-17 Thread Antoine Musso
Hello, I have published a draft RFC about testing MediaWiki core and the extensions all together in a single job. As a first step limited to the extensions deployed on the Wikimedia cluster. That would let us catch tricky dependencies such as an incompatible change in Mantle breaking Flow and M

Re: [Wikitech-l] Feature request.

2014-11-17 Thread James Forrester
On 16 November 2014 16:27, svetlana wrote: > On the second edit conflict, I read the message at the page top. It says: > > Someone else has changed this page since you started editing it. The upper > text area contains the page text as it currently exists. **Your changes are > shown in the lower

Re: [Wikitech-l] Feature request.

2014-11-17 Thread James Forrester
On 16 November 2014 14:36, Pine W wrote: > James: would it be possible to automatically save the text of a page to a > user's sandbox when they encounter an edit conflict? This would overwrite > the content of the sandbox, but that could be reverted using the normal > history page for the sandbox

Re: [Wikitech-l] broken server-side SVG rendering of a VisualEditor icon

2014-11-17 Thread Bartosz Dziewoński
rsvg (the program Wikimedia wikis use to convert SVG to PNG) is unable to correctly parse some of the SVG files used for various icons in VisualEditor (and OOjs UI). We know about it and doing something about this is on our radar. -- Bartosz Dziewoński _

Re: [Wikitech-l] broken server-side SVG rendering of a VisualEditor icon

2014-11-17 Thread Petr Kadlec
On Mon, Nov 17, 2014 at 12:43 PM, Amir E. Aharoni < amir.ahar...@mail.huji.ac.il> wrote: > I guess that either something is broken in the SVG file or in MediaWiki's > server-side SVG to PNG rendering. > Well, that is definitely not the only SVG file with problematic rendering. See https://commons

[Wikitech-l] broken server-side SVG rendering of a VisualEditor icon

2014-11-17 Thread Amir E. Aharoni
Hi, I uploaded the following file to Commons: https://commons.wikimedia.org/wiki/File:VisualEditor_MediaWiki_theme_clear_icon.svg The file is taken form the VisualEditor repo: extensions/VisualEditor/lib/ve/lib/oojs-ui/themes/apex/images/icons/clear.svg If it's viewed on the above file descripti

Re: [Wikitech-l] Identifying potential cross-language contributions

2014-11-17 Thread Helder .
On Sun, Nov 16, 2014 at 8:49 PM, Chas Leichner wrote: > I have noticed that there are a lot of pages which are extremely well > developed in one language and not particularly well developed in other > languages. I have been thinking about making tools to help identify and > translate these article

Re: [Wikitech-l] Identifying potential cross-language contributions

2014-11-17 Thread Amir E. Aharoni
2014-11-17 10:13 GMT+02:00 svetlana : > On Mon, 17 Nov 2014, at 09:58, Amir E. Aharoni wrote: > > There's the ContentTranslation project - an extension to help people > > translate articles. Among other things, this project has a feature that > > suggests people who (probably) know two (or more) la

Re: [Wikitech-l] Identifying potential cross-language contributions

2014-11-17 Thread Federico Leva (Nemo)
The two main tools for this purpose are: * https://tools.wmflabs.org/wikidata-terminator/ * https://meta.wikimedia.org/wiki/Mix%27n%27match (both build on the redlinks/missing articles tradition). Nemo ___ Wikitech-l mailing list Wikitech-l@lists.wikim

Re: [Wikitech-l] searching across all languages

2014-11-17 Thread Federico Leva (Nemo)
Install wdsearch on your account or wiki. https://en.wikipedia.org/wiki/MediaWiki_talk:Wdsearch.js Nemo ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Identifying potential cross-language contributions

2014-11-17 Thread svetlana
How can we get it into the beta features tab -- at ALL sister projects (except commons etc where translating stuff is complex, it is all showed into one page atm, they did not switch to the subpages thing like Meta does, yet) -- please? Have a couple non-Wikipedias in mind where I'd use it activ