Re: [Wikitech-l] Skin & JS cleanup and jQuery

[Hay (Husky)]

That's great news. I've been programming in JavaScript quite a lot the
last few years and i think i would've probably gone insane if i hadn't
discovered jQuery. Especially for complex and intricate HTML
selections it's pretty amazing what you can do with jQuery.

Also, the fact that animations are built into the core could mean it
might get a little bit more simple to do visually cool things, which
might make the UI more intuitive.

-- Hay

On Wed, Apr 15, 2009 at 11:45 PM, Sergey Chernyshev
 wrote:
> Guys,
>
> It's great to see that you're working in this direction - I'm thinking about
> working on this for a while, but didn't have a gut to undertake such
> ambitious project alone ;)
>
> Do you have a working instance of ScriptLoader anywhere so I can aim some
> performance tools at it?
>
> Thank you,
>
>        Sergey
>
>
> --
> Sergey Chernyshev
> http://www.sergeychernyshev.com/
>
>
> On Wed, Apr 15, 2009 at 5:29 PM, Michael Dale  wrote:
>
>> These changes will probably result in some minor adjustments to existing
>> skins. (I will try not to completely break compatibility cuz I know
>> there are many custom skins out in the wild that would be no fun to stop
>> working once they update medaiWiki)
>>
>> This consolidation of  includes _may_ result in _some_ un-updated
>> skins referencing the same files twice which I think most browsers
>> genneraly handle "oky"
>>
>> Enabling $wgEnableScriptLoader will not work so well with skins that
>> have not been updated. Should have a patch soon. more about scriptLoader:
>> http://www.mediawiki.org/wiki/ScriptLoader
>> (We will most likely ship with $wgEnableScriptLoader off by default )
>>
>> I am also very excited about jQuery making its way into core. Things
>> like the add_media_wizard are much easier to put together with jQuery's
>> nifty abstractions and msg system. More about add media wizard:
>>
>> http://metavid.org/blog/2009/03/27/add-media-wizard-and-firefogg-on-test-wikimediaorg/
>>
>> peace,
>> michael
>>
>>
>> Brion Vibber wrote:
>> > Just a heads-up --
>> >
>> > Michael Dale is working on some cleanup of how the various JavaScript
>> > bits are loaded by the skins to centralize some of the currently
>> > horridly spread-out code and make it easier to integrate in a
>> > centralized loader so we can serve more JS together in a single
>> > compressed request.
>> >
>> > Unless there's a strong objection I'd be very happy for this to also
>> > include loading up the jQuery core library as a standard component.
>> >
>> > The minified jQuery core is 19k gzipped, and can simplify other JS code
>> > significantly so we can likely chop down wikibits.js, mwsuggest.js, and
>> > the site-customized Monobook.js files by a large margin for a net
>> savings.
>> >
>> > If you've done browser-side JavaScript development without jQuery and
>> > wanted to kill yourself, I highly recommend you try jQuery -- it's
>> > so nice. :)
>> >
>> > -- brion
>> >
>> > ___
>> > Wikitech-l mailing list
>> > Wikitech-l@lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>> >
>>
>>
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] SUL user names, how can I tell which ones are merged?

[Platonides]

Marcus Buck wrote:
>  shows information on whether 
> the account is a SUL account.
> 
> Marcus Buck
> User:Slomox

You can also use Special:GlobalUsers, if the entry for that name say
"unattached or doesn't exist locally", then that user in the wiki is not
related to the global account (at least we can't be sure about it).


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] SUL user names, how can I tell which ones are merged?

[Marcus Buck]

Erik Zachte hett schreven:
> For wikistats I would like to aggregate edit counts per editor for all
> wikis, so that we get a better count for how many people work on our
> projects.
> I checked several wiki pages on SUL, but am a bit unclear to where we are
> now. 
>
> At the moment:  can different Wikimedia wikis still have same names for
> different users? 
> So that John or Jane on one wiki belongs to person x, and on another wiki to
> person y?
> My hunch is yes, as I believe total migration is still a work in progress,
> but please confirm.
>
> And if so, is there a way I can tell which user names on which wiki’s are
> post SUL and unified?
>
> Thanks, Erik Zachte
>   
 shows information on whether 
the account is a SUL account.

Marcus Buck
User:Slomox

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Skin & JS cleanup and jQuery

[Sergey Chernyshev]

Guys,

It's great to see that you're working in this direction - I'm thinking about
working on this for a while, but didn't have a gut to undertake such
ambitious project alone ;)

Do you have a working instance of ScriptLoader anywhere so I can aim some
performance tools at it?

Thank you,

Sergey


--
Sergey Chernyshev
http://www.sergeychernyshev.com/


On Wed, Apr 15, 2009 at 5:29 PM, Michael Dale  wrote:

> These changes will probably result in some minor adjustments to existing
> skins. (I will try not to completely break compatibility cuz I know
> there are many custom skins out in the wild that would be no fun to stop
> working once they update medaiWiki)
>
> This consolidation of  includes _may_ result in _some_ un-updated
> skins referencing the same files twice which I think most browsers
> genneraly handle "oky"
>
> Enabling $wgEnableScriptLoader will not work so well with skins that
> have not been updated. Should have a patch soon. more about scriptLoader:
> http://www.mediawiki.org/wiki/ScriptLoader
> (We will most likely ship with $wgEnableScriptLoader off by default )
>
> I am also very excited about jQuery making its way into core. Things
> like the add_media_wizard are much easier to put together with jQuery's
> nifty abstractions and msg system. More about add media wizard:
>
> http://metavid.org/blog/2009/03/27/add-media-wizard-and-firefogg-on-test-wikimediaorg/
>
> peace,
> michael
>
>
> Brion Vibber wrote:
> > Just a heads-up --
> >
> > Michael Dale is working on some cleanup of how the various JavaScript
> > bits are loaded by the skins to centralize some of the currently
> > horridly spread-out code and make it easier to integrate in a
> > centralized loader so we can serve more JS together in a single
> > compressed request.
> >
> > Unless there's a strong objection I'd be very happy for this to also
> > include loading up the jQuery core library as a standard component.
> >
> > The minified jQuery core is 19k gzipped, and can simplify other JS code
> > significantly so we can likely chop down wikibits.js, mwsuggest.js, and
> > the site-customized Monobook.js files by a large margin for a net
> savings.
> >
> > If you've done browser-side JavaScript development without jQuery and
> > wanted to kill yourself, I highly recommend you try jQuery -- it's
> > so nice. :)
> >
> > -- brion
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Skin & JS cleanup and jQuery

[Michael Dale]

These changes will probably result in some minor adjustments to existing 
skins. (I will try not to completely break compatibility cuz I know 
there are many custom skins out in the wild that would be no fun to stop 
working once they update medaiWiki)

This consolidation of  includes _may_ result in _some_ un-updated 
skins referencing the same files twice which I think most browsers 
genneraly handle "oky"

Enabling $wgEnableScriptLoader will not work so well with skins that 
have not been updated. Should have a patch soon. more about scriptLoader:
http://www.mediawiki.org/wiki/ScriptLoader
(We will most likely ship with $wgEnableScriptLoader off by default )

I am also very excited about jQuery making its way into core. Things 
like the add_media_wizard are much easier to put together with jQuery's 
nifty abstractions and msg system. More about add media wizard:
http://metavid.org/blog/2009/03/27/add-media-wizard-and-firefogg-on-test-wikimediaorg/

peace,
michael


Brion Vibber wrote:
> Just a heads-up --
>
> Michael Dale is working on some cleanup of how the various JavaScript 
> bits are loaded by the skins to centralize some of the currently 
> horridly spread-out code and make it easier to integrate in a 
> centralized loader so we can serve more JS together in a single 
> compressed request.
>
> Unless there's a strong objection I'd be very happy for this to also 
> include loading up the jQuery core library as a standard component.
>
> The minified jQuery core is 19k gzipped, and can simplify other JS code 
> significantly so we can likely chop down wikibits.js, mwsuggest.js, and 
> the site-customized Monobook.js files by a large margin for a net savings.
>
> If you've done browser-side JavaScript development without jQuery and 
> wanted to kill yourself, I highly recommend you try jQuery -- it's 
> so nice. :)
>
> -- brion
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>   


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Skin & JS cleanup and jQuery

[Brion Vibber]

Just a heads-up --

Michael Dale is working on some cleanup of how the various JavaScript 
bits are loaded by the skins to centralize some of the currently 
horridly spread-out code and make it easier to integrate in a 
centralized loader so we can serve more JS together in a single 
compressed request.

Unless there's a strong objection I'd be very happy for this to also 
include loading up the jQuery core library as a standard component.

The minified jQuery core is 19k gzipped, and can simplify other JS code 
significantly so we can likely chop down wikibits.js, mwsuggest.js, and 
the site-customized Monobook.js files by a large margin for a net savings.

If you've done browser-side JavaScript development without jQuery and 
wanted to kill yourself, I highly recommend you try jQuery -- it's 
so nice. :)

-- brion

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] SUL user names, how can I tell which ones are merged?

[Erik Zachte]

For wikistats I would like to aggregate edit counts per editor for all
wikis, so that we get a better count for how many people work on our
projects.
I checked several wiki pages on SUL, but am a bit unclear to where we are
now. 

At the moment:  can different Wikimedia wikis still have same names for
different users? 
So that John or Jane on one wiki belongs to person x, and on another wiki to
person y?
My hunch is yes, as I believe total migration is still a work in progress,
but please confirm.

And if so, is there a way I can tell which user names on which wiki’s are
post SUL and unified?

Thanks, Erik Zachte



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collection extension

[Ivan Lanin]

Ah, I was actually wondering whether it's actually permitted to ask
for that extension. I just wait for the implementation on Indonesian
Wikipedia then:

https://bugzilla.wikimedia.org/show_bug.cgi?id=18430

Thanks,
--
Ivan Lanin


On Sun, Apr 12, 2009 at 6:15 PM, Erik Moeller  wrote:
> Hi Bence,
>
> the extension has been enabled on several wikis that have requested it
> since our initial roll-out. You can see recent deployments here:
>
> http://wikitech.wikimedia.org/view/Server_admin_log
>
> So you can open a bugzilla request for enabling it e.g. on the
> Hungarian Wikipedia. Brion et al. can correct me if I'm wrong, but at
> this point I think there are no major reasons not to just enable it by
> default at least for Wikipedias, except for its limited language
> support e.g. for CJK and RTL languages.
>
> Due to the scale of en.wp, we have scheduled full deployment there
> (currently it's for logged in users only) tentatively for 4/20 and
> might delay a bit further if necessary to accommodate the anticipated
> scale of use.
>
> Erik
>
> On 4/10/09, Bence Damokos  wrote:
>> Hi,
>> Is there a planned deployment date for the Collection (PediaPress) extension
>> on Wikimedia wikis that currently don't have them? The blog post about it
>> [1] mentioned March if everything went well.
>>
>> Best regards,
>> Bence
>>
>>
>> [1]
>> http://blog.wikimedia.org/2009/02/20/wiki-to-print-feature-activated-in-six-more-wikipedia-languages/
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
>
>
> --
> Erik Möller
> Deputy Director, Wikimedia Foundation
>
> Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Dealing with Large Files when attempting a wikipedia database download.

[Petr Kadlec]

2009/4/14 Platonides :
> IMHO the benefits of separated files are similar to the disadvantages. A
> side side benefit if it would be that hashes would be splitted, too. If
> you were unlucky, knowing that 'something' (perhaps just a bit) on the
> 150GB you downloaded is wrong, is not that helpful.
> So having hashes for file sections on the big ones, even if not
> 'standard' would be an improvement.

For that, something like Parchive would probably be better…

-- [[cs:User:Mormegil | Petr Kadlec]]

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l