You might prefer the using the $.when() idiom for this, which waits for
multiple concurrent promises, and is usable here given that $() is
essentially a shortcut to the internal $.ready promise, which is publicly
available per https://api.jquery.com/jQuery.ready/ – The following has
worked for year
at have already migrated may disable the plugin for better run-time
performance.
Track progress at <https://phabricator.wikimedia.org/T124742>.
-- Krinkle
[1] https://www.mediawiki.org/wiki/Beta_Cluster
[2] https://www.mediawiki.org/wiki/MediaWiki_1.30
__
around May 2016).
Yours,
-- Krinkle
For details about the JavaScript-less experience, see
https://www.mediawiki.org/wiki/Compatibility
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Can you show us the definition of your module?
— Krinkle
> On 25 Aug 2015, at 07:42, Eli Handel wrote:
>
> Thank you Bartosz Dziewoński,
>
> I hadn't known that, but I'm not using media queries in the ResourceLoader
> module definition, and it does work when I lo
I'm glad this works but I'd recommend using =true instead of =1 since 1 is not
a boolean, it's an integer.
This may work now but could unexpectedly break in a minor update.
— Krinkle
> On 26 Jul 2015, at 18:47, Tim Dunphy wrote:
>
>>
>> wgDBssl is a bool se
would have relatively low impact. There are other more important performance
issues that we know are causing things to be slow.
Also note that browsers support SPDY nowadays, which means 304-checks like
these can be quite cheap. Perhaps even preferable, in which case there wouldn't
l of which are deployed at Wikimedia.)
Tracker bugs:
https://phabricator.wikimedia.org/T55120
https://phabricator.wikimedia.org/T42786
— Krinkle
Related thread: [Wikitech-l] Call to eliminate sajax, Daniel Friesen, October
2013
https://www.mail-archive.com/wikitech-l%40lists.wikimedia.org/msg
Hey all,
On 3 Jun 2014, Krinkle wrote:
> TL;DR:
> * We did not make the breaking change last week for Wikimedia; it is
> postponed.
> * MediaWiki 1.24.0 will ship with jQuery Migrate switched off.
> * Wikimedia & non-Wikimedia wikis can enable jQuery Migrate if needed.
>
aster branch) "git pull
--rebase origin master".
In most cases git will be able to re-apply the patch for you. And in case it's
not, it'll put <<< and >>> markings in the relevant file(s) for you to resolve
and then 'git add' the resolved files and c
h.wikimedia.org/wiki/Zap/Hat
(with ZAP and HAT redirects.)
-- Krinkle
___
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
tps://gerrit.wikimedia.org/r/#/c/137168/
[5] https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
-- Krinkle
PS: You can get a sense of the progress on our different migrations, past and
present, via these graphs: http://codepen.io/Krinkle/full/zyodJ/
_
The Vector extension was first bundled with MediaWiki 1.18, it has existed
longer than that though.
As of MediaWiki 1.22, the Vector extension is obsolete and its stable
features were merged into MediaWiki core.
The javascript module vector.collapsibleNav was removed in 1.24 for
performance reaso
f those items still using these legacy features are
aware of this so they may patch the code accordingly (using the upgrade guide[4]
and my earlier announcement [5]). When MediaWiki 1.24 is released, we will
switch off jQuery Migrate for Wikimedia wikis.
— Krinkle
[1] https://bugzilla.wikimedia.org/sh
with wikitext or unintended side-effects in general, values
of are never parsed as wikitext. In most cases this is intentional
as they often tag some custom syntax or literal value.
If you want it to be processed as wikitext, use {{#tag: something | {{{expanded
wikitext|with defaults}}} }}
(e.g. for older browsers).
You'd end up with:
Rslider.hooks.php#onParserHookRslider:
$html = '<div class="mw-rslider-tag"></div>';
// This creates <script>if(window.mw){ ... } and automatically
escapes any html
// or xml characters inside the script if needed
ages" (pages that conflict with files in the root).
The code code above I assumed you put mediawiki in the /w directory, the
RewriteRules will then make the root the access point for the page titles.
So example.org/Page_title will show [[Pa
On Sun, Oct 14, 2012 at 1:17 AM, David Gerard wrote:
> On 13 October 2012 23:50, Krinkle wrote:
>
> > Update LQT to the latest version from Git master[1][2].
> > That should make it work again (be sure to make backups first, and run
> update.php if needed).
> > [1
versions still).
If you're still facing issues you may want to consider updating MediaWiki to
1.20beta[3]. Then it should work for sure as that is what Wikipedia is running
on and several Wikipedia sites have LiquidThreads installed (without the issues
you describe).
-- Krinkle
[1]
et's please not link to the gitweb tars. They're not cached, so
> each one would be generated on demand.
>
> -Chad
>
>
That's why I created mwSnapshots are a replacement for vvv's mw-nightly
(which, before it was taken down, afaik s
We already have hourly snapshots of the stable master though:
https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/master
(and it includes release branches, feature branches and wmf branches).
That could be expanded to keep old version (right now it only keeps the
latest one
right? If not, then
you should make yourself a member of one of the groups that have the patrol
right (the admin "sysop" group, for example, has the "patrol" right).
-- Krinkle
On Jul 5, 2012, at 11:54 AM, Brandon Pimenta wrote:
> My code in LocalSettings.php:
>
>
red to by the software.
-- Krinkle
[1] I created a diagram a few months back that may help:
http://commons.wikimedia.org/wiki/File:Commons_Mark_as_patrolled.png
On Jul 5, 2012, at 9:37 AM, Brandon Pimenta wrote:
> I reported it to Bugzilla. See bug
> 38189<https://bugzilla.wikimedia.org/sh
ith
the wikitext source (but no edit toolbar). The text is not editable but it
is selectable and you can copy it to use in another example, as you
describe.
For example:
http://wikitech.wikimedia.org/index.php?title=Sandbox/sysop&action=edit
-- Krinkle
Gerrit to do this
> work of coordination.
>
> Mark.
>
A branch in mediawiki-core? I'm not sure I follow.
-- Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
ctory. Rename your /wiki/ directory to /mw, /w/ or
/mediawiki or whatever. Then use /wiki/$1 as the article path that readers
will see.
Then there are no conflicts.
-- Krinkle
[1] https://www.mediawiki.org/wiki/Manual:Short_URL
___
MediaWiki-l mailing list
The MWNightly tool has been down for a while (since February, around migration
to Git), so I took the liberty to write a new tool for this.
https://toolserver.org/~krinkle/mwSnapshots/
Updates hourly, even.
With Git making packages of a repository is a lot easier, but for those without
tle" wiki page
> and insert that timestamp.
Already requested in 2006.
BugZilla Search:
> (bug 6092[1]) Create colon parserfunction version of {{REVISIONID}},
> {{REVISIONTIMESTAMP}} etc. that take pagename as parameter
{{REVISIONTIMESTAMP:Page Title}}
in "trunk", and whenever a new MediaWiki release is started, you create
a branch for the (then old) mediawiki version, and then continue to work on
trunk again for the current MediaWiki release.
-- Krinkle
[1] https://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
On Apr 2
On Apr 5, 2012, at 4:13 PM, Eric BEAUSSART wrote:
> Madam,
> I would like to use Mediawiki as a Website Administration Tool !
> But, even with some knowledge in Computers, just as an User !
> Unfortunately, I loaded it easyly, but did not succed to let it run !
> As I told before, providing a
Hi Isabell,
That would be https://www.mediawiki.org/wiki/Extension:CharInsert
-- Krinkle
On Mar 15, 2012, at 11:59 AM, Isabell Alcott wrote:
> Hello Brion,
>
> thank you so much! With your help I found what I searched.
>
> Aditionally, I would like to add the editor, whic
rk.
Aside from that, this is however a little ineffecient in that it makes multiple
HTTP requests.
Why not just put everythign in MediaWiki:Vector.css (which is loaded by
default).
-- Krinkle
On Mar 8, 2012, at 3:02 PM, HiddenId wrote:
> Hi Krinkle.
> Thanks for your help.
> Unfortunat
On Thu, Mar 8, 2012 at 11:25 AM, HiddenId wrote:
> Sorry I made written mistakes in my previous post.
> Here is this post, with written mistakes corrected:
>
>
> Hi Krinkle.
> I've not reach to make your solution running.
> I propose to try something:
>
> Let
script and css, not via
wikitext
transclusion.
-- Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
mmon.css" that is loaded
on all pages, perhaps use that instead to load your css pages.
And store the other ones as sub pages from it, to keep the
MediaWIiki:-namespace clean.
So MediaWiki:Common.css would contain
@import
url('/w/index.php?title=MediaWiki:Common.css/layout
nd helps you – the way it was done there was to actually
use it on itself.
Something like nclude>foolude>.
(yeah I know, pretty, isn't it, brion?)
Depending on how it's used it may only work in a "subst:" context, if
that's the case and you need it without
mmary (first paragraph of article),
and section / related article links. And that's just what we see publically.
Being SEO friendly doesn't require installing a plugin by definition, some
web applications are actually good at it out of the box. I think MediaWiki
is one of them :)
-- Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Also asksed and already answered here:
http://www.mediawiki.org/wiki/Thread:Project:Support_desk/removing_sidebar_permanently_from_all_wiki_pages.?action=view
-- Krinkle
On Tue, Nov 15, 2011 at 6:17 AM, Rishi kumar Bansal <
rishikumar.ban...@aircel.co.in> wrote:
> Hi,
>
> I am
Why ?
On Mon, Oct 31, 2011 at 10:33 AM, Rahul Sharma wrote:
> Dear All,
>
> How to maintain resolution for all type of screen ratio.how to redirect
> index.php based on browser detection.
>
>
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
Hi,
I assume you meant 1.17 instead of 1.7.
Have you ran update.php ?
http://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
--
Krinkle
2011/10/15 Isabell Alcott
> Hello,
>
> after upgrading from 1,6 to 1,7 im receiving the following error. Maybe
> someone has an
vance)
Hope to see you soon on mediawiki-api-annou...@lists.wikimedia.org :)
Please reply-to to wikitech to keep discussions about this central.
--
Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
llowing on Common.css if you want the old behavior back from
<1.16:
" table { background-color: white; } "
(without the " quotes " );
--
Krinkle
On Thu, Sep 29, 2011 at 5:52 PM, Conor Glynn wrote:
> Hi,
> After upgrading to Mediawiki 1.17.0 (from 1.15) the backgr
. take a look at the complete list here:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/
Just mentioning here on the mailing list in case there are some
special dirs that needs special treatment before I make a bold move.
--
Krinkle
[1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/
[2] http
o need to panic :-)
Thanks,
– Krinkle
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=30213
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
lt will be like:
* wiki.example.org/view/Article_name
* wiki.example.org/edit/Article_name
* wiki.example.org/history/Article_name
Sites that use this configuration are for example:
* http://wikitech.wikimedia.org/view/Main_Page
* https://wiki.toolserver.org/view/Main_Page
--
Krinkle
On Aug 3, 2011, at
this process, why do you want to
install
Slideshow ? Which functionality is it that you desire to have ? (this
may
help in finding alternatives if needed).
Thanks,
Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
s a module in LocalSettings.php
$wgResourceModules['jquery.myPlugin'] = array(
'scripts' => 'resources/jquery/jquery.myPlugin.js',
);
Then you can load it and use it whenever you like.
--
Krinkle
___
MediaWiki-l maili
ns
from [5] this Map without an http request to the query info module. An
example has been made in the mediawiki.action.watch.ajax module [6].
This
(un)watches through the API.
The actual change in the WatchAction class was made in r89545 [3].
The ApiWatch module was changed in r88522 [7].
--
Kr
unknown or low-ranked
sites[1]).
So, you get higher by having better content then competitors. Because by
having better content people are more likely to link to your content and
more likely to mention your website in articles and link to your website
and/or a specific webpage within the site. And a
Dorem - Jérémie Bouillon wrote:
> On 01/05/2011 13:31, Krinkle wrote:
>> Just out of curiousity, to avoid or perhaps solve a less-than-ideal
>> construction,
>> why does it have to be at the end per se ? What is it you want to
>> insert
>> there ?
>
> Two t
Dorem - Jérémie Bouillon wrote:
> On 30/04/2011 22:37, Daniel Friesen wrote:
>> Use the BeforePageDisplay hook and $out->addHeadItem if there is no
>> more
>> specific method for what you're trying to insert (ie: a,,
>>
categorization)
--
Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
#x27;s probably a bigger issue to concern about.
I wouldn't recommend avoiding, the problem is likely not in the
extension.
--
Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
today?" or "Welcome master,
how are you today?" depending on the membership of the user.
Right out of the box support for content for registered-users only,
or sysop, or any other usergroup you may have.
Only takes a few css settings, no JS dependency either.
The only catch is th
Note that this means all anonymous users will have a permanent English
user interface, and
users with accounts can set it to German if they prefer from
Special:Preferences (which overrides
$wgDefaultUserOptions ..)
--
Krinkle
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
s.
The Wiki-syntax accepts canonical input and site language input.
If $wgLanguageCode is indeed set to 'de', please include a link to the
wiki
in your reply. If the wiki is not public, make sure to include the
following data
from the "Special:Version" page:
* Installed
rough FTP to /w/extensions
Again, WikiEditor requires 1.17 so it wont run under 1.16 or 1.15.
--
Krinkle
Op 22 mrt 2011, om 11:24 heeft Carloccio het volgende geschreven:
> Hello everyone,
>
> i'm a new mediawiki user from italy.
> I wanted to ask how to configure mediawiki so tha
/Extension:FlaggedRevs
--
Krinkle
Op 15 mrt 2011, om 12:34 heeft Juan Jesús Cremades Monserrat het
volgende geschreven:
> Hi,
>
> I has isntalled a new mediawiki portal, but the final user wants,
> for all
> colaborations, to confirm before the final publications.
>
> In other words, if
57 matches
Mail list logo