On Wed, Oct 5, 2011 at 7:18 AM, Platonides platoni...@gmail.com wrote:
There are 615 extensions in trunk/extensions
With the new setup, would someone which has a checkout of everything
need to open 616 connections (network latency, ssh authentication, etc.)
whenever he wants to pull?
On Oct 5, 2011 1:03 PM, Platonides platoni...@gmail.com wrote:
I know about ControlMaster (which we can only those of us with ssh+git
can benefit), but just launching a new process and waiting if there's
something new will slow-down. OTOH git skips the recurse everything
locking all subfolders
On Wed, Oct 5, 2011 at 1:59 PM, Brion Vibber br...@pobox.com wrote:
On Oct 5, 2011 1:03 PM, Platonides platoni...@gmail.com wrote:
I know about ControlMaster (which we can only those of us with ssh+git
can benefit), but just launching a new process and waiting if there's
something new
On Thu, Oct 6, 2011 at 12:54 PM, Fred Zimmerman zimzaz@gmail.comwrote:
Hi,
I am hoping that someone here can help me - I realize there is an
xmlwikidumps mailing list but it is pretty low volume and expertise
relative
to this one. THere is a lot of conflicting advice on the mirroring
2011/10/7 Gerard Meijssen gerard.meijs...@gmail.com
Hoi.
One distinct advantage of daily builds is that you use these to distribute
improved localisations... Will this app come to translatewiki.net ? If so,
it does make sense to build this functionality that is similar to what is
offered by
2011/10/7 church.of.emacs.ml church.of.emacs...@googlemail.com
How about making a free version and an (identical!) Support Wikipedia
version that has absolutly the same features, but costs $2 that go to
WMF as a donation? :)
Why we should do this: It's an extremly simple way for users to
2011/10/7 Jay Ashworth j...@baylink.com
On a separate topic, it would probably be useful if someone built nightlies
of the repo, so that those of us who are good usability test types but not
necessarily coders or set up to build can contribute too; the original
announcement didn't sound like
Just to note: we deployed an upgrade to jQuery 1.6.4 earlier today, which
appears to have stopped successfully the IE 8 crashing for people who were
able to test with us.
There was some slight breakage in UploadWizard, which has been patched.
-- brion
On Mon, Oct 17, 2011 at 4:26 PM, Daniel Barrett d...@vistaprint.com wrote:
(Reposted from mediawiki-l due to zero responses.)
I've been adding custom tools to the WikiEditor toolbar (MW 1.17.0 version)
and am running into difficulty with browser caching.
When I do something simple, such as
On Wed, Oct 19, 2011 at 12:55 PM, Happy Melon happy.melon.w...@gmail.comwrote:
On 19 October 2011 20:41, Russell Nelson russnel...@gmail.com wrote:
In order to support viewing deleted files (currently a blocker bug in
SwiftMedia), I'm going to refactor File::getPath() into a new public
I just want to chime in with a yee-haw! on getting this project going!
-- brion
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Fri, Oct 21, 2011 at 3:24 PM, Platonides platoni...@gmail.com wrote:
Rob Lanphier wrote:
He has been working in our community
for quite some time, going by the name Ashar Voultoiz on mailing
lists, and by hashar on IRC.Now that he's working as a
contractor for WMF, he's decided
Hey all --
I've got a stack of issues discussed during the last couple months'
conferences and hackathons to raise, so there may be a few more manifestos
on the way. But don't worry, this one will be short!
I had a great chat at the New Orleans hackathon with D J Bauch who's been
working on
On Mon, Oct 24, 2011 at 2:08 PM, Fred Zimmerman zimzaz@gmail.comwrote:
while we're on the subject, a question about MySQL: is it possible to make
MW independent of MySQL innodb tables? Innodb tables have a number of
attributes that can make set up a pain (e.g. file and log sizes).
There
On Tue, Oct 25, 2011 at 8:17 AM, Antoine Musso hashar+...@free.fr wrote:
Looks like there is a free Oracle version named 'Express' which we might
use [1]. They are providing a Debian package [2] so we can get it
installed on Jenkins host easily, just need some configurationw hich can
On Tue, Oct 25, 2011 at 10:40 AM, Platonides platoni...@gmail.com wrote:
That's a lot! :)
I wonder how many of them will proceed to code something useful and
submit it. And how good will it be.
An issue I see with the challenge is that it encourages the cathedral
model,* so we lose the
I've copied the live etherpad notes from today's Visual Editor / New Parser
update meeting onto wikitext-l for those who may be interested:
http://lists.wikimedia.org/pipermail/wikitext-l/2011-October/000463.html
-- brion
___
Wikitech-l mailing list
On Fri, May 13, 2011 at 2:40 PM, Patrick Reilly prei...@wikimedia.orgwrote:
The reason that I went the route of creating an extension vs a skin was
that
I wanted the most flexibility in adapting the content for mobile device
rendering. There are a number of sections that need to be removed
Ooooh that would be AWESOME with an update fotr the Ashburn
DC!
-- brion
On May 14, 2011 1:35 AM, Happy-melon happy-me...@live.com wrote:
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
://www.mediawiki.org/wiki/Future
-- brion vibber (brion @ wikimedia.org / brion @ pobox.com)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Sat, May 14, 2011 at 7:09 PM, Brion Vibber br...@wikimedia.org wrote:
In the meantime, if you're brave you can peek at the raw session notes:
http://etherpad.wikimedia.org/mwhack11Sat-Parser
We're reviving the wikitext-l mailing list for people interested in the
project; it's gotten some
On Sun, May 15, 2011 at 2:13 PM, Brion Vibber br...@wikimedia.org wrote:
I've stubbed out a couple sections on:
http://www.mediawiki.org/wiki/Future/Parser_plan
More specific things to follow based on the notes previously posted.
Added a stub 'get involved' section on
http
to accentuate the
positive -- find specific projects that need some effort, and help round up
people to help with them.
-- brion vibber (brion @ wikimedia.org / brion @ pobox.com)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
On Mon, May 16, 2011 at 9:35 PM, John McClure jmccl...@hypergrove.comwrote:
I am wondering if interwikis can be be more powerfully leveraged.
For instance, I'd like much to say ZZZ:my_ns:my_page to indicate a page in
a
particular subset of pages within a namespace in my wiki. Ultiimately an
On Mon, May 16, 2011 at 1:44 PM, Tomasz Finc tf...@wikimedia.org wrote:
I'm having some discussions about adding it to the Books collection
extension (http://www.mediawiki.org/wiki/Extension:Collection).
Will update as I have more info.
OP has filed a request for review of an EPub exporter
On Fri, May 20, 2011 at 2:59 PM, Sumana Harihareswara suma...@wikimedia.org
wrote:
At Nikerabbit's suggestion, an excerpt from a LWN article about Ubuntu
Developer Summit describing how to thoroughly encourage participation
from remote local audiences:
All of the UDS meetings are set up
Passing on an issue from IRC -- there's some talk of updating the core
jQuery copy from 1.5.2 to the recently-released 1.6.1, which among other
things fixes a bug mdale was encountering with certain JSON loads with
$.ajax() being evaluated in the incorrect way.
Krinkle mdale are doing some quick
On Tue, May 31, 2011 at 12:09 PM, Russell N. Nelson - rnnelson
rnnel...@clarkson.edu wrote:
Robla writes:
1. We say that a commit has some fixed window (e.g. 72 hours) to get
reviewed, or else it is subject to automatic reversion. This will
motivate committers to make sure they have a
On Tue, May 31, 2011 at 12:37 PM, Max Semenik maxsem.w...@gmail.com wrote:
On 31.05.2011, 22:41 Rob wrote:
So, there's a number of possible solutions to this problem. These are
independent suggestions, but any of these might help:
1. We say that a commit has some fixed window (e.g. 72
On Tue, May 31, 2011 at 2:50 PM, Alex Mr.Z-man mrzmanw...@gmail.comwrote:
On 5/31/11, Trevor Parscal tpars...@wikimedia.org wrote:
There's been tons of discussion about what is an ideal release schedule
for
us (probably literally if you printed it out at 12pt on standard copy
paper). At
On Sun, May 29, 2011 at 12:54 AM, Thomas Gries m...@tgries.de wrote:
RE: http://www.mediawiki.org/wiki/Extension_talk:LiquidThreads
Let me talk about talk pages with Lqt.
The function to drag to new location a LiquidThread is not working for
me.
Looks like this got resolved now via
On Tue, May 31, 2011 at 3:20 PM, MZMcBride z...@mzmcbride.com wrote:
Yes, it's incredibly frustrating to the point that volunteer developers
have
walked away from MediaWiki code development. This is the wiki project;
things are supposed to be fast! When someone makes a patch or a commit and
On Tue, May 31, 2011 at 4:31 PM, Happy-melon happy-me...@live.com wrote:
Brion Vibber br...@pobox.com wrote in message
news:BANLkTinZzef=orvuw9dwicvahybuwxn...@mail.gmail.com...
Sing it, brother! We're getting *some* stuff through quicker within the
deployment branches, but not nearly
On Wed, Jun 1, 2011 at 8:23 AM, Roan Kattouw roan.katt...@gmail.com wrote:
This, for me, is the remaining problem with the 72-hour rule. If I
happen to commit a SecurePoll change during a hackathon in Europe just
as Tim leaves for the airport to go home, it's pretty much guaranteed
that he
On Wed, Jun 1, 2011 at 8:28 AM, Chad innocentkil...@gmail.com wrote:
I *do* think we should enforce a 48hr revert if broken rule. If you
can't be bothered to clean up your breakages in within 48 hours of
putting your original patch in, it must not have been very important.
Officially
On Wed, Jun 1, 2011 at 10:28 AM, Max Semenik maxsem.w...@gmail.com wrote:
On 01.06.2011, 20:56 Ashar wrote:
I am planning to add the REL1_18 branch to the CruiseControl system as a
new project The prerequisite being to make it works for trunk :-)
Would be great! Though even greater
On Wed, Jun 1, 2011 at 7:58 AM, Roan Kattouw roan.katt...@gmail.com wrote:
Alright, we've had fun with all caps for a while, so let's focus on
solutions now.
Ok, I'm turning in my caps lock key. ;)
So let me sketch how I see us getting there.
1. Get 1.18 reviewed
2a. Get 1.18 deployed
On Wed, Jun 1, 2011 at 12:43 PM, Aryeh Gregor simetrical+wikil...@gmail.com
wrote:
[snip]
The point is, people's code should only be rejected with some specific
reason that either a) lets them fix it and resubmit, or b) tells them
definitively that it's not wanted and they shouldn't waste
On Wed, Jun 1, 2011 at 12:43 PM, Aryeh Gregor simetrical+wikil...@gmail.com
wrote:
So then what happens if volunteers' contributions aren't reviewed
promptly?
Indeed, this is why we need to demonstrate that we can actually push code
through the system on a consistent basis... until we can,
On Wed, Jun 1, 2011 at 1:53 PM, bawolff bawolff...@gmail.com wrote:
As a volunteer person, I'm fine if code I commit is reverted based on
it sucking, being too complicated, being too ugly, etc provided there
is actually some objection to the code. However, I'd be rather
offended if it was
On Wed, Jun 1, 2011 at 4:41 PM, Happy-melon happy-me...@live.com wrote:
+1. Pre-commit-review, post-commit-lifetime, branching, testing, whatever;
all of the suggestions I've seen so far are IMO doomed to fail because they
do not fix the underlying problem that not enough experienced manhours
On Wed, Jun 1, 2011 at 5:57 PM, Aryeh Gregor
simetrical+wikil...@gmail.comwrote:
On Wed, Jun 1, 2011 at 6:52 PM, MZMcBride z...@mzmcbride.com wrote:
This topic has come up several times and each time, it seems like the
people
with any kind of power are conspicuously absent. Where is Danese?
Is there a way we can narrow down this security check so it doesn't keep
breaking API requests, action=raw requests, and ResourceLoader requests,
etc?
Having the last param in a query string end in say .png or .svg or
.jpg or .ogg is. very frequent when dealing with uploaded files and
file
On Thu, Jun 2, 2011 at 2:20 PM, Roan Kattouw roan.katt...@gmail.com wrote:
On Thu, Jun 2, 2011 at 10:56 PM, Brion Vibber br...@pobox.com wrote:
Is there a way we can narrow down this security check so it doesn't keep
breaking API requests, action=raw requests, and ResourceLoader requests
On Thu, Jun 2, 2011 at 2:44 PM, Roan Kattouw roan.katt...@gmail.com wrote:
However, I don't think POST is that much
of a problem. Problematic dots can only result from 'variable' pieces
of data being put in your query string, and with POST you'd typically
put the variable parts in the POST
On Thu, Jun 2, 2011 at 5:21 PM, Tim Starling tstarl...@wikimedia.orgwrote:
On 03/06/11 06:56, Brion Vibber wrote:
For 1) I'm honestly a bit willing to sacrifice a few IE 6 users at this
point; the vendor's dropped support, shipped three major versions, and is
actively campaigning to get
On Fri, Jun 3, 2011 at 3:33 PM, Rob Lanphier ro...@wikimedia.org wrote:
So, can we make it a goal to get to 1329 by this time next week? That
first 265 should be a lot easier than the last 265, so if we can't get
through the first 265, then we don't really stand a chance.
I accept this
(I'm not sure offhand if I'm set up to cross-post to Foundation-l; if this
doesn't make it, somebody please CC a mention if necessary. Thanks!)
On Fri, Jun 3, 2011 at 4:42 PM, aude aude.w...@gmail.com wrote:
Aside from the very real privacy issue, YouTube videos can disappear at any
time. I
Currently working (mostly backwards) to fill in the Code Review holes from
before 1.18 branch point:
http://www.mediawiki.org/w/index.php?title=Special:Code/MediaWikioffset=87519path=%2Ftrunk%2Fphase3
Roadmap provisionally says July for 1.18 deployment:
On Tue, Jun 7, 2011 at 12:58 PM, Roan Kattouw roan.katt...@gmail.comwrote:
On Tue, Jun 7, 2011 at 8:56 PM, Brion Vibber br...@pobox.com wrote:
Currently working (mostly backwards) to fill in the Code Review holes
from
before 1.18 branch point:
http://www.mediawiki.org/w/index.php?title
That reminds me I should merge docs to the roadmap page! For now those live
at http://www.mediawiki.org/wiki/Future
-- brion
On Jun 8, 2011 4:13 AM, Roan Kattouw roan.katt...@gmail.com wrote:
On Wed, Jun 8, 2011 at 9:30 AM, Dmitriy Sintsov ques...@rambler.ru
wrote:
I wish there was WYSIWYG
On Wed, Jun 8, 2011 at 1:30 PM, Roan Kattouw roan.katt...@gmail.com wrote:
Why don't we first ask Tim how complicated it would be, and get
someone else to do it if it's more than 2-3 hours of work? I'm also
not sure the scripts Tim uses to create a tarball are even in SVN
anywhere, maybe he'd
On Wed, Jun 8, 2011 at 12:16 PM, Krinkle krinklem...@gmail.com wrote:
Subject was: Update Gadgets extension on WMF wikis
This part of the thread is hereby forked to discuss
MediaWiki:Common.js. I do not believe MediaWiki:Common.js should be
deleted (atleast not yet), I'm merely curious what
On Wed, Jun 8, 2011 at 1:43 PM, Chad innocentkil...@gmail.com wrote:
On Wed, Jun 8, 2011 at 4:41 PM, Brion Vibber br...@pobox.com wrote:
Currently the installer's support for extensions is limited;
Yes :(
some won't actually set up right,
Examples?
Whatever was listed in bugzilla
On Wed, Jun 8, 2011 at 1:50 PM, Robert Cummings rob...@interjinn.comwrote:
I've looked around for methods to manipulate the cache duration for a
given article. There are methods to facilitate the expiration of an
article, and there are extensions that can disable caching for articles
via
On Wed, Jun 8, 2011 at 1:50 PM, Chad innocentkil...@gmail.com wrote:
Whatever was listed in bugzilla on that one bug where something didn't
run
its installer stages or something? I don't remember; the point is that we
know we don't hook all hooks etc.
That would be bug 28983, which is
On Wed, Jun 8, 2011 at 3:21 PM, Rob Lanphier ro...@wikimedia.org wrote:
On Wed, Jun 8, 2011 at 1:30 PM, Roan Kattouw roan.katt...@gmail.com
wrote:
This argument completely misses the point. The (probably trivial)
extra work is in the tarballing process and doesn't touch anything
else.
On Wed, Jun 8, 2011 at 10:59 PM, K. Peachey p858sn...@gmail.com wrote:
* WikiEditor
Possibly I guess, although I would actually prefer it in core compared
to a extension, I'm not a fan of how it takes a little longer to load
and the screen jumps around.
Note that the jumping isn't because
On Thu, Jun 9, 2011 at 11:18 AM, Roan Kattouw roan.katt...@gmail.comwrote:
On Thu, Jun 9, 2011 at 8:14 PM, Brion Vibber br...@pobox.com wrote:
Note that the jumping isn't because it's an extension, but rather because
of
the specific way the toolbar and editor bits get injected and activated
On Thu, Jun 9, 2011 at 11:58 AM, Chad innocentkil...@gmail.com wrote:
Well if I'm setting up an internal wiki for 10 people, saving space may be
beneficial over supporting 250+ languages no one speaks.
At the moment the *entire* languages/ dir in trunk comes to... 43 megabytes.
(Not counting
On Thu, Jun 9, 2011 at 12:11 PM, MZMcBride z...@mzmcbride.com wrote:
I'm not sure if the same trick can work for the new toolbar, as the new
toolbar doesn't have a consistent height. The height fluctuates depending
on
which sub-modules have been expanded previously. This could probably be
On Fri, Jun 10, 2011 at 3:39 PM, MZMcBride z...@mzmcbride.com wrote:
Tomasz Finc wrote:
We're moving into our first testing stage for the new mobile extension
and we'd love your help. You can find all the details on todays blog
post at
On Sat, Jun 11, 2011 at 2:16 PM, Daniel Friesen
li...@nadir-seen-fire.comwrote:
There's also the technique Raphael JS uses.
I'm quite fond of Raphael for interactive graphics -- it provides a nice
little JS API that maps things to native elements in either SVG or VML (for
older versions of IE
. :) Keep on truckin' y'all!
-- brion vibber (brion @ wikimedia.org / brion @ pobox.com)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Mon, Jun 13, 2011 at 4:00 PM, Rob Lanphier ro...@wikimedia.org wrote:
On Tue, Jun 7, 2011 at 11:57 PM, Ashar Voultoiz hashar+...@free.fr
wrote:
This is a linear progression, the revision become harder and harder to
review since, with time, most of the easy stuff got reviewed :-) Make it
On Fri, May 6, 2011 at 11:22 AM, Brion Vibber br...@pobox.com wrote:
On Fri, May 6, 2011 at 11:20 AM, Trevor Parscal tpars...@wikimedia.orgwrote:
The way the WikiEditor works right now, the textbox can be replaced with
anything that can support a few methods, such as getSelection
We've been fighting some weird regressions in the test cases for the Block
class which handles IP user blocks, some of which took us a while to even
reproduce consistently. After Chad others cleaned up some sqlite-related
issues, we still had a remaining stubborn one which failed in the full
On Wed, Jun 15, 2011 at 9:40 PM, Ed Summers e...@pobox.com wrote:
I've been looking to experiment with node.js lately and created a
little toy webapp that displays updates from the major language
wikipedias in real time:
http://wikistream.inkdroid.org
That's pretty cool -- and having
On Fri, Jun 17, 2011 at 10:50 AM, Chad innocentkil...@gmail.com wrote:
On Fri, Jun 17, 2011 at 1:46 PM, Trevor Parscal tpars...@wikimedia.org
wrote:
We also used this to keep track of specific preferences, some interesting
info there..
http://en.wikipedia.org/wiki/Special:PrefStats
the ParserPlayground demos
more tightly integrated into the editor widget, and will try to hack up some
temporary handling for the bold/italic/link etc on the provisional dom
structure.
-- brion
On Mon, Jun 13, 2011 at 5:37 PM, Brion Vibber br...@pobox.com wrote:
On Fri, May 6, 2011 at 11:22 AM, Brion
On Fri, Jun 17, 2011 at 2:41 PM, Ryan Lane rlan...@gmail.com wrote:
In anticipation for proper HTTPS support on Wikimedia sites, we will
be enabling protocol relative URLs. This means that things like logos,
references to resources, and interwiki links will use links like:
On Fri, Jun 17, 2011 at 3:29 PM, Roan Kattouw roan.katt...@gmail.comwrote:
On Fri, Jun 17, 2011 at 11:41 PM, Ryan Lane rlan...@gmail.com wrote:
We'll enable this for test.wikipedia.org some time before enabling it
globally, so that there will be at least a short time to test
beforehand.
On Fri, Jun 17, 2011 at 3:37 PM, Jay Ashworth j...@baylink.com wrote:
While the topic of how Mediawiki handles URLs is on the table, let me
point
out today's Slashdot piece, which notes that ICANN is about to open up the
gTLD namespace...
*to everyone*, not just commercial registries.
On Fri, Jun 17, 2011 at 3:42 PM, Roan Kattouw roan.katt...@gmail.comwrote:
On Sat, Jun 18, 2011 at 12:32 AM, Brion Vibber br...@wikimedia.org
wrote:
Is there a handy config snippet people can use to test things against
their
local installs in the meantime?
Afraid not. We have to change
On Fri, Jun 17, 2011 at 4:02 PM, Roan Kattouw roan.katt...@gmail.comwrote:
On Sat, Jun 18, 2011 at 12:56 AM, Brion Vibber br...@pobox.com wrote:
Great that we have a list! :D
Do make sure that all of those individual settings get tested before
touching the production cluster;
Well
On Fri, Jun 17, 2011 at 4:15 PM, Victor Vasiliev vasi...@gmail.com wrote:
On Sat, Jun 18, 2011 at 3:11 AM, Brion Vibber br...@pobox.com wrote:
* email
What about user preference for cases like this? With four options:
Prefer HTTP, Prefer HTTPS, Force HTTP, Force HTTPS.
The current case
On Fri, Jun 17, 2011 at 4:20 PM, Brion Vibber br...@pobox.com wrote:
[snip] or it defaults to HTTP for something formatted from default.
s/default/background job running on CLI/
:P
-- brion
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Fri, Jun 17, 2011 at 5:24 PM, Misdre misdre+mediaw...@gmail.com wrote:
The most cumbersome situation is when you want to watch only one
section, especially on talk pages. You have no choice but to watch the
entire page and that can be really painful.
Is there an easy way to improve this
On Jun 21, 2011 9:29 AM, Ryan Chan ryanchan...@gmail.com wrote:
According to this:
http://www.mediawiki.org/wiki/Manual:User_newtalk_table, IP was stored
using varchar(40) .
But seems 45 should be the safe instead of 39?
The sortable table system in MediaWiki was completely rewritten in r86088;
unfortunately this was done without benefit of any unit testing or
regression testing, and there seem to be a lot of new bugs introduced.
I've started adding test cases for table sorting in r90595; this adds a
qunit test
On Wed, Jun 22, 2011 at 2:32 PM, Krinkle krinklem...@gmail.com wrote:
Brion Vibber wrote:
The sortable table system in MediaWiki was completely rewritten in
r86088;
unfortunately this was done without benefit of any unit testing or
regression testing, and there seem to be a lot of new
On Wed, Jun 22, 2011 at 1:27 PM, Brion Vibber br...@wikimedia.org wrote:
[snip]
The ascending sort by name usually works, but if called twice on two
tables, the second table usually gets sorted *completely* incorrectly. This
can be easily confirmed by manual inspection by copying a page
On Mon, Jun 27, 2011 at 1:53 PM, Ryan Kaldari rkald...@wikimedia.orgwrote:
I'm not sure who would be in charge of this, but I think it would be
useful if the WMF was a liaison member of the Unicode Constortium:
http://unicode.org/consortium/memblogo.html
This body makes all sorts of
On Wed, Jun 29, 2011 at 3:02 PM, James Heilman jmh...@gmail.com wrote:
I am having some difficulties editing with Google Chome. The browser
adds extra spaces with many edits and is unable to add lines to the
middle of infoboxes (when you hit the enter key it just moves you to
the bottom of
On Thu, Jun 30, 2011 at 11:34 AM, Bryan Tong Minh
bryan.tongm...@gmail.comwrote:
How do I pass parameters dynamically to an RL module? I need to pass a
FileRepo object to the RL module when I call $wgOut-addModuleStyle().
I'm not sure this is really possible; all that happens when you call
Some of you may have found that ResourceLoader's bundled minified
JavaScript loads can be a bit frustrating when syntax errors creep into your
JavaScript code -- not only are the line numbers reported in your browser of
limited help, but a broken file can cause *all* JS modules loaded in the
same
On Wed, Jul 6, 2011 at 3:18 PM, K. Peachey p858sn...@gmail.com wrote:
How is JSMin+ different to the plain JSMin that we had and was removed
due to licensing conflicts?
It's a different program, written by different people, based on code from
another unrelated project, under a different
On Thu, Jul 7, 2011 at 8:28 AM, Chad innocentkil...@gmail.com wrote:
On Thu, Jul 7, 2011 at 11:23 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
Thanks for the test test suite! Just wanted to update you that it
seems
like fewer and fewer MediaWiki developers are interested in
On Thu, Jul 7, 2011 at 12:40 PM, MZMcBride z...@mzmcbride.com wrote:
Thanks very much for the heads-up. Posting the minutes or any notes from
the
meeting on Meta-Wiki or mediawiki.org would be fantastic.
We're taking notes on an etherpad for now; some process flowcharts are being
done on a
On Sat, Jul 9, 2011 at 2:30 AM, Ashar Voultoiz hashar+...@free.fr wrote:
* Safari, Opera Mozilla for mobile : they are probably mostly the same
as the desktop version. I have not found emulators for them.
* Android : has an emulator. On my computer it is painfully slow and not
usable for
On Mon, Jul 11, 2011 at 12:56 PM, Jay Ashworth j...@baylink.com wrote:
- Original Message -
From: Brion Vibber br...@pobox.com
* default redirection to the appropriate view based on device
Please remember that some people with high-function browsers *want* the
low-function
On Wed, Jul 6, 2011 at 3:04 PM, Brion Vibber br...@pobox.com wrote:
Only the parser is being used right now, in two places:
- on the JavaScriptMinifier test cases to confirm that results are valid JS
(should be extended to a fuzz tester, probably)
- on each individual file loaded via
On Tue, Jul 12, 2011 at 2:25 PM, Ian Baker iba...@wikimedia.org wrote:
I've made a minor API change ApiUpload, for stashed files. It's not a
commonly used API and the change shouldn't break anything external, but I
figured I should post just in case.
Temporarily stashed files now have their
On Tue, Jul 12, 2011 at 4:31 PM, Sumana Harihareswara suma...@wikimedia.org
wrote:
We have about 150 MediaWiki patches in Bugzilla that await review. To
make reviewers' lives easier, we could install an interactive patch
review extension called Splinter on our Bugzilla installation.
A
On Sat, Jul 9, 2011 at 2:17 PM, Mark A. Hershberger
mhershber...@wikimedia.org wrote:
MediaWiki.org is great for extension authors, as far as it goes. Today,
though, someone asked on #mediawiki how to create development branches
for their extension in their SVN repo. I told him I didn't
On Mon, Jul 18, 2011 at 2:58 PM, Chad innocentkil...@gmail.com wrote:
I've already said this before and I'm going to say it againPlease
do not take this as
an invitation to begin breaking trunk with huge refactorings. It makes
backporting fixes
a major PITA and pushes the 1.18 release
Bug 24207 requests switching the math rendering preference default from its
current setting (which usually produces a nice PNG and occasionally produces
some kinda ugly HTML) to the always render PNG setting.
I'd actually propose dropping the rendering options entirely...
* HTML if simple and if
On Tue, Jul 19, 2011 at 1:42 PM, Carl (CBM) cbm.wikipe...@gmail.com wrote:
A second issue that has been raised on the wiki is the poor quality of
math in PDFs generated from articles. The math shows up as a
low-quality bitmap which is very pixelated and noticeably different
from the body
That doesnt look like it would actually work -- anybody could still get at
those pages' source through:
* edit
* special:export
* action=raw
* api
* search result extracts
-- brion
On Jul 21, 2011 9:32 AM, Sumana Harihareswara suma...@wikimedia.org
wrote:
On 07/21/2011 10:39 AM, Mark A.
+1 on that -- using the wiki's the right thing! The list is great for devs
but it's a high bar to figure out for feedback.
My position for now is to recommend reducing the existing options to just
PNG and text, and after that look more solidly at auto-enabling mathjax etc
for the next major
801 - 900 of 1208 matches
Mail list logo