On Sun, 12 May 2013 21:26:42 -0700, Moriel Schottlender mor...@gmail.com
wrote:
Hello everyone,
I'd like to get your opinions and critique on my very first MediaWiki
extension, which, I hope, will be helpful to other developers.
...
The extension is available on GitHub:
On Mon, May 13, 2013 at 2:21 AM, Daniel Friesen
dan...@nadir-seen-fire.comwrote:
* Your RL module should have a remote path in addition to a local one, it's
also proper to declare the media type for your css. You should also drop
the `@CHARSET UTF-8`.
* The wfMessage calls should probably
I very much lie the idea of this extension: it's very useful to know
what changes have been made in a software one is using. Does it only
work with WMF's gerrit? Many extensions are not hosted there. I think
that for them you can just compare the version number of the extension
with its current
Hi,
I have made prototype extensions for Firefox and Chrome related to this
project.
These extensions port jQuery.IME completely to the client side and can be
installed in the browser.
These extension would allow users to use multilingual input methods on any
website and not just on MediaWiki
On Sun, 12 May 2013 23:35:12 -0700, Moriel Schottlender mor...@gmail.com
wrote:
On Mon, May 13, 2013 at 2:21 AM, Daniel Friesen
dan...@nadir-seen-fire.comwrote:
Thanks a lot Daniel! Much appreciated.
I also noticed I should go through the styleguide to make sure I follow
the
proper
On Mon, May 13, 2013 at 2:44 AM, Yury Katkov katkov.ju...@gmail.com wrote:
I very much lie the idea of this extension: it's very useful to know
what changes have been made in a software one is using. Does it only
work with WMF's gerrit? Many extensions are not hosted there. I think
that for
Hi Moriel,
I like that idea very much. In the use case I have in mind, though, I do have
actual releases. Do you think it's possible for your extension to also consider
tags? I am thinking of something like a tagging convention, e.g. RELEASE
v1.20. ExtensionStatus could then parse the tag and
On Mon, May 13, 2013 at 4:06 AM, Markus Glaser gla...@hallowelt.biz wrote:
I like that idea very much. In the use case I have in mind, though, I do
have actual releases. Do you think it's possible for your extension to also
consider tags? I am thinking of something like a tagging convention,
On 2013-05-13 5:16 AM, Moriel Schottlender mor...@gmail.com wrote:
On Mon, May 13, 2013 at 4:06 AM, Markus Glaser gla...@hallowelt.biz
wrote:
I like that idea very much. In the use case I have in mind, though, I do
have actual releases. Do you think it's possible for your extension to
also
Hi Vishal,
On Sat, 2013-05-11 at 06:20 +, hungers.to.nurt...@gmail.com wrote:
This is my project http://www.mediawiki.org/wiki/User:Making-it-yours
for GSOC - 2013, which I hope haven’t interested you.
Dozens of projects were introduced on this list in the last weeks, so
I'd appreciate if
Hi everyone,
I'm working on a prototype for the Wikidata Entity Suggester (Bug
#46555https://bugzilla.wikimedia.org/show_bug.cgi?id=46555).
As of now, it is a command-line client, completely written in Java, that
fetches recommendations from a Myrrix server layer.
Please take a look at the
On Mon, May 13, 2013 at 5:00 AM, reporter repor...@kaulen.wikimedia.orgwrote:
General/Unknown 12
Site requests 12
General/Unknown 11
General/Unknown is listed twice.
Željko
___
On 2013-05-13 7:21 AM, Željko Filipin zfili...@wikimedia.org wrote:
On Mon, May 13, 2013 at 5:00 AM, reporter repor...@kaulen.wikimedia.org
wrote:
General/Unknown 12
Site requests 12
General/Unknown 11
General/Unknown is
That's awesome!
Two things:
* how set are you on a Java-based solution? We would prefer PHP in order to
make it more likely to be deployed.
* could you provide a link to a running demo?
Cheers,
Denny
2013/5/13 Nilesh Chakraborty nil...@nileshc.com
Hi everyone,
I'm working on a prototype
Fresh charts:
http://www.mediawiki.org/wiki/Bugzilla_Weekly_Report
On Mon, May 13, 2013 at 5:00 AM, reporter repor...@kaulen.wikimedia.orgwrote:
Top 5 bug report closers
..
jrobson [AT] wikimedia.org 17
mmullie [AT] wikimedia.org 17
jrobson and mmullie now appear in Top
Thank you! :)
Simply put, there are two prime components here:
1. The recommendation engine (Myrrix, need to run a .jar file as a daemon,
done. Easier than deploying Lucene)
2. Recommendation client (Myrrix has a rich Java API. My current code uses
it to provide recommendations. The actual
Hi,
The idea is obviously good and useful. In OPW round 5(
http://www.mediawiki.org/wiki/Outreach_Program_for_Women/Round_5 ) there
was a project
for pulling files from a git repository. A part of the project dealt with
updating the files. The approach( checking for last commit id or
I'm writing to report on progress with Mediawiki-Vagrant, and to tell
you a bit about how it could be useful to you. If you've looked at
MediaWiki-Vagrant in the past and thought, 'big deal -- I know how to
configure MediaWiki', this e-mail is for you.
But first, a small snippet to whet your
On May 8, 2013, at 3:46 PM, Chad innocentkil...@gmail.com wrote:
For a personal wiki, this means you need the 'deletedhistory' and
'deletedtext'
permissions (which is by default assigned to the admin group).
On WMF wikis, this requires being an administrator (although I think there's
ok so after almost 2 days of recovering I am getting somewhere... so
here is a list of things that were lost and I am unable to recover
them:
* changes to access lists for all channels since 1. February 2013
* statistics for all channels where they were enabled since 1. February 2013
* seen data
wm-bot is back as it used to be. Should there be any problem with
anything - poke me on irc, nick petan
On Mon, May 13, 2013 at 4:16 PM, Petr Bena benap...@gmail.com wrote:
ok so after almost 2 days of recovering I am getting somewhere... so
here is a list of things that were lost and I am
All,
We are excited to announce Alexandros Kosiaris will join us this Monday
(2013-05-17) as a full-time member of the Technical Operations staff. He
will be based in Athens, Greece.
Alex (short for Alexandros) has a 10-year experience in the System
Engineering, having worked as a senior
On 05/13/2013 12:26 AM, Moriel Schottlender wrote:
I'd like to get your opinions and critique on my very first MediaWiki
extension, which, I hope, will be helpful to other developers.
I like this idea. I wonder if you could work with the WikiApiary site
(http://wikiapiary.com/) as you adapt
Hi, I've seen recently a lot of code like this:
$html = Html::openElement( 'div', array( 'class' = 'foo' )
. Html::rawElement( 'p', array(),
Html::element( 'span', array( 'id' = $somePotentiallyUnsafeId ),
$somePotentiallyUnsafeText
)
)
.
I think your question answers itself, because you have a syntax error in your
suggested HTML string:
$html = 'div class=foo'p'
...
Use the Html class and you'll have fewer worries about malformed HTML.
WordPress code is full of hard-coded HTML strings and it's maddening to read
and
On Mon, May 13, 2013 at 10:26 AM, Max Semenik maxsem.w...@gmail.com wrote:
Hi, I've seen recently a lot of code like this:
$html = Html::openElement( 'div', array( 'class' = 'foo' )
. Html::rawElement( 'p', array(),
Html::element( 'span', array( 'id' = $somePotentiallyUnsafeId ),
Chris makes a good point. Also, it should be noted that the Html class does
a lot more than just escape stuff. It does a whole bunch of attribute
validation and standardization to make output HTML5-sanitary. While in
simple cases like the one above it will not make a difference, it is
probably
The final release candidate for MediaWiki 1.21 (rc5) is available for
download. See the end of this email for details. There are a number of
bug fixes in this release that were not in rc4. Please test this
version and report any problems. Barring any show-stoppers, the final
release will be on
On Mon, May 13, 2013 at 9:06 AM, Petr Bena benap...@gmail.com wrote:
wm-bot is back as it used to be. Should there be any problem with
anything - poke me on irc, nick petan
Thanks! wm-bot is very useful, and your diligence in reporting the outage
and fixing it was excellent.
Guys - thank you so much for the comments, I really appreciate it!
The future goal for this could very well be something that helps people
upgrade their extensions (as similar as possible to something like
wordpress, which is very newbie-friendly) and download the files directly
with or without
Am 13.05.2013 21:12, schrieb Moriel Schottlender:
Guys - thank you so much for the comments, I really appreciate it!
Hi,
I just wanted to _/mention/_:
1.
This was merged into MediaWiki core on 16.04.2013:
https://gerrit.wikimedia.org/r/#/c/54986/
Add git HEAD date to Special:Version for core and
On 05/13/2013 06:11 AM, Nilesh Chakraborty wrote:
Hi everyone,
I'm working on a prototype for the Wikidata Entity Suggester (Bug
#46555https://bugzilla.wikimedia.org/show_bug.cgi?id=46555).
As of now, it is a command-line client, completely written in Java, that
fetches recommendations from
On 05/13/2013 12:48 PM, Ct Woo wrote:
All,
We are excited to announce Alexandros Kosiaris will join us this Monday
(2013-05-17) as a full-time member of the Technical Operations staff.
He will be based in Athens, Greece.
Welcome!
Matt Flaschen
Hi Matt,
Yes, you're right, they are available as separately licensed downloads.
Only the stand-alone Serving Layer is needed for the Entity Suggester.
It's licensed under Apache v. 2.0. Since I'm using the software as-is,
without any code modifications, I suppose it's compatible with what
On 05/13/2013 04:28 PM, Nilesh Chakraborty wrote:
Hi Matt,
Yes, you're right, they are available as separately licensed downloads.
Only the stand-alone Serving Layer is needed for the Entity Suggester.
It's licensed under Apache v. 2.0. Since I'm using the software as-is,
without any code
Also, standards can change sometimes and same tags may change. It's better
to change a thing in one place than chasing the mysterious bug.
On Mon, May 13, 2013 at 9:22 PM, Tyler Romeo tylerro...@gmail.com wrote:
Chris makes a good point. Also, it should be noted that the Html class does
a lot
Le 13/05/13 19:26, Max Semenik a écrit :
Hi, I've seen recently a lot of code like this:
$html = Html::openElement( 'div', array( 'class' = 'foo' )
. Html::rawElement( 'p', array(),
Html::element( 'span', array( 'id' = $somePotentiallyUnsafeId ),
On one hand, I prefer to have a properly formatted code, but on the other,
most systems i have worked with have a very high cost of string
concatenation, and I have a strong suspicion PHP is guilty of that too.
Constructing HTML one element/value at a time might prove to be on of the
bigger perf
Personally as a frontend developer I find maintaining html the
Html::openElement way in PHP a nightmare.
Following on from Antoine's post, I experimented recently with using a
template engine Mustache that works on both javascript and PHP and
allows separation of HTML templates from PHP code. In
In the mobile team we are increasingly finding overlap in things we need
to render in javascript and in PHP
Out of curiosity -- what are you rendering in JS that you wouldn't already
have in the DOM or wouldn't be able to render server side?
We'd love the same for PHP - there's even a bug for
Currently we are experimenting with lazy loading pages and talk pages that
are loaded within a page. Both need templates to render in both PHP and
JavaScript. The fact that we use sections in mobile requires looping so
it's not possible to determine a template for a page with sections from the
On Sun, May 12, 2013 at 11:26 PM, Moriel Schottlender mor...@gmail.comwrote:
Hello everyone,
I'd like to get your opinions and critique on my very first MediaWiki
extension, which, I hope, will be helpful to other developers.
I noticed that there's no easy way of seeing if extensions that
On 13.05.2013 21:26, Max Semenik wrote:
Hi, I've seen recently a lot of code like this:
$html = Html::openElement( 'div', array( 'class' = 'foo' )
. Html::rawElement( 'p', array(),
Html::element( 'span', array( 'id' = $somePotentiallyUnsafeId ),
I can change this to the github repos, yes, all I need to know is the
schema of the url.
Also, Reedy made the excellent suggestion of Caching results -- which I am
working on -- that will also reduce both load time and heavy traffic time.
But actually, working in front of github will be somewhat
On Tue, May 14, 2013 at 1:57 AM, Moriel Schottlender mor...@gmail.comwrote:
Are all (or most) extensions in Github under https://github.com/wikimedia/with
a mediawiki-extensions- prefix? Can I use that as a general rule of
thumb?
Yes. They're mirrored automatically.
Also, you're probably
45 matches
Mail list logo