tially
confusing aswell. Since the UsabilityInitiative "team" made the Vector
"skin" aswell, which was
coded in the core from the beginning. Why some part got split up as
'extending' was unclear to me.
Looking forward to 1.17 :-)
--
Krinkle
ailman/listinfo/wikitech-l
But the short version without /w/index.php but with direct ?parameters
doensn't for for action=raw (&ctype=text/javascript)
See the errror on:
http://meta.wikimedia.org/wiki/User:Krinkle/global.js?action=raw
Nor does (atleast did) the software never point to a non-viewing page
in the short form.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ble-conversion process is giving it a
class="WikiTable".
If I'm not mistaken this should be lowercase class="wikitable" in
order to work
with the CSS definitions in MediaWiki.
Just thought I'd let you know :)
--
Krinkle
___
rent logo but trying to make a Vector
version
that looks as much as alike as possible (a little abstraction is
likely required,
but shades and gradients are possible in Vector too!).
Altough it looks like an automated pixel-to-vector conversion, the
idea is quite clear
in the following
save again by pressing the
Publish button again went without a problem though.
I must say I reallylike the general flow of the thing!
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ntax errors in the pre-commit file.
>
> Oh the irony.
>
> -Chad
if/when this is enabled. Does this require anything from the commiters ?
Do I need to install something or run a command in addition to or
instead of 'svn commit -m "" ' ?
Sounds nice as an additional check :)
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
he last revision has an older version of the parser",
with a link to an MW.org page with an overview of a few things that
regulars may want to know (ie. the most common differences).
Just an idea :)
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l
of overflow:hidden has this consequence since
that has been broadly tested
in all kinds of browsers and has been default on several wikis for a
long while.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I'm getting blank pages after adding that (in Safari, Mac).
I tried using importScriptURI'ing it but to no luck. I presume because
the script internally calls more document.writes.
--
Krinkle
Op 1 jan 2011, om 13:50 heeft Magnus Manske het volgende geschreven:
> For the i
Op 1 jan 2011, om 13:50 heeft Magnus Manske het volgende geschreven:
> For the impatient, add
>
> document.write('
Op 2 jan 2011, om 01:13 heeft Aryeh Gregor het volgende geschreven:
> On Fri, Dec 31, 2010 at 6:25 PM, Krinkle
> wrote:
>> I doubt the addition of overflow:hidden has this consequence since
>> that has been broadly tested
>> in all kinds of browsers and has been defaul
I had tried my IE 5.2 for Mac on a Wikipedia page.
>
> Fred Bauder
You can right click and choose "Save as.." or something alike in any
other browser that does support SVG files.
No need for IE5 for Mac.
--
Krinkle
___
Wikitech-l
Op 14 jan 2011, om 02:53 heeft Daniel Friesen het volgende geschreven:
> On 11-01-13 05:35 PM, jida...@jidanni.org wrote:
>>> "DF" == Daniel Friesen writes:
>> DF> Using in_array and array_diff on an exploded array should work
>> fine.
>> OK, but that would take several times as many lines
or
it's documentation[1].
See also:
* http://usability.wikimedia.org/wiki/Toolbar_customization
* http://usability.wikimedia.org/wiki/Toolbar_customization/Library
--
Krinkle
[0] http://meta.wikimedia.org/wiki/User:Krinkle/Scripts/insertVectorButtons.js
[1] http://meta.wikimedia.org/wiki/User:Krinkl
Mark Bergsma has been testing / gathering statistics on IPv6 at
nl.wikipedia.org:
* http://nl.wikipedia.org/?title=MediaWiki:Common.js&diff=20163563
* http://nl.wikipedia.org/wiki/MediaWiki:Common.js/IPv6.js
* http://ipv4.labs.wikimedia.org/
* http://ipv6and4.labs.wikimedia.org/
--
Krinkle
en intentionally avoided for years in
> favor of
> importScriptURI(). (I suppose that would be my first bug report.)
>
> MZMcBride
* Moved the page to mediawiki.org
* @MZMcBride: https://jira.toolserver.org/browse/MAGNUS Component:
WYSIFTW
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
;
> Shouldn't it be WYSIFWT?
No. The name was WYSI WTF. Now it's WYSI FTW[0].
How is fwt related ?[1]
--
Krinkle
[0] http://www.mediawiki.org/wiki/Talk:WYSIFTW#Name
[1] http://acronyms.thefreedictionary.com/FWT
___
Wikitech-l
> I'm in the UK. Everything else seems normal (well, I'm in the UK, but
> otherwise... ;-).
>
I have noticed the same. Small images (16x16) used in the WikiEditor
(not the default buttons but those added by a user script) sometimes
don't appear
untill half a minut
can
get a similar thing going for [wikitech-l]. In which channel would we
want this though ?
I assume #wikimedia-tech although, like Ryan said about dev/ops related,
perhaps better in #wikimedia-dev (or both?)
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
concept that
should not be ignored, however personally
I am not yet convinced this is the way to go. But when looking at the
complete picture of up/down sides,
this could be something to consider.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
o wikitext
* action=raw: ?
* action=render: ?
* api-parse: ?
right now I think storing it in wikitext and customizing it everywhere
like shown above is not worth
the trouble and would likely bring it's own troubles. Keeping it
seperate from wikitext is more work
once but I think it pays
t disappointed.
So as far as I'm concerned this is still a dilemma. Readers want to
read articles and look at cool
pictures, icons in articles and accross the interface.
There shouldn't be a checkered background when an transparent PNG icon
is placed on the top
rig
ojects and special projects (eg. commons). With their main page and
site scripts
copied there. That way users can see if everything works properly,
mess with
their gadgets, check common.css/.js and .js/.css.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ing a ? as callback
Example:
http://toolserver.org/~krinkle/tmp/jsonp_example.php?callback=myFunc
jQuery.getJSON( 'http://toolserver.org/~krinkle/tmp/jsonp_example.php?callback=
?', function(data){
alert(data.hello); }
);
Op 1 feb 2011, om 19:06 heeft Daniel Kinzler het v
directory. So, the
> url is
> not hardwired.
>
> However, we would like to keep all of the logos in one place, so I
> think
> the question is still pertinent.
>
> --
> -- Dan Nessett
>
You could upload a file to your wiki (say, at [[File:Wiki.png]]) and
then put the
.org/wiki/ResourceLoader/Documentation/Using_with_extensions
Which should probably be merged into Migration_guide_(developers).
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
gration_guide_(users)
--
Krinkle
[1] http://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_(users)
[2] http://www.mediawiki.org/wiki/jQuery_snippets
[3] http://meta.wikimedia.org/wiki/User:Krinkle/Tools#Scripts
___
Wikitech-l mailing list
Wikitech-l
ied from MW.org fixing them there
now results in them being
broken on MW.org
B) I like to get things ready before the actual switch is made so that
when the switch is made, people can
update things right away.
--
Krinkle
___
Wikitech-l mailing list
Wik
file.
Who cares about wether or not a bit of whitespace changed ?
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 4 March 2011, David Gerard wrote:
> On 4 March 2011 09:58, Guillaume Paumier
> wrote:
>
>> * posting a link here is a good practice that you'd like us to
>> continue;
>
>
> +1
>
>
> - d.
+1
--
Krinkle
__
edia wikis do (slightly
better actually [4]), linking the
thumnail directly to the Commons file page and the title of the image
as tooltip when hovering the
thumbnail.
3) We are not, see 2). I'm totally convinced this should be done, and
we will as soon as licenses
ped in the
sanitizer.
I dont know how final the HTML5 microdata spec is though (it seems to
be marked as a draft)
perhaps we should wait adding new attirbutes untill it's ready ?
A few templates and scripts have already stated using the data-*-
attributes in MediaWiki.
--
Krinkle
___
a variation ordered by number of votes and and filtered out
(and speed up the query) all bugs with 1 or no votes at all:
http://bit.ly/wmbugstopvotes
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Special:Contributions.
- There's also a shortcut [[Special:Myuploads]].
--
Krinkle
Op 17 mrt 2011, om 00:11 heeft Magnus Manske het volgende geschreven:
> I found that [[Special:ListFiles]] is enabled on Commons. Very nice,
> especially the separation of author (though titled "U
and not a test wik) I recommend
upgrading
from 1.14.1 to 1.16.2 and not to 1.17alpha.
There will be many chances that you may have to deal with already from
1.14 to 1.16.
Then in a few weeks/months when 1.17 is ready and your wiki is
succesfully upgraded,
you
one today.
>
> I don't think there's any doubt that git would work for Wikimedia but
> there would definitely be some workflow changes. That's probably the
> larger issue.
>
> Mark W.
Another good read is http://whygitisbetterthanx.com/
--
Krinkle
erver-side through subclassing SpecialPage.
--
Krinkle
Op 28 mrt 2011, om 18:43 heeft Roan Kattouw het volgende geschreven:
> 2011/3/28 Bryan Tong Minh :
>> That would be the best way to go. You really don't want to do this
>> manually. Every API modules has a function getFinalPa
ajaxify the request because of the restriction
> Origin http://salilpa.com is not allowed by Access-Control-Allow-
> Origin.
>
> i have used jquery and plan to use it extensively once the code is
> hosted on
> wiki server
>
> expecting valuable comments
>
> Salil P
checking" and ~~~
* go through the checklist [2]
* go through the migration guide [3] and js deprecation list [4]
* for [Vector|Common|Monobook].css/js
* Check if there's any MediaWiki:Gadget* or MediaWiki:J[q|Q]uery*
prefixes
wich may have to be replaced with mw.loader.load/using [4]
O
27;s Guide to Writing MediaWiki Gadgets (in
>>> jQuery)"
>> +1 ... Beyond the guide we could win a lot by centralising some of
>> the
>> scripts and libraries on mediawiki.org and establishing best
>> practices
>> for things like gadget localisatio
.
>
> --
> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://
> daniel.friesen.name]
For easy reference:
$fooSkin or $skin accessing ->mTitle
"kin->mTitle" in /trunk as of r85252
http://toolserver.org/~krinkle/wikimedia-svn-search/view.php?id=154&a
uest, minified, combined, cached)
This is already a huge improvement and can and is being done today.
Once global preferences are up and RL 2.0 is in the air, it would be
even easier.
ie. extra section in Special:Preferences#Gadgets with "global gadgets"
and
MediaWiki:Gadgets-globaldef
ult of it
being integrated).
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is one of the oldest parameters
around (feelin' nostaligic anyone ?)
* SpecialPages (imho) are not supposed to be bound to 1 title in
particular (unlike
MovePage and Undelete currently do).
Just my 2cents,
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Op 8 apr 2011, om 01:11 heeft MZMcBride het volgende geschreven:
> Krinkle wrote:
>> Op 5 apr 2011, om 10:31 heeft Bryan Tong Minh het volgende
>> geschreven:
>>> On Tue, Apr 5, 2011 at 4:41 AM, Daniel Friesen
>>> wrote:
>>>> Personally, I like
=> unknown page id, or perhaps
http://en.wikipedia.org/wiki/A_different_page
If the extension does not use the title, but the pageid, we might as
well really use the pageid:
* http://ta.wikipedia.org/?curid=2810 (already works)
* http://ta.wikipedia.org/wiki/Special:Sho
Op 12 apr 2011, om 21:35 heeft Bryan Tong Minh het volgende geschreven:
> On Tue, Apr 12, 2011 at 9:32 PM, Bryan Tong Minh
> wrote:
>> On Tue, Apr 12, 2011 at 8:55 PM, Krinkle
>> wrote:
>>> * http://ta.wikipedia.org/?curid=2810 (already works)
>>
o, and can be
safely done. But before I do so I'd like to know if the solutions that
cover all scenarios are do-able.
--
Krinkle
[1] UtfNormalDefines.php may not have to be moved though, looks good
on second thought. It's included everywhere anyway so it doesn't save
load by lo
eem very
friendly
to new users. They don't know (and shouldn't have to know) what the
bugmeister's organization is.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
If it's not too much work, I'd definitly like to see this once as a
trial.
Especially the inclusion of links and summaries is useful imho.
--
Krinkle
On 3 May 2011, at 18:43, wrote:
> Fwiw a MeeGo contributor has created a script to retrieve weekly
> information from http:
um
threads
(to avoid visitors from having to for example learn Wikitext for their
wiki,
WYSIWYM WYMeditor for WordPress and BBCode for a forum).
Instead they could all be the same syntax. And within wiki context
magic words, extensions, int messages etc
ly a problem which needs to be
solved,
but without seeing the problem, it's hard to figure out
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
When people download/install 1.18 they have WikiEditor bundled by
default,
they can choose to not install / pull out the WikiEditor extension and/
or
plug-in ClassicToolbar instead.
--
Krinkle
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id
unction() {
>$( '#p1' ).html( 'New text by jQuery!' );
> });
>
>
> /testPage:
> Hello World!
>
>
> Not working. Best way to debug?
>
>
> Thanks - Tod
* Put alert( $( '#p1' ).length ); inside the document-ready function.
* Visit the
Tod
Using a serverside proxy should be a matter of last resort.
There are many ways to make a cross-domain request without violating any
browser origin policies.
Do you have control of the other server ?
Have you heard of JSONP / (eg. "JSON objects wit
> Thanks - Tod
>
Likely not related to MediaWiki in any way.
Cross-domain requests are not allowed by browser due to security issues.
If strURL is in fact within the domain you execute from, then
something is wrong.
There is a way to get data from oth
regards,
> Max Semenik ([[User:MaxSem]])
>
Yeah, that, or fixing the test :P
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
/noc.wikimedia.org/conf/all.dblist
Meta-Wiki page (manually updated)
* http://meta.wikimedia.org/wiki/Complete_list_of_Wikimedia_projects
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
eye on Special:Code, one should have wiki-account linked in the
CodeReview extension and e-mail notifications on (so you know about
questions/comments., status changed and follow-ups as soon as possible)
* the "todo" tag (or soon-to-be-introduced status "needsmore" or
"
#x27;patrol' is assigned to allow users to know whether a revision is
patrolled or not and allow them to mark it as such (which can potentially
replace the duplication of 'trusted user' lists, simply check if the user
has
this user right on the target wiki).
Krinkle
[1]
https://meta.w
cial:RecentChanges by hiding unpatrolled edits and start at the
back and work their way to the top, but that workflow sucks a lot and often
causes double work as people click the same links.
I could go on like this but I better stop now. Hop in on #countervandalism
for more.
Krinkle
[1]
https://
t before the document ready event, MediaWiki standard JavaScript
will pick it up and apply the jQuery tablesorter plugin for you, do not
apply it again!
You only need to call .tablesorter() yourself on elements that you inserted
through AJAX or for other reasons are not covered by $( 'tabl
On Dec 7, 2011, at 10:33 AM, Dmitriy Sintsov wrote:
> * Trevor Parscal [Tue, 6 Dec 2011 17:21:43
> -0800]:
>> The hype of "2.0" aside, is there a guideline for what should
> constitute
>> a
>> major version number change?
>>
>> It looks like we are doing something like: Major.Minor.Release
>>
QUnit tests (for our JavaScript modules) can be ran by opening
./tests/qunit/index.html
in your browser.
Note that this is about to change in a few days, but check
https://www.mediawiki.org/wiki/Manual:JavaScript_unit_testing
for the latest info.
On Fri, Dec 30, 2011 at 9:29 PM, Roan Kattouw w
On Wed, Jan 4, 2012 at 7:42 AM, Daniel Friesen wrote:
> On Tue, 03 Jan 2012 06:14:36 -0800, Antoine Musso
> wrote:
>
> > Le Fri, 30 Dec 2011 18:31:30 +0100, Krinkle a
> > écrit:
> >> Since virtually any value other than null and undefined is an object,
>
ar issue when I first installed phpunit on my Mac.
Although I don't know the exact command, I remember having to update some
central installer proces by PEAR ("channel" ?) to the latest version, which
still had an old
version in it's (local?) database.
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
it again when you
want to see
them all.
-Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
implementation from the basic
"OutputPage::disallowUserJs" to this more elaborate way (using ORIGIN
constants
defined in the ResourceLoader class) it was probably (unconsciously?)
switched
from just "JS by users", to "modules (js/css) by origin <= site" (which a
the cookie is set, the banner
is no longer shown.
Right now the test-wiki banner is using CentralNotice. However
the overlay is inserted outside #centralNotice due to layout constraints.
(although those could perhaps be worked around)
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
fine, as long as
it's origin
is core or extension. I believe a few ajax logins have been floating around
the net in the
past already.
I agree the thought behind it getting dated though. Aside from the malicious
way of faking the user front, one can actually make calls to the API from
any page,
directing.
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
eep it out of the swarm.
(in the future we might get a system to blacklist this but for now..)
Thanks :)
- Krinkle
[1] http://integration.mediawiki.org/testswarm/
[2] http://www.mediawiki.org/wiki/Compatibility#Browser
[3] http://webaim.org/blog/user-agent-string-history/
[4] http://integration.medi
since
1.17 and becomes extra important with the load queue improvements coming in
1.19. Since faster loading makes race conditions in dependency resolving
more
likely to fail, that is - if dependencies are not declared for all or only
few of gadgets.
Thanks,
- Krinkle
[1] https://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_(users%29
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
edit summary is parsed and action
is determined).
I hope we can "soon" start focussing on the new system [1], start
elaborating on what the needs are, use cases, requirements and come up with
a design specification and implementation.
Related events: bug 34508[2], bug
ome were left alone if they were specifically targetting
secure.wikimedia.org and are fine doing so as long as the other case is
protocol-relative.
-- Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
hank you!
> Rob
>
> [1] http://www.mediawiki.org/wiki/Git/Conversion#Unscheduled_items
> [2]
> https://bugzilla.wikimedia.org/showdependencytree.cgi?id=22596&hide_resolved=1
>
-- Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
h
Fixed on mw.org
2011/8/18 Jeroen De Dauw
>
> Svn links in article are broken.
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
g to, for example, JSON. Which an then be imported
on another wiki through the API or a SpecialPage-action.
(eg. api.php?action=sidebar&op=export or Special:Sidebar/export).
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
.
Parser functions / magic words are for computing and logic.
So to share such logic from one wiki to another, one doesn't.
One simply installs the same extension.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
>
> MZMcBride
>
>
Indeed. Moved:
http://mediawiki.org/wiki/Requests_for_comment/Database_field_for_checksum_of_page_text
– Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2011/9/5 Mark A. Hershberger
>
> http://www.mediawiki.org/wiki/Special:Code/MediaWiki/93063: mw.user.js:
>Make sessionId public
>
>
That one was fixed by me earlier today.
See CR on that revision for more info.
-- Krinkle
___
Wik
Also, please repair the broken image by linking to :
//
upload.wikimedia.org/wikipedia/commons/thumb/4/4c/PODY_barnstar.svg/95px-PODY_barnstar.svg.png
--
Krinkle
2011/9/12 emijrp
> Hi all;
>
> I have created two torrent files for the PIcture of the Year dumps[1]. They
> use Wiki
which IMO is worse
> than PHP.
>
>
See also the section in an archived project page regarding the "Phase II"
software:
http://en.wikipedia.org/wiki/Wikipedia:PHP_script_FAQ#Why_are_we_using_PHP_instead_of_Perl.3F
--
Krinkle
___
Wikitech-l m
. 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
or /trunk/parsers. And then there's several directories
that should
probably be in the separate Wikimedia repo entirely (things like php, otrs,
ubuntu,
wikimania)
Ideally trunk would only contain phase3, extensions, tools, parsers and
per
rid of it...
> :-(
>
> --HM
>
That, and that Special:FilePath also supports a width parameter to get the
path to a thumbnail without having to calculate it's dimensions, make
assumptions about the upload path or make one or more API requests. And it
links to the original size if the
t;http://en.wikipedia.org/w/index.php?oldid=409877314&action=edit>.
> >
> > I can't remember if interwiki links are now stored/tracked, but if so,
> > that's where you'd find this link.
>
> They are, and I did, thanks!
>
> Magnus
>
>
Just for the record:
http://en.wikipedia.org/w/api.php?action=query&prop=iwlinks&titles=Anatole_France
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
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
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ote a page on mw.org with an overview of topics, audiences, example
cases
and a column for how we handle those.
Check out http://www.mediawiki.org/wiki/User:Krinkle/Communication and feel
free to fill in, correct, etc. as you see fit.
Thanks,
-- Krinkle
__
ectly on-build.
Making any periodic polling obsolete. This plugin is currently activated
and online as "mw-jenkinsbot" in #mediawiki on Freenode.
--
Krinkle
[1] https://www.mediawiki.org/wiki/Continuous_integration
[2]
https://www.mediawiki.org/w
27;m tackling this one
now.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
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
pad.wikimedia.org/CodeReviewSignup
A constantly changing overview of what's on-topic and rough todo-list,
(which Etherpad is more suited for)
http://etherpad.wikimedia.org/CodeReviewTracker
--
Krinkle
PS: Regarding search, a somewhat complete table of contents of wmftech
related pads is h
nclude.
>
> Mark.
>
I'd also include:
* Vector
Maybe worth consideration:
* Renameuser
* CategoryTree
* DismissableSiteNotice[1]
* ExpandTemplates
--
Krinkle
[1] Perhaps move this to core ? Probably super easy to do with modern
emipsum)
Question:
Do you think MediaWiki:Common.js has future-proof usecases given the
current plans ? If so, please share them in this thread.
Again, nobody is threatening the existance of MediaWiki:Common.js,
even if it would just be for legacy reasons (because millions of wikis
are using
to /phase3/tests/qunit/
* That's it, sit back and look at the results.
--
Krinkle
[1] For the short-term that is, for the long-term TestSwarm needs to
be moved to WMF. And QUnit further integrated into the core. More on
that at
http://www.mediawiki.org/wiki/Manual_talk:JavaS
MediaWiki indeed doesn't store IP-addresses directly. This is for a few
reasons, one of which is sorting them from MySQL for block ranges.
It uses ip2long [1] for IPv4 addresses and a base conversion of raw HEX for
IPv6 [2].
See also the source of MediaWiki's IP.php class [3]
--
K
te unit tests for hte new script
* Fix the new script
--
Krinkle
[1] http://www.mediawiki.org/wiki/ResourceLoader/JavaScript_Deprecations
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
half done now either but actually working.
– Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
code repository.
--
Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
aintain: <
> https://bugzilla.wikimedia.org/show_bug.cgi?id=32188>
>
That has been confusing be from the beginning. I stumbled across it when
looking for code to cover in unit tests. Decided to skip that function for
the time
being. This will ease it up.
--
Krinkle
_
401 - 500 of 504 matches
Mail list logo
