Hi,
On Tue, Mar 1, 2016 at 3:36 PM, David Strine <dstrine(a)wikimedia.org> wrote:
> We will be holding this brownbag in 25 minutes. The Bluejeans link has
> changed:
>
> https://bluejeans.com/396234560
I'm not familiar with bluejeans and maybe have missed a transition
because I wasn't paying enough attention. is this some kind of
experiment? have all meetings transitioned to this service?
anyway, my immediate question at the moment is how do you join without
sharing your microphone and camera?
am I correct thinking that this is an entirely proprietary stack
that's neither gratis nor libre and has no on-premise (not cloud)
hosting option? are we paying for this?
-Jeremy
Hi,
YuviPanda, prtksxna, and myself (with help from Tim and Aaron) have been
working the UrlShortener extension, which is designed to implement the
URL shortener RfC[1] (specifically Tim's implementation suggestion).
I've filed T108557[2] to deploy the extension to Wikimedia wikis. We'd
like to use the "w.wiki" short domain, which the WMF is already in
control of.
A test wiki has been set up mimicking what Wikimedia's configuration
would be like: http://urlshortener.wmflabs.org/, and has an accompanying
"short" domain at us.wmflabs.org (e.g. http://us.wmflabs.org/3). Please
play with it and report any bugs you might find :)
[1] https://www.mediawiki.org/wiki/Requests_for_comment/URL_shortener
[2] https://phabricator.wikimedia.org/T108557
Thanks,
-- Legoktm
Hi,
I only now noticed that Phabricator has blogs:
https://phabricator.wikimedia.org/phame/blog/
I couldn't find a way to subscribe to them in RSS. Is it possible?
--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
“We're living in pieces,
I want to live in peace.” – T. Moore
We are going to finally switch off the deprecated domain rest.wikimedia.org
by September 1st. This should not affect any REST API users, as this domain
has been officially deprecated since January & sunset since April [1].
Since then, requests to that domain have returned an error informing users
about the move.
Access to the REST API is exclusively through the main project domains,
following the following pattern:
https://en.wikipedia.org/api/rest_v1/?doc
Thank you for your cooperation,
--
Gabriel Wicke
Principal Engineer, Wikimedia Foundation
[1]: https://lists.wikimedia.org/pipermail/wikitech-l/2016-April/085309.html
In order to improve browser testing tools, release engineering team has
created browser testing user satisfaction survey:
https://goo.gl/xS6mmV
It should take you up to 5 minutes. Most of the questions have simple 5
level linear scale. There are 5 sections, and the last question in each
section will be free form text field, so you can leave comments on anything
we forgot to ask.
For details about the survey, feel free to take a look at phabricator task:
https://phabricator.wikimedia.org/T131123
Željko
All,
I would like to draw your attention to ticket
https://phabricator.wikimedia.org/T47317.
This ticket highlights some issues with the way sections, headers and the
TOC are handled in the parser in combination with tag extensions and parser
functions.
Basically the problem is that the TOC is created before strip markers are
substituted, which prevents some sections from showing up in the TOC.
This issue is limiting the usefulness of such constructs, so I am very
interested to spend some time on it with people well-versed in the parser
code and in particular the formatHeadings function.
Of course, there are plenty more details I could give but before flooding
wikitech-l with those I thought I'd poll for the interest in addressing
this. Maybe the next step could be some chat over IRC or another medium?
Thanks in advance,
Lord_Farin
Hoi,
This is an inquiry from my friend in academia, researching about Wikipedia.
He would like to know whether there's a way to acquire a list of templates
including external links. Here are some examples including external links.
https://ja.wikipedia.org/wiki/Template:JOI/dochttps://ja.wikipedia.org/wiki/Template:Twitter/doc
Such links are stored in externallinks.sql.gz, in an expanded form.
When you want to check increase/decrease of linked domains in chronological
order through edit history, you have to check pages-meta-history1.xml etc.
In a such case, traditional links and links by templates are mixed,
Therefore, the latter ones (links by templates) should be expanded to
traditional link forms.
Sorry if what I am saying does not make sense.
Thanks in advance,
--Takashi Ota [[U:Takot]]