Look how subst: works in the braceSubstitution function in Parser.php.
Basically, do this: if ( $parser->ot['wiki'] ) { /* do your stuff */ }.
On Sat, Nov 14, 2015 at 5:36 PM, Purodha Blissenbach <
puro...@blissenbach.org> wrote:
> Hi,
>
> I want to implement something similar to expansion
On Thu, Jul 2, 2015 at 3:55 PM, Legoktm legoktm.wikipe...@gmail.com wrote:
So it appears that ContentTranslation will be contacting a third-party,
closed source service? Are users going to be informed that this is the
case? What data is being sent?
I am also interested in the answer to
On Fri, Jun 19, 2015 at 4:38 AM, Amir E. Aharoni
amir.ahar...@mail.huji.ac.il wrote:
* '''nowiki/''' - this doesn't do anything at all. I couldn't reproduce
it in any way, so it's probably a bug that was fixed.
Beware that in some cases, nowiki/ is doing something important. For
example,
Gerrit change 181958[1] was recently merged, which allows (among other
things) the ability for sysops to irrecoverably delete change tags. Since
irrecoverable deletion of anything from on-wiki is rather unprecedented, I
think we should stop granting it to all sysops in DefaultSettings.php, so
that
On Thu, Feb 5, 2015 at 5:17 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
Note the deletions aren't intended to be irrevocable. Once phase 2 of
this project is done someone could go through and re-add the tag to each
thing it was removed from. Kind of like with Special:Nuke, someone
On Fri, Jan 30, 2015 at 2:02 PM, Brion Vibber bvib...@wikimedia.org wrote:
On Thu, Jan 29, 2015 at 5:38 PM, Brad Jorsch (Anomie)
bjor...@wikimedia.org
wrote:
On Thu, Jan 29, 2015 at 2:47 PM, Arlo Breault abrea...@wikimedia.org
wrote:
https://gerrit.wikimedia.org/r/#/c/181519/
I agree with pretty much all of this. In my mind, editcontentmodel is a
temporary hack that should go away completely once the bugs that led to its
creation are fixed.
Jackmcbarn
On Fri, Jan 23, 2015 at 1:00 AM, Legoktm legoktm.wikipe...@gmail.com
wrote:
Hi,
On 01/09/2015 04:25 PM, Erik
MediaWiki caches the result of templates called with no parameters, but not
if they are called with parameters, so there would be a small performance
benefit to splitting the template. However, [1] also comes into play here,
so unless it'd be just as convenient to have the second template, or
I think we should do it. The disadvantages aren't really disadvantages,
since users could just write their own JSON-processing module if we don't
give them one, and then those could both be issues anyway.
Jackmcbarn
On Tue, Nov 4, 2014 at 3:45 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote
On Wed, Oct 1, 2014 at 10:40 AM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
One simple solution would be to disallow IP edits via Tor, i.e.
softblock[1] all Tor exit nodes instead of hardblocking them.
[1]:
sleeper accounts from good IPs lettting them go stale beyond
CU retention, and you have an infinite number of accounts you can then use
to skip past the softblocks on tor and create havoc. Anything short of a
hard block wont stop open proxy abuse.
On Wed, Oct 1, 2014 at 10:44 AM, Jackmcbarn
are spoofable now. I don't think this is even worth worrying
about.
Jackmcbarn
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
of this would be the performance hit of looking up all those
signatures. Some pages have hundreds, if not thousands, of different users'
signatures.
Jackmcbarn
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
how much broken Lua is out there in the wild on WMF wikis?
On 29 September 2014 01:17, Jackmcbarn jackmcb...@gmail.com wrote:
Scribunto has an option to allow code to be saved even if it contains
syntax errors that prevent it from ever working. The original reason for
this feature
it.
Jackmcbarn
On Mon, Sep 29, 2014 at 9:53 PM, MZMcBride z...@mzmcbride.com wrote:
Jackmcbarn wrote:
Scribunto has an option to allow code to be saved even if it contains
syntax errors that prevent it from ever working. The original reason for
this feature was to make it more convenient to save
don't know any Lua are breaking otherwise-functional modules
with it. Because of this, and because it's easy enough to save incomplete
code by simply wrapping it all in a multiline comment, I plan to remove the
option unless objections are raised.
Jackmcbarn
it
equivalent to #4
At the moment, I'm leaning towards option 3.
Are there any other thoughts on these, or any additional ideas?
Jackmcbarn
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech
/ for more details about this
proposed change.
Regards,
Jackmcbarn
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
18 matches
Mail list logo
