You could activate also in pt.wikibooks.org?
We made a script that is already functional and it would be very useful
https://www.mediawiki.org/wiki/Module:Nav
2013/2/18 Tim Starling tstarl...@wikimedia.org
On 16/02/13 07:55, Steven Walling wrote:
I didn't see it in the docs above, so thought
On 17/02/13 00:44, Luca Martinelli wrote:
As of now, we write templates and we put data into them, article by
article - but this is going to change during 2013, with the
implementation of Wikidata, since we'll put data in the common repo
and then just call them on local projects.
Is this
Am 18.02.2013 um 13:06 schrieb Tim Starling tstarl...@wikimedia.org:
On 17/02/13 00:44, Luca Martinelli wrote:
As of now, we write templates and we put data into them, article by
article - but this is going to change during 2013, with the
implementation of Wikidata, since we'll put data in
On Mon, Feb 18, 2013 at 1:15 PM, Jens Ohlig jens.oh...@wikimedia.de wrote:
It is in the works and I would love if you find the time to review it once
it's up on Gerrit (which should happen this week).
Lua scripting is indeed a big deal for us at Wikidata — structured data from
Wikidata is
On Mon, Feb 18, 2013 at 1:20 PM, Lydia Pintscher
lydia.pintsc...@wikimedia.de wrote:
On Mon, Feb 18, 2013 at 1:15 PM, Jens Ohlig jens.oh...@wikimedia.de wrote:
It is in the works and I would love if you find the time to review it once
it's up on Gerrit (which should happen this week).
Lua
How useful would it be for Lua to access to the query/content/parser API be?
I am suspecting there could be a lot of creative usages of this, including
getting data from the wikidata (which won't have to do anything special to
enable this)
On Mon, Feb 18, 2013 at 7:15 AM, Jens Ohlig
For later.
As discussed before, access via HTTP is probably hardly an option for the
Wikimedia wikis (and they are our priority), but for other wikis that will
be crucial.
Cheers,
Denny
2013/2/18 Yuri Astrakhan yuriastrak...@gmail.com
How useful would it be for Lua to access to the
On 18/02/13 23:24, Yuri Astrakhan wrote:
How useful would it be for Lua to access to the query/content/parser API be?
I am suspecting there could be a lot of creative usages of this, including
getting data from the wikidata (which won't have to do anything special to
enable this)
If you
It's also annoying that while the toolbar (normal or advanced) loads I
can't type in the header (for section=new) or the edit area, at least on
Firefox:* is this the same problem?
Nemo
(*) Might also be a recent regression:
https://bugzilla.mozilla.org/show_bug.cgi?id=795232
Totally agree about the wikidata interface convenience, but I suspect it
might not cover all usages, in which case it will be a good way for users
to start implementing workarounds, and for us to notice the need and meet
it with new features.
I don't know enough about template performance impact,
On Sunday, February 17, 2013 at 10:56 PM, Tim Starling wrote:
On 16/02/13 07:55, Steven Walling wrote:
I didn't see it in the docs above, so thought I'd ask... Is this going
to include rollout of the CodeEditor extension, or will that be done
separately?
CodeEditor will be enabled,
On Mon, Feb 18, 2013 at 7:24 AM, Yuri Astrakhan yuriastrak...@gmail.com wrote:
How useful would it be for Lua to access to the query/content/parser API be?
I am suspecting there could be a lot of creative usages of this, including
getting data from the wikidata (which won't have to do anything
On 15/02/13 17:28, Waldir Pimenta wrote:
On Fri, Feb 15, 2013 at 11:58 AM, Platonides platoni...@gmail.com wrote:
On 15/02/13 09:16, Waldir Pimenta wrote:
1) should all access points be on the root directory of the wiki, for
consistency?
No. The installer is on its on folder on purpose, so
On 18.02.2013, 18:57 Brad wrote:
On Mon, Feb 18, 2013 at 7:24 AM, Yuri Astrakhan yuriastrak...@gmail.com
wrote:
How useful would it be for Lua to access to the query/content/parser API be?
I am suspecting there could be a lot of creative usages of this, including
getting data from the
Hey,
A lot of components in core, for instance SpecialPages, API modules and
Actions allow registering new components as follows:
$someList['some-name'] = 'YourHandlingClass';
The problem with this is that the extending code has no control over the
instantiation of the handling object. So you
On 15/02/13 09:16, Waldir Pimenta wrote:
should all access points be on the root directory of the wiki, for
consistency? currently mw-config/index.php is the only one not in the root.
On Mon, Feb 18, 2013 at 3:56 PM, Platonides platoni...@gmail.com wrote:
Well, every bit of the installer
On Feb 18, 2013, at 5:54 PM, Waldir Pimenta wal...@email.com wrote:
On 15/02/13 09:16, Waldir Pimenta wrote:
should all access points be on the root directory of the wiki, for
consistency? currently mw-config/index.php is the only one not in the root.
On Mon, Feb 18, 2013 at 3:56 PM,
On Mon, Feb 18, 2013 at 5:17 PM, Krinkle krinklem...@gmail.com wrote:
But before more bike shedding (have we had enough these last 2 months
yet?), is there a problem with having a directory?
It somewhat breaks the pattern, considering that all the other access
points (and their corresponding
On Mon, Feb 18, 2013 at 1:53 PM, Waldir Pimenta wal...@email.com wrote:
On Mon, Feb 18, 2013 at 5:17 PM, Krinkle krinklem...@gmail.com wrote:
But before more bike shedding (have we had enough these last 2 months
yet?), is there a problem with having a directory?
It somewhat breaks the
On Mon, Feb 18, 2013 at 8:41 AM, Jeroen De Dauw jeroended...@gmail.comwrote:
A lot of components in core, for instance SpecialPages, API modules and
Actions allow registering new components as follows:
$someList['some-name'] = 'YourHandlingClass';
The problem with this is that the extending
Wiadomość napisana przez Rob Lanphier w dniu 2013-02-15, o godz. 21:33:
Hi everyone,
We're planning to deploy Lua to a long list of wikis on Monday,
February 18, 23:00-01:00 UTC (stretching into Tuesday UTC), including
English Wikipedia.
Details here:
http://meta.wikimedia.org/wiki/Lua
On Mon, Feb 18, 2013 at 2:41 PM, Sebastian Skałacki ska...@gmail.com wrote:
What about locale? In Lua, identifiers can be made of any letters (and
digits) and what is a letter is decided basing on locale. Will it be possible
to use non-english or even non-latin characters in scripts?
Note
Hey,
One way would to specify a callback. For PHP 5.3 and later we can use
closures...
That would work yes! :) I've been doing something very similar for various
hooks lately, and it works great.
$this-hooks['ParserFirstCallInit'][] = function( Parser $parser ) use (
$extension ) {
It's also annoying that while the toolbar (normal or advanced) loads
I can't type in the header (for section=new) or the edit area, at
least on Firefox:* is this the same problem?
(*) Might also be a recent regression:
https://bugzilla.mozilla.org/show_bug.cgi?id=795232
Maybe...
It's also
Hey,
I had a go at this and have implemented a working solution for
SpecialPages, Actions and API modules. Slightly surprised at how easy this
was considering some of the involved code is procedural soup with a strong
taste of global state.
* https://gerrit.wikimedia.org/r/#/c/49777/
*
Hello,
after the last gerrit update I'm no longer able to visit the Code Review
Dashboards of other gerrit users in case I don't know their user ids. If
I do it's fine (eg. https://gerrit.wikimedia.org/r/#/dashboard/50 is
mine).
Is there a way to get to these dashboards or at least get to know
Inspect your browser's calls to
https://gerrit.wikimedia.org/r/gerrit_ui/rpc/ChangeDetailService. It
returns loads of info in JSON format, including the IDs of the users on
the page.
Alex Monk
On 18/02/13 23:08, hoo wrote:
Hello,
after the last gerrit update I'm no longer able to visit the
Thanks a lot! This work correctly in the deployed version. I made a
tiny test here:
writing a module: https://www.mediawiki.org/wiki/Module:StringLength
using a module: https://www.mediawiki.org/wiki/User:Amire80/Scribunto
--
Amir
2013/2/16 Chad innocentkil...@gmail.com:
On Sat, Feb 16, 2013 at
Hi.
I wrote https://www.mediawiki.org/wiki/Gerrit/Reports over the weekend.
MZMcBride
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
29 matches
Mail list logo