A forward to Wikitech Ambassadors, who are very welcome to Wikimedia
hackathons.
---------- Forwarded message ----------
From: Quim Gil <qgil(a)wikimedia.org>
Date: Wed, Feb 25, 2015 at 9:14 AM
Subject: Fwd: Wikimedia Hackathon travel sponsorship
To: Wikimedia Mailing List <wikimedia-l(a)lists.wikimedia.org>
A forward for technical and tech-curious people not subscribed to
wikitech-l. If you have or want to join a hackathon plan for Lyon (May
23-25), we want to know. Important note: Wikimedia Hackathons are not only
for developers, as good software development requires many other profiles,
including insightful users.
Chapter people and other organized wikimedians, your help funding volunteer
travel is welcome. Every year we are pooling more funds from more orgs,
opening our hackathons to more volunteers from more places and areas of
interest. Please send one volunteer or more to Lyon. More information and
feedback at https://phabricator.wikimedia.org/T88523
---------- Forwarded message ----------
From: Quim Gil <qgil(a)wikimedia.org>
Date: Wed, Feb 25, 2015 at 9:02 AM
Subject: Wikimedia Hackathon travel sponsorship
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Hi, we are hoping to open registration to the Wikimedia Hackathon in Lyon
next week. Those of you relying on travel sponsorship can start preparing
your requests already now:
# Familiarize yourself with the goals of the hackathon:
https://www.mediawiki.org/wiki/Hackathons#The_Wikimedia_Hackathon_model
# Join or propose a demo-able project in Phabricator:
https://phabricator.wikimedia.org/tag/wikimedia-hackathon-2015/
# Find a hackathon buddy in the Wikimedia communities or related projects
out there: https://www.mediawiki.org/wiki/Lyon_Hackathon_2015/Buddies
Here you have a draft form to get an idea of what questions you will be
asked: http://goo.gl/forms/MPzx8q7BBz (not a real form; data submitted will
be ignored and deleted)
Your feedback about the process is welcome, especially in the related
Phabricator task: https://phabricator.wikimedia.org/T88406
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
Hello!
Global user pages have now been deployed to all public wikis for users
with CentralAuth accounts. Documentation on the feature is available at
mediawiki.org[1], and if you notice any bugs please file them in
Phabricator[2].
Thanks to all the people who helped with the creation and deployment
(incomplete, and in no particular order): Jack Phoenix & ShoutWiki,
Isarra, MZMcBride, Nemo, Quiddity, Aaron S, Matt F, James F, and
everyone who helped with testing it while it was in beta.
[1] https://www.mediawiki.org/wiki/Help:Extension:GlobalUserPage
[2]
https://phabricator.wikimedia.org/maniphest/task/create/?projects=PHID-PROJ…
Please participate in the global discussion:
https://meta.wikimedia.org/wiki/Wikimedia_Forum#Proposal:_restore_normal_ed…
----
[...] What few know is that the mobile sites don't follow the standard
permission system: instead, they override permissions and prevent
unregistered users from editing at all.
I propose to remove this exception to the rule, which was meant to be
temporary and looks now technically unnecessary. Unregistered users will
be allowed to edit on the mobile subdomain for a wiki, if they are
allowed on the main domain. [...]
----
The discussion will be open until 2015-03-15. I'll send wider
notifications in few days. In the meanwhile, sorry for the crossposting.
Nemo
Hi Everyone,
We provide an interface for the Scribunto extension (Lua modules) in
Wikibase for quite some time now. Our integration with Scribunto was
very basic initially and not future proof enough for things like
arbitrary access or very big items.
Due to that we at some point deprecated the old Lua function to access
entities mw.wikibase.getEntity[0] in favor of
mw.wikibase.getEntityObject[1] which is much more than just a plain Lua
table and allowed us to introduce various convenience functions and to
improve performance. We plan to extend on that in the near future to
make arbitrary access possible, especially from a performance point of
view.
As that's not possible with the legacy mw.wikibase.getEntity function it
would be nice if you could replace all of your usages of that function
with the new function. Migrating shouldn't be hard, but there are two
breaking changes between the output format of the two functions which
you need to be aware of and potentially adopt your modules to.
First of all the old entity format, as obtained from
mw.wikibase.getEntity, includes all claims twice once with upper and
once with lower case keys (so both "P123" and "p123" are present as
keys). That has been removed in the new format in favor of just upper
case keys ("P123").
The other breaking change is that in the new entity format the Lua
tables are no longer numbered from 0 on, but from 1 on (which is the
native Lua table enumeration).
You can find a list of all Lua modules (potentially) using the old
function sorted by number of transclusions on
https://phabricator.wikimedia.org/P272.
Cheers,
Marius
[0]:
https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.ge…
[1]:
https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.ge…
Greetings,
As the subject says, creating a local, unattached account has been turned
off as part of the single-user login finalization process taking place over
the next two months. This is to prevent any further usernames from being
created that are going to clash with global accounts when the great
renaming process happens[1]. Going forward, /all/ new user accounts on the
public farm will be global in nature.
I am sorry if this inconveniences anyone, feel free to contact me with
questions.
1. https://phabricator.wikimedia.org/T70069
--
Keegan Peterzell
Community Liaison, Product
Wikimedia Foundation
FYI - for any Opera 12 aficionados ..
---------- Forwarded message ----------
From: Bartosz Dziewoński <matma.rex(a)gmail.com>
Date: Mon, Feb 16, 2015 at 8:35 AM
Subject: [Wikitech-l] MediaWiki will avoid serving SVG images to Opera 12
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Just a quick note that I have submitted a patch <
https://gerrit.wikimedia.org/r/190819> that will make MediaWiki avoid
serving SVG images to Opera 12 (the old, Presto-based one) when a PNG
fallback is available.
We support it as a Grade A browser, which means that we should do our best
to provide the best possible experience. In my opinion, the best possible
experience involves not giving it any SVGs.
Opera 12 has issues when rendering SVG background-images together with
border-radius or background-size rules (see task <https://phabricator.
wikimedia.org/T87504> for details and examples), and both of these are
becoming increasingly common in our codebase. One common complaint was the
new MediaWiki UI checkboxes, where the check icon would sometimes not
appear for Opera users.
--
Bartosz Dziewoński
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Erik Möller
VP of Product & Strategy, Wikimedia Foundation