Well I could use If I ever get the subscription. So far I sent several
emais but got no response.
On Fri, Aug 5, 2016 at 1:34 PM, Florian Schmidt <
florian.schmidt.welzow(a)t-online.de> wrote:
> We've an all products Plan, so all IDEA Desktop products are included, so
> I'm pretty sure, you can use our existing subscriptions.
>
> Best,
> Florian
>
> _______________________________________________
> Wlm-global-org mailing list
> Wlm-global-org(a)lists.wmnederland.nl
> https://lists.wmnederland.nl/mailman/listinfo/wlm-global-org
>
>
Awesome! This will also make it easier to experiment with alternate
delivery formats: WebP, direct SVG usage, etc that depend on knowing
whether there's client-side support. I'll fire up some more research... :D
-- brion
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson <jrobson(a)wikimedia.org> wrote:
> FYI after much experimentation, research and testing the mobile site has
> been lazy loading images [1] since Thursday 18th August. This means if you
> do not see an image you will not download it. We have taken care to ensure
> users without JavaScript can still view images and that most users will
> barely notice the difference.
>
> We are currently crunching the data this change has made and we plan to
> write a blog post to reporting the results.
>
> In our experiments on Japanese Wikipedia we saw a drop in image bytes per
> page view by 54% On the Japanese Japan article bytes shipped to users
> dropped from 1.443 MB to 142 kB.
>
> This is pretty huge since bytes equate to money [3] and we expect this to
> be significant on wikis where mobile data is more expensive. In a nutshell
> Wikipedia mobile is cheaper.
>
> As I said blog post to follow once we have more information, but please
> report any bugs you are seeing with the implementation (we have already
> found a few thanks to our community of editors).
>
> ~Jon
>
> [1] https://www.mediawiki.org/wiki/Reading/Web/Projects/
> Performance/Lazy_loading_images
> [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_
> of_images_on_Japanese_Wikipedia
> [3] https://whatdoesmysitecost.com/
>
>
>
> _______________________________________________
> Mobile-l mailing list
> Mobile-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
Good to hear. Does this also mean that pages load faster?
Pine
On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson <jrobson(a)wikimedia.org> wrote:
> FYI after much experimentation, research and testing the mobile site has
> been lazy loading images [1] since Thursday 18th August. This means if you
> do not see an image you will not download it. We have taken care to ensure
> users without JavaScript can still view images and that most users will
> barely notice the difference.
>
> We are currently crunching the data this change has made and we plan to
> write a blog post to reporting the results.
>
> In our experiments on Japanese Wikipedia we saw a drop in image bytes per
> page view by 54% On the Japanese Japan article bytes shipped to users
> dropped from 1.443 MB to 142 kB.
>
> This is pretty huge since bytes equate to money [3] and we expect this to
> be significant on wikis where mobile data is more expensive. In a nutshell
> Wikipedia mobile is cheaper.
>
> As I said blog post to follow once we have more information, but please
> report any bugs you are seeing with the implementation (we have already
> found a few thanks to our community of editors).
>
> ~Jon
>
> [1] https://www.mediawiki.org/wiki/Reading/Web/Projects/
> Performance/Lazy_loading_images
> [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_
> of_images_on_Japanese_Wikipedia
> [3] https://whatdoesmysitecost.com/
>
>
>
> _______________________________________________
> Mobile-l mailing list
> Mobile-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2016.08. This bundle is The bundle is compatible with MediaWiki
1.26 and 1.27 or above and requires PHP 5.5.9 or above.
Next MLEB is expected to be released in 3 months. If there are major
changes or important bug fixes, we will do intermediate release.
Please give us your feedback at
[[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2016.08.tar…
* sha256sum: aba09ead5f2c646e5960ce2aecc36866ee092079f51598d0aab461c7655410da
Quick links:
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode
Release notes for each extension are below.
-- Kartik Mistry
== Highlights and upgrade notes ==
* Translate extension now requires Elastica extension for
ElasticSearch support. Wikimedia search plugin needs to be installed
for ElasticSearch 2.x series.
* Special:Translate now has a summary field.
* Special:Translate is much more robust thanks to improved error
handling and to many small bugs having been fixed.
* Page translation is much more robust.
* The sandbox feature of Translate extension requires MediaWiki 1.27 or newer.
* Translate's export functionality is now on separate special page
called Special:ExportTranslations
* The style of ULS's dialogs have been updated and polished to be more
streamlined.
* The default geoip service for Universal Language Selector is changed
because the old service is discontinued.
* Major update on webfont formats: woff2 format added, eot and svg
formats dropped.
== Babel ==
* Ricordisamoa changed language categories to be formatted
consistently following the BCP47 standard.
== CLDR ==
* Thiemo Mättig changed "Multiple Languages" and "Unknown Language" to
"multiple languages" and "unknown languages" in English.
== CleanChanges ==
* Niklas Laxström fixed a JavaScript error in Special:WatchList. T138702
* Brian Wolff improved the way we invoke JavaScript for click handlers.
== LocalisationUpdate ==
* Maintenance updates only.
== Translate ==
* Kunal Grover's patch to update translation pages upon deletion of
translation units was merged with the help of Glaisher.
* David Causse made translation memory and translation search work
with new ElasticSearch version.
* Pratik Lahoti's improvements to the user interface of
Special:PageMigration was merged with help of Federico Leva.
* Glaisher fulfilled a long requested feature to have summary field on
Special:Translate.
* Glaisher fixed bugs and improved stability of the page translation feature.
* Glaisher added a log subtype selector for the page translation log
on Special:Log.
* Glaisher fixed false warnings about bad translation in
Special:Translate when the source text contained discouraged html or
had smileys.
* Glaisher moved export functionality from Special:Translate to
Special:ExportTranslations.
* Niklas Laxström improved message group selector on Special:Translate.
* Niklas Laxström improved display of Special:Translate for small screens.
* Niklas Laxström fixed flash of unstyled content on many of
Translate's special pages.
* Niklas Laxström changed JSON file format handler to always output a
metadata section. T118205
* Niklas Laxström fixed multiple issues related to statsbar updates on
Special:Translate. T62949
* Niklas Laxström improved the refresh-translatable-pages.php
maintenance script so that it creates missing source language pages.
* Niklas Laxström updated Translate's sandbox feature to use
AuthManager. T111486
* Federico Leva made characterEditStats.php to able to scan history
further than the recent changes table. T64833
== UniversalLanguageSelector ==
* Compact language links feature is much improved, and can now be
enabled without being a beta feature.
* Santhosh Thottingal added support for browser provided language
preferences for compact language links.
* Lots of styling updates.
* Niklas Laxström did cleanups to language name search which might
affect search results.
* Niklas Laxström fixed style issues for input method listing.
* Niklas Laxström updated the default geoip provider.
* Fonts:
** Santhosh Thottingal added support for WOFF2 format for web fonts.
Niklas Laxström dropped support for EOT and SVG formats.
** Kartik Mistry updated Skiers II font for Gothic language. T124785
* Input Methods:
** Added Khmer NiDA standard Unicode keyboard.
** Added Akan language keyboard.
** Added Enhanced Ol Chiki InScript and Sarjom Baha phonetic keyboards
for Santali language.
** Various fixes for Punjabi, Urdu keyboards.
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
Hi everyone
Per <https://phabricator.wikimedia.org/T69223#2581292>
During E263, Jaime (@jcrespo) put the following choice to us. Should he:
a. Apply this change to all wikis
b. Apply this change to a subset of wikis, on request
c. Not apply this change
We seemed to get consensus around "a" (applying this change to all
wikis), so that's the decision we're putting in "final comment".
ArchCom plans to move this task to "Approved" during E265 (barring any
unaddressed objections in the comments on this task).
See also: <https://www.mediawiki.org/wiki/ArchComStatus>
Rob
Hey all,
We just deployed a change that changed default sensitivity of ORES review
tool from "hard" to "soft" (meaning recall would drop from 0.9 to 0.75 but
percentage of false positives drops too). You are still able to change it
back in your preferences (Recent changes tab).
Please come to us for any issues or questions.
Best
Please comment on whether to approve the introduction to the "Committee"
section of the draft Code of conduct for technical spaces.
The draft text is at
https://www.mediawiki.org/w/index.php?title=Code_of_Conduct/Draft&oldid=220…
. This is the part after the "Page: Code of Conduct/Committee" heading
and before the "Diversity" heading.
You can comment at
https://www.mediawiki.org/wiki/Talk:Code_of_Conduct/Draft#Finalize_introduc…
. A position and brief comment is fine.
You can also send private feedback to conduct-discussion(a)wikimedia.org .
Thanks again,
Matt Flaschen
P.S. Sorry, I should have combined this into my previous email.