On 05/14/2013 01:59 AM, Tyler Romeo wrote:
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
On Tue, May 14, 2013 at 4:43 PM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
Or set up some caching on Gitweb, so it's usable for this kind of thing.
I believe Chad is planning on sending Gitweb to /dev/null/, in-turn
for a better replacement (if it does caching better is another
question).
Hello,
yesterday I found myself with a problem similar to the one described here:
http://stackoverflow.com/questions/15164710/mediawiki-templates-inherit-parameters
But, actually, I would like to process template paramaters without first
having to return the values associated to them -
Yes, Lula (lol :)) seems to fit your purpose well. Look here[1], it just
works!
---
[1] https://en.wikipedia.org/wiki/Template:Navbox
On Tue, May 14, 2013 at 11:09 AM, Toni Hermoso Pulido toni...@cau.catwrote:
Hello,
yesterday I found myself with a problem similar to the one described here:
Am 14.05.2013 08:43, schrieb Matthew Flaschen:
Or set up some caching ...
+1 for _/*caching */_(like for RSS feeds)
See Extension:RSS, for example.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Le 14/05/13 02:23, Jon Robson a écrit :
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.
Another template engine is Twig. It is used by the Silex micro
Hehe, thanks Paul for the nice example!
2013/5/14 Paul Selitskas p.selits...@gmail.com:
Yes, Lula (lol :)) seems to fit your purpose well. Look here[1], it just
works!
---
[1] https://en.wikipedia.org/wiki/Template:Navbox
On Tue, May 14, 2013 at 11:09 AM, Toni Hermoso Pulido
On Tue, May 14, 2013 at 2:59 AM, K. Peachey p858sn...@gmail.com wrote:
On Tue, May 14, 2013 at 4:43 PM, Matthew Flaschen
mflasc...@wikimedia.org wrote:
Or set up some caching on Gitweb, so it's usable for this kind of thing.
I believe Chad is planning on sending Gitweb to /dev/null/, in-turn
Hey,
Since no one complained about this yet in this thread: Html::element and
associated methods are static! :/
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Tue, May 14, 2013 at 7:36 AM, Jeroen De Dauw jeroended...@gmail.com wrote:
Hey,
Since no one complained about this yet in this thread: Html::element and
associated methods are static! :/
Well they're utility functions meant to be used from near anywhere, which I've
always considered an
Hey,
Well they're utility functions meant to be used from near anywhere, which
I've
always considered an acceptable usage of static functions.
One of the few places where static does not hurt is in leaf methods. For
instance Math::abs. It is still somewhat dangerous to create such methods,
On Thu, 21 Jun 2012 16:49:05 -0700, Platonides platoni...@gmail.com
wrote:
What do #mediawiki bots report?
- A person created a bug. We want that.
- Someone commented a bug (sometimes more relevant than others, but also
useful)
- A new patchset
- A new comment
They are *useful* data. How many
On Tue, May 14, 2013 at 8:00 AM, Daniel Friesen
dan...@nadir-seen-fire.comwrote:
This very likely accounts for at least 1/3 of all the bugs and reviews I
contribute to.
I agree. While I can't say the same for Gerrit because I have my
notifications set to send me all changesets anyway,
Andre reminded me that there is a problem with upgrading the job queues
that have any items in them In https://bugzilla.wikimedia.org/46934.
I would like to include a warning in the installation documentation to
clear your job queue before the upgrade, but I don't know that much
about the job
On Mon, May 13, 2013 at 3:20 PM, Ori Livneh ori.liv...@gmail.com wrote:
If you're interested in using MW-V to document and automate your
development setup, get in touch -- I'd be happy to help. I'm 'ori-l'
on IRC, and I'll be at the Amsterdam Hackathon later this month too.
I have left a few
By the way, I found this short guide
https://test2.wikipedia.org/wiki/Wikipedia:Guide_to_Scribbling (which
helped me to know how to get Parent frame args). Shouldn't it
somewhere else as well (unless I didn't manage to find it in other
wikis) ?
2013/5/14 Toni Hermoso Pulido toni...@cau.cat:
I agree with most of the use cases, and I think they will possible with
Wikidata.
My suggestion would be to wait for this year, and then see which of the use
cases are still open: I think that by the end of the year we should have
made all of them possible (besides the Searches might be more than
2013/5/9 Brian Wolff bawo...@gmail.com
From what I hear wikidata phase 3 is going to basically be support for
inline queries. Details are vauge but if they support the typical types of
queries you associate with semantic networks - there is category
intersection right there.
Right.
If
I am new to gerrit for mediawiki. It really took me a long time to
make it work, while there is nothing wrong in the instructions.
Sometimes I solved the problems I encountered by simple methods like
restart, update. I feel less instruction manuals with more detailed
information would help. Also,
On Tue, May 14, 2013 at 2:34 AM, Antoine Musso hashar+...@free.fr wrote:
Le 14/05/13 02:23, Jon Robson a écrit :
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
You can clear your job queue (run all jobs in it) by running
maintenance/runJobs.php and disabling user write access temporarily to
prevent new jobs from being created.
Whether or not that is reasonable advice is another question. Otoh most
jobs are rather unimportant if a bunch get lost (couple
Wouldn't a purge also create refreshlinks jobs?
-Chad
On May 14, 2013 1:19 PM, Brian Wolff bawo...@gmail.com wrote:
You can clear your job queue (run all jobs in it) by running
maintenance/runJobs.php and disabling user write access temporarily to
prevent new jobs from being created.
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 ),
Purges don't update the links table (unless you do it from the api and add
an extra argument). They only clear the parser cache + varnish cache +file
cache of the immediate page. (So they don't trigger HTMLCacheUpdate jobs
for redirects either afaik)
-bawolff
On 2013-05-14 2:21 PM, Chad
for the Score extension it would be nice to output SVG images, the SVG
images produced by lilypond have lots of white space (it outputs paper
sheets), covert can give the outer bound and offset of the area we want to
display:
I.e. for
On Tue, May 14, 2013 at 11:19 AM, Jan Gerber jger...@wikimedia.org wrote:
for the Score extension it would be nice to output SVG images, the SVG
images produced by lilypond have lots of white space (it outputs paper
sheets), covert can give the outer bound and offset of the area we want to
On 05/14/2013 07:54 AM, Jeroen De Dauw wrote:
One of the few places where static does not hurt is in leaf methods. For
instance Math::abs. It is still somewhat dangerous to create such methods,
since it is quite possible a leaf stops being a leaf. And Html::element
certainly is not a leaf
Hey,
What state? The only class state I see is configuration information
(namely $voidElements, $boolAttribs, and $HTMLFiveOnlyAttribs, none of
which are written too).
Those are the only static fields I'm aware of.
And I believe the only globals are simple configuration variables (e.g.
On May 10, 2013, at 3:22 AM, Tim Starling tstarl...@wikimedia.org wrote:
On 09/05/13 10:26, Krinkle wrote:
I'm obviously biased, but I think the same goes for require_once
(and include, require etc.). Right now this is causing quite a few
warnings in our php-checkstyle report.
include and
quote name=Rob Lanphier date=2013-05-06 time=12:50:18 -0700
I've edited the page, called Greg's proposal Alternative A, and
added Alternative B which provides a little bit of time for catching
issues on mw.org:
https://wikitech.wikimedia.org/wiki/Deployments/One_week
Take a look at the page
https://wikitech.wikimedia.org/wiki/Deployments/One_week
[tl;dr] My recommendation for us to switch to a one-week deploy is to
use Robla's suggestion (Option B on the wiki page[0]) starting on Monday
June 10th. This will coincide with the start of the MediaWiki 1.22wmf6
deployment on WMF servers.
I copied it over to English Wikipedia as well:
https://en.wikipedia.org/wiki/Wikipedia:Guide_to_Scribbling
It would be good if there were something like this on meta, although the
current wording/linking assumes the context of Wikipedia.
Ryan Kaldari
On 5/14/13 7:26 AM, Toni Hermoso Pulido
On Tue, 14 May 2013 09:45:05 -0700, Chris Steipp cste...@wikimedia.org
wrote:
On Tue, May 14, 2013 at 2:34 AM, Antoine Musso hashar+...@free.fr
Another template engine is Twig. It is used by the Silex micro engine
(based on Symfony2). See: http://twig.sensiolabs.org/
Examples:
{{ foobar
33 matches
Mail list logo