Just a reminder, this is today. If you are in Berlin you are invited to
join.
Explaining MediaWiki Groups is the main topic of the meetup but of
course we can discuss other topics people are interested about.
Bis bald!
On 01/21/2013 04:03 PM, Lydia Pintscher wrote:
Heya :)
On the 4th of
Hi,
After much delay, Gerrit 2.6 will be coming to our servers. This release
brings a *lot* of really cool features and fixes, but I'd like to outline a
couple of the major ones:
* A stable, documented RESTful api
* Plugin support:
** We'll be replacing Gitweb with Gitblit once the initial dust
Hello,
I guess this can be answered by Tim or Victor, but I'm grateful for any
pointers that can help me with a rather specific problem with Scribunto.
I'm currently working on the Wikidata project to include Lua functions for
templates that access Wikidata entities.
I've toyed around a bit
On 02/04/2013 06:44 AM, Chad wrote:
** We'll be replacing Gitweb with Gitblit once the initial dust of the
upgrade settles
Does this mean new links will be in place? I've used links like
On Mon, Feb 4, 2013 at 9:19 AM, Mark A. Hershberger m...@everybody.org wrote:
On 02/04/2013 06:44 AM, Chad wrote:
** We'll be replacing Gitweb with Gitblit once the initial dust of the
upgrade settles
Does this mean new links will be in place? I've used links like
Given the Javascript LevelUp Bootcamp sessions coming up, I thought this
would be of interest:
https://shanetomlinson.com/2013/testing-javascript-frontend-part-1-anti-patterns-and-fixes/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Mon, Feb 4, 2013 at 3:29 PM, Chad innocentkil...@gmail.com wrote:
Does this mean new links will be in place? I've used links like
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki%2Fcore.git;a=commit;h=f04103185a071fc7ceb7f25daf1467791f2ae391
and it would be nice if those didn't break.
On Mon, Feb 4, 2013 at 10:21 AM, Sébastien Santoro
dereck...@espace-win.org wrote:
On Mon, Feb 4, 2013 at 3:29 PM, Chad innocentkil...@gmail.com wrote:
Does this mean new links will be in place? I've used links like
On Mon, Feb 4, 2013 at 8:46 AM, Jens Ohlig jens.oh...@wikimedia.de wrote:
Here are my questions:
1. Is there an easy way to add your own Lua functions (that call PHP Api
functions) to Scribunto other than writing them into LuaCommon.php?
Yes. Probably the best example to look at right now is
2013/2/4 Brad Jorsch bjor...@wikimedia.org:
You'd add your library object in Lua as a child of the mw object.
Sounds like same little mistake we are already dealing with in
JavaScript, see:
Hi Jens!
On 02/04/2013 05:46 AM, Jens Ohlig wrote:
I'm currently working on the Wikidata project to include Lua
functions for templates that access Wikidata entities.
I've toyed around a bit and extended LuaCommon.php with a getEntities
function and a wikibase table to hold that function.
If we can come up with some sane rewrite rules, I think we could
redirect gitweb urls to gitblit.
+1 -- like Mark I've used gitweb URLs in several places that I wouldn't
like to see breaking (one of them is original source of images moved to
commons from git).
~Walker
Just wanted to note that volunteer Alex Monk (Krenair) now has +2 rights
in MediaWiki core and all extensions.
https://www.mediawiki.org/w/index.php?title=Git%2FGerrit_project_ownershipdiff=640776oldid=638743
Alex joined our community as a developer about a year ago and has
consistently been
Hi everyone,
I've setup a new repository called sandbox. The purpose of this
repository is simple--it's meant to be a home for one-liners, quick
patches, and other things that don't have a proper home.
I've made pushing review permissions super liberal on it (as in,
granted to all registered
Sorry for cross-posting, but for MediaWiki developers, this is a good
opportunity to ask any questions you might have about the newly-released
Extension:GuidedTour, and how to leverage it to build any tours yourself.
-- Forwarded message --
From: Steven Walling
On 02/04/2013 03:58 PM, Steven Walling wrote:
Sorry for cross-posting, but for MediaWiki developers, this is a good
opportunity to ask any questions you might have about the newly-released
Extension:GuidedTour, and how to leverage it to build any tours yourself.
Specifically, any extension
On Sun, Feb 3, 2013 at 1:31 PM, Max Semenik maxsem.w...@gmail.com wrote:
On 03.02.2013, 2:02 Brion wrote:
On Feb 2, 2013 1:45 PM, Platonides platoni...@gmail.com wrote:
Your system does not seem to support OGG audio format. Downloading this
file without ogg support may need a
It seems Opus is going full speed ahead with both Mozilla and Chrome
already supporting it in beta. Any plans for that?
http://www.infoworld.com/d/applications/webrtc-creates-interop-between-chrome-and-firefox-212230
All,
The Fundraising and Mobile teams have been scheming about how we can start
to use the capabilities of the Varnish cache in our respective extensions.
Mobile already does use ESI, but this would be extensions to it.
As I know multiple other parties have been thinking along the same lines,
On Mon, Feb 4, 2013 at 6:44 AM, Chad innocentkil...@gmail.com wrote:
Hi,
After much delay, Gerrit 2.6 will be coming to our servers. This release
brings a *lot* of really cool features and fixes, but I'd like to outline a
couple of the major ones:
* A stable, documented RESTful api
*
There's already an RfC on this:
https://www.mediawiki.org/wiki/Requests_for_comment/Partial_page_caching
Ryan Kaldari
On 2/4/13 2:42 PM, Matthew Walker wrote:
All,
The Fundraising and Mobile teams have been scheming about how we can start
to use the capabilities of the Varnish cache in our
Ah shoot -- well -- I'll merge them then and retire my RfC.
Thanks Kaldari
On Mon, Feb 4, 2013 at 2:45 PM, Ryan Kaldari rkald...@wikimedia.org wrote:
There's already an RfC on this:
https://www.mediawiki.org/**wiki/Requests_for_comment/**
On Sun, Feb 3, 2013 at 2:35 AM, Asher Feldman afeld...@wikimedia.orgwrote:
Regarding varnish cacheability of mobile API requests with a logging query
param - it would probably be worth making frontend varnishes strip out all
occurrences of that query param and its value from their backend
On Mon, Feb 4, 2013 at 4:24 PM, Arthur Richards aricha...@wikimedia.orgwrote:
Asher, I understand your hesitation about using HTTP header fields, but
there are a couple problems I'm seeing with using query string parameters.
Perhaps you or others have some ideas how to get around these:
* We
On Mon, Feb 4, 2013 at 5:30 PM, Brion Vibber br...@pobox.com wrote:
On Mon, Feb 4, 2013 at 4:24 PM, Arthur Richards aricha...@wikimedia.org
wrote:
Asher, I understand your hesitation about using HTTP header fields, but
there are a couple problems I'm seeing with using query string
On Mon, Feb 4, 2013 at 3:42 PM, Matthew Walker mwal...@wikimedia.orgwrote:
Mobile already does use ESI, but this would be extensions to it.
Not in production. We've done some experimentation with ESI and have some
implementations of Varnish ESI in MobileFrontend sitting in a remote branch
that
On Mon, Feb 4, 2013 at 4:38 PM, Arthur Richards aricha...@wikimedia.orgwrote:
On Mon, Feb 4, 2013 at 5:30 PM, Brion Vibber br...@pobox.com wrote:
On Mon, Feb 4, 2013 at 4:24 PM, Arthur Richards aricha...@wikimedia.org
wrote:
* How could this work for the first pageview request (eg a user
On Mon, Feb 4, 2013 at 5:49 PM, Brion Vibber br...@pobox.com wrote:
On Mon, Feb 4, 2013 at 4:38 PM, Arthur Richards aricha...@wikimedia.org
wrote:
On Mon, Feb 4, 2013 at 5:30 PM, Brion Vibber br...@pobox.com wrote:
On Mon, Feb 4, 2013 at 4:24 PM, Arthur Richards
On Mon, Feb 4, 2013 at 4:24 PM, Arthur Richards aricha...@wikimedia.orgwrote:
Asher, I understand your hesitation about using HTTP header fields, but
there are a couple problems I'm seeing with using query string parameters.
Perhaps you or others have some ideas how to get around these:
* We
On Mon, Feb 4, 2013 at 4:59 PM, Arthur Richards aricha...@wikimedia.orgwrote:
In the case of the cookie, the header would actually get set by the backend
response (from Apache) and I believe Dave cooked up or was planning on
cooking some magic to somehow make that information discernable when
Good evening,
Hashar and me discussed about the Vector extension this morning on
#wikimedia-tech and we wonder if the code shouldn't be merged to core.
Rationale: Vector is the main design of our product and the Vector
extension contains enhancement for this skin.
--
Best Regards,
On Mon, Feb 4, 2013 at 5:21 PM, Asher Feldman afeld...@wikimedia.orgwrote:
On Mon, Feb 4, 2013 at 4:59 PM, Arthur Richards
aricha...@wikimedia.orgwrote:
In the case of the cookie, the header would actually get set by the
backend
response (from Apache) and I believe Dave cooked up or was
Core of MediaWiki, or core of the Vector skin? I am fine with doing that
for the skin, but I would keep it out of MediaWiki. The design is going
to change, and lots of folks use different skins and don't use the
extension.
maiki
On 02/04/2013 06:02 PM, Sébastien Santoro wrote:
Good evening,
Yes' all that changed is we added support for audio derivatives. We have
not enabled mp3 or AAC. The same code can be used for flac - ogg or
whatever we configure.
On Feb 3, 2013 2:33 AM, Yuvi Panda yuvipa...@gmail.com wrote:
Just to be sure that I'm reading this right - nothing actually changed
Hoi,
The UI obviously should be internationalised. Obviously this will enable
the software in other languages. But when a tour is to be translated, it is
not internationalisation, it is translation.
The point is that translation and internationalisation/localisation are
quite different and they
35 matches
Mail list logo