There's been discussions before about being able to share code style
settings between MediaWiki users for PhpStorm. To this end, I've started a
PhpStorm plugin [1] that adds this functionality, allowing preferences to be
set from a MediaWiki predefined style. Thanks to Siebrand and Physikerwelt
for their example configurations.
There is also functionality to search MediaWiki.org for selected text using
the context menu.
It can be installed using the inbuilt plugin manager in PhpStorm.
More functionality to come, somewhat emulating the Wordpress plugin [2]. I
imagine the Hook support would be quite useful for many people too.
Code is currently on github [3], maybe should be moved to gerrit sometime in
the future. Pull requests and issues happily accepted.
Sam
[1] http://plugins.jetbrains.com/plugin/7439
[2]
http://blog.jetbrains.com/phpstorm/2014/03/wordpress-support-in-phpstorm-8-e
ap/
[3] https://github.com/reedy/phpstorm-plugin-mediawiki
I was trying to detect it using api, but I figured out that list=user
which can do that, doesn't work on IP's.
what could work is list=blocks but that doesn't return if block is
active or not, it just list all of them.
I need to get a simple "yes/no" result, is there any way to do that?
After the deploy last Thursday various users on Village Pumps bug
reports and external sites (e.g. Twitter and Reddit) were informing us
that the new typography was unreadable. Sadly it was difficult to
distinguish whether this was simply a dislike of the new fonts or
something deeper related to a bug.
After lots of experimentation and reaching out to users on Friday, we
discovered that the free fonts in the stack were rendering very poorly
on some Windows machines. I experimented with some live hacks to beta
labs to try and identify the problems [1] with a user who was
experiencing the problem. I tested various things like
text-size-adjust and font size. The problem that caused the text to be
unreadable for the user was the Liberation Sans font [2]
I tried to restore Arimo [3] and although it was fine for this
particular user, it wasn't fine for another user, meaning both our
fonts were causing issues. As a result, I have pulled together a small
patch to remove these fonts [4]. This is meant as only a short term
solution.
As for a long term solution, what can we do? Ideas in my head involve
1) Picking a new open font that is either
** widely available on Linux but not so much on Windows
** renders well in Windows
2) We create our own open font, maybe forking an existing font.
3) We restore these two fonts to the font stack but using JavaScript
either enable or disable them on Windows machines
4) We identify the issues here with the existing fonts, filing
upstream bugs and find a timeframe in which we can restore them by
5) Insert your idea here
I welcome your ideas on how we can find an open font that keeps all users happy.
Is it worth opening an RFC on MediaWiki.org to discuss our options some more?
[1] http://en.wikipedia.beta.wmflabs.org/w/index.php?title=MediaWiki:Common.css…
[2] http://en.m.wikipedia.beta.wmflabs.org/wiki/Special:MobileDiff/86501
[3] http://en.m.wikipedia.beta.wmflabs.org/wiki/Special:MobileDiff/86501...86502
[4] https://gerrit.wikimedia.org/r/124387
Hello and welcome to the latest edition of the WMF Engineering Roadmap
and Deployment update.
The full log of planned deployments next week can be found at:
https://wikitech.wikimedia.org/wiki/Deployments#Week_of_April_14th
First, please read this blog post regarding the WMF's response to the
Heartbleed bug:
<https://blog.wikimedia.org/2014/04/10/wikimedias-response-to-the-heartbleed…>
Other notable items...
== Monday ==
* Improvements to the new search (CirrusSearch).
** Two performance related and one broken feature.
* Revert font stack change in Typography Refresh to be just sans-serif
** <https://gerrit.wikimedia.org/r/#/c/125447/>
* VisualEditor fixes:
** Adding a reference adds an empty one; editing a reference inserts a
new one
** fix JS error on opening redirect pages
== Tuesday ==
* MediaWiki deploy
** group1 to 1.23wmf22: All non-Wikipedia sites (Wiktionary, Wikisource,
Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few other sites)
** <https://www.mediawiki.org/wiki/MediaWiki_1.23/wmf22>
== Thursday ==
* MediaWiki deploy
** group2 to 1.23wmf22 (all Wikipedias)
** group0 to 1.23wmf23 (test/test2/testwikidata/mediawiki
* Media Viewer:
** Second limited pilot release: Enable by default on a few small
pilot sites (batch 1: Catalan, Hungarian, Korean and Wikipedias,
English Wikivoyage)
** <https://www.mediawiki.org/wiki/Multimedia/Media_Viewer/Release_Plan#Timeline>
Thanks, and as always, questions welcome,
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
The structured logging RFC [0] will be up for discussion again next
Wednesday [1]. There is a strawman implementation in gerrit [2] that
is likely to be the focus of discussion unless there are other issues
that the reviewers find more pressing.
At this point the most controversial aspect of my proposed
implementation seems to be importing third-party libraries into
mw-core and/or the use of composer to manage that activity. I would
welcome discussion of alternatives or consensus that this is a
reasonable approach for the immediate future that should be revisited
if and when a better idea is found for the general problem.
[0]: https://www.mediawiki.org/wiki/Requests_for_comment/Structured_logging
[1]: https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-03-19
[2]: https://gerrit.wikimedia.org/r/#/c/112699/
Bryan
--
Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org>
[[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA
irc: bd808 v:415.839.6885 x6855
Dear all,
as you all know the next Wikimedia Hackathon takes place in Zürich,
Switzerland. Registration is already open for a while and we already
passed the deadlines for scholarships and visa assistance. Thanks to the
WMF and several chapters we could assign 29 scholarships to participants
and facilitate 10 visa applications.
This Sunday we need to close the accommodation booking. So if you want
to participate in the Wikimedia Hackathon and you want us to book a bed
for you, please register NOW.
Fill in this form to register:
*
https://docs.google.com/forms/d/1nlrQ7cox36xaNK1u9iKP-thogY5TVrilOGJR79DqQ9…
We have 15 beds left until the Youth Hostel is fully booked, 144
participants have registered so far.
If you do not need an accommodation provided by us you have more time.
Still we would be in favor if you could register soon, so we can adjust
the number of t-shirts, badges etc. Last minute registrations on site
are possible but then don't expect us to have surplus swag left for you ;-)
More information on the event, the location and the program can be found
here:
* https://www.mediawiki.org/wiki/Z%C3%BCrich_Hackathon_2014
Please also those who have already registered review the suggested
sessions and workshops, add your support or your own submission, to help
the program team to prepare some good sessions for you!
See you soon in Zürich,
Manuel
--
Wikimedia CH - Verein zur Förderung Freien Wissens
Lausanne, +41 (21) 34066-22 - www.wikimedia.ch
I emailed mobile-l about this, now I'm moving this discussion to
wikitech-l. Rather than repeat myself, here's the thread to read:
http://lists.wikimedia.org/pipermail/mobile-l/2014-April/006884.html
Your feedback is welcome here on wikitech-l. Next week we'd like to move
the discussion to the wikimediaannounce-l mailing list, but we wanted to
first cover it on this main developer list.
Thanks.
-Adam
The mobile web team has been trying to get
https://gerrit.wikimedia.org/r/#/c/116037/ merged for quite some time now.
Particularly since this is a core change, mobile web folks are hesitant to
merge it ourselves. Can someone please help us get this taken care of?
--
Arthur Richards
Software Engineer, Mobile
[[User:Awjrichards]]
IRC: awjr
+1-415-839-6885 x6687