Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
This is interesting Ori - thanks for sharing this / setting it up. Sorry to pick on this example in particular but I was surprised to see so much code for the Universal Language selector (ULS) - especially as a single language speaker I don't ever use any of them - and I am thus being penalised. This feature can surface to us situations like this which we ought to be more cleverer in how we load them - for instance I imagine the code for ULS could be loaded on demand when I express a desire for other languages - e.g. click a button. FYI on mobile it doesn't work: I assume this just doesn't make use of targets in RL to allow it to run on mobile? Looking at network tab it doesn't seem to add any weight to the startup module / page load itself and gets pulled down when needed so from my perspective it would be a useful tool to have on mobile! :) mw.loader.inspect() Error: Unknown dependency: mediawiki.inspect On Thu, Oct 10, 2013 at 10:03 PM, Eran Rosenthal eranro...@gmail.com wrote: Nice feature, thanks! 1. I tried to use it in ?debug=1 mode, and it seems to give 0 size to many modules. 2. It would be nice if it would also give details about dependent modules (inclusive size vs exclusive size). for example when using ve with ?debug=1 and inspecting the net panel, it looks like DOS attack with hundreds of requests, and having both the inclusive and exclusive size would allow developers to understand the net effect of loading a module. Eranroz On Fri, Oct 11, 2013 at 3:19 AM, Ori Livneh o...@wikimedia.org wrote: If you are know how to use your browser's JavaScript console, you can now get an ordered list of all ResourceLoader modules that are loaded on the page, sorted by the total size of each module's JavaScript and CSS assets -- simply run mw.loader.inspect();. It works best in newer versions of Chromium / Chrome, where it takes advantage of the availability of console.table(). It looks like this: http://i.imgur.com/zGymrsF.png In the course of testing this feature yesterday, Matt Flaschen spotted and fixed redundant module loading in TimedMediaHandler (see bug 0). That's pretty cool, no? Do remember that size != performance, though -- just because a module is small does not mean that it is performant. (The reverse is also true.) This tool also does not account for factors like gzip compression. So no burning developers at the stake, please :) But curious poking is definitely encouraged. Thanks to Timo Roan for helping this along. --- Ori Livneh o...@wikimedia.org ___ 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 -- Jon Robson http://jonrobson.me.uk @rakugojon ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] [IRC] hiring more wm-bot operators
Hey all, Some of you may know our belowed robot, which is working as a slave in some of our dev channels. Unfortunately, freenode as well as wikimedia labs is a bit unstable, when it comes to network connectivity. So both freenode servers as well as internet connectivity of labs are occasionally down. This is causing some troubles to wm-bot who isn't really able to reconnect, given to laziness of its developers as well as complexity of multiple bouncers it is using. For this reason, it would be nice if we could have more operators of this bot, who will not just bring it back up in case some of its instances die, but who would also help to its users and participate in general bot maintenance. The bot is running on wikimedia labs on ubuntu instance, and is written in c#, which in fact is irrelevant, because for its operation you don't need to have knowledge of c#. Ideal operator candidate should be trusted user (because you may have access to some private data, such as ip addresses of irc users who have no cloak, raw network logs of wm-bot as well as its freenode credentials and more), should have a rather good or excellent knowledge of unix (wm-bots components are not configured as services, so restarting them is not as easy as doing sudo service wm-bot restart) and a good knowledge of how irc networks and botnets work. If you are interested in joining our small team, lemme know, preferably by e-mail :-) thank you ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
On Thu, Oct 10, 2013 at 11:50 PM, Jon Robson jdlrob...@gmail.com wrote: This is interesting Ori - thanks for sharing this / setting it up. Thanks for checking it out! Sorry to pick on this example in particular but I was surprised to see so much code for the Universal Language selector (ULS) - especially as a single language speaker I don't ever use any of them - and I am thus being penalised. אנחנו במיעוט הקטן בקרב האנושות של דוברי שפות אחרות מצטערים על אי הנוחות ומבטיחים ללמוד אנגלית בהקדם FYI on mobile it doesn't work: I assume this just doesn't make use of targets in RL to allow it to run on mobile? As I understand, the 'targets' system was put in place to prevent mobile-inappropriate modules from being loaded by default. But this is not loaded by default; as you point out, there's an explicit mw.loader.using() call that specifies the module by name and causes to be retrieved on demand. For MobileFrontend to pretend that the module doesn't exist at that point seems like a design flaw of the targets system. I'm happy to specify mobile as a target for this module, but I think this is a point of friction between ResourceLoader and MFE that will continue to be a source of problems until it is resolved. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
On Thu, Oct 10, 2013 at 10:03 PM, Eran Rosenthal eranro...@gmail.comwrote: Nice feature, thanks! 1. I tried to use it in ?debug=1 mode, and it seems to give 0 size to many modules. Yep -- already filed as https://bugzilla.wikimedia.org/show_bug.cgi?id=3. I'll fix it. 2. It would be nice if it would also give details about dependent modules (inclusive size vs exclusive size). Yes, I agree. The only issue with adding that information is that it exceeds the amount of information that can be usefully represented in the debug console (at least in my opinion). I think the requirement for that should be implementing some table modal that floats above the page. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [IRC] hiring more wm-bot operators
Le 11/10/13 09:24, Petr Bena a écrit : wm-bots components are not configured as services, so restarting them is not as easy as doing sudo service wm-bot restart Seems you might want to make them upstart services. That will ease maintenance, and AFAIK, Ubuntu upstart would even make sure the service is up and running. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [IRC] hiring more wm-bot operators
I agree, but it requires some work, which I am too lazy for, especially since manual restart is almost as hard as typing sudo service wm-bot restart, it's just like 2 different commands writing whole upstart script for bouncers and core is lot of work... Maybe when I have a lot of time I could think of that :P On Fri, Oct 11, 2013 at 8:45 AM, Antoine Musso hashar+...@free.fr wrote: Le 11/10/13 09:24, Petr Bena a écrit : wm-bots components are not configured as services, so restarting them is not as easy as doing sudo service wm-bot restart Seems you might want to make them upstart services. That will ease maintenance, and AFAIK, Ubuntu upstart would even make sure the service is up and running. -- Antoine hashar Musso ___ 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] [IRC] hiring more wm-bot operators
also the problem is not that service wouldn't be up. Service IS UP but it's not connected to freenode (nothing upstart could fix) it's problem in wm-bot source code. It actually can reconnect when connection die, but problem is that wm-bot is using bouncer, and this bouncer doesn't forward signal when remote server disconnect. This needs to be fixed by some more coding and that again requires some other petan who isn't that lazy :) On Fri, Oct 11, 2013 at 10:49 AM, Petr Bena benap...@gmail.com wrote: I agree, but it requires some work, which I am too lazy for, especially since manual restart is almost as hard as typing sudo service wm-bot restart, it's just like 2 different commands writing whole upstart script for bouncers and core is lot of work... Maybe when I have a lot of time I could think of that :P On Fri, Oct 11, 2013 at 8:45 AM, Antoine Musso hashar+...@free.fr wrote: Le 11/10/13 09:24, Petr Bena a écrit : wm-bots components are not configured as services, so restarting them is not as easy as doing sudo service wm-bot restart Seems you might want to make them upstart services. That will ease maintenance, and AFAIK, Ubuntu upstart would even make sure the service is up and running. -- Antoine hashar Musso ___ 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] [IRC] hiring more wm-bot operators
On 10/11/2013 06:51 AM, Petr Bena wrote: It actually can reconnect when connection die, but problem is that wm-bot is using bouncer, and this bouncer doesn't forward signal when remote server disconnect. This needs to be fixed by some more coding and that again requires some other petan who isn't that lazy Alternately, if it used a bouncer that was on our network, and that connected to dickson.freenode.net it'd be pretty much insulated from network burps and splits which would help a lot. -- Marc ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [IRC] hiring more wm-bot operators
I don't understand, some better explanation would be nice. What is dickson server? Why it works better? The bouncers are running on same server as bot core, only reason for bouncers to exist is that I can upgrade the bot without having to reconnect it (I can restart the core process anytime and bot is still on-line) On Fri, Oct 11, 2013 at 1:20 PM, Marc A. Pelletier m...@uberbox.org wrote: On 10/11/2013 06:51 AM, Petr Bena wrote: It actually can reconnect when connection die, but problem is that wm-bot is using bouncer, and this bouncer doesn't forward signal when remote server disconnect. This needs to be fixed by some more coding and that again requires some other petan who isn't that lazy Alternately, if it used a bouncer that was on our network, and that connected to dickson.freenode.net it'd be pretty much insulated from network burps and splits which would help a lot. -- Marc ___ 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] [IRC] hiring more wm-bot operators
On 10/11/2013 09:30 AM, Petr Bena wrote: What is dickson server? Why it works better? dickson.freenode.net as also known as dickson.wikimedia.org: the freenode node that is on our network. (Which isn't advertized or in the round robins yet because it is still in burn-in). It doesn't necessarily work better, but it's on the same network we are so the likelihood of a network break is low (and in our power to fix). -- Marc ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [IRC] hiring more wm-bot operators
That is rather nice to know! On 11 October 2013 15:57, Marc A. Pelletier m...@uberbox.org wrote: On 10/11/2013 09:30 AM, Petr Bena wrote: What is dickson server? Why it works better? dickson.freenode.net as also known as dickson.wikimedia.org: the freenode node that is on our network. (Which isn't advertized or in the round robins yet because it is still in burn-in). It doesn't necessarily work better, but it's on the same network we are so the likelihood of a network break is low (and in our power to fix). -- Marc ___ 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] Inspecting page performance with mw.loader.inspect()
As I understand, the 'targets' system was put in place to prevent mobile-inappropriate modules from being loaded by default. But this is not loaded by default; as you point out, there's an explicit mw.loader.using() call that specifies the module by name and causes to be retrieved on demand. For MobileFrontend to pretend that the module doesn't exist at that point seems like a design flaw of the targets system. I'm happy to specify mobile as a target for this module, but I think this is a point of friction between ResourceLoader and MFE that will continue to be a source of problems until it is resolved. Agreed on all points. Unfortunately it was the only real option at the time to ensure incompatible JavaScript/css wasn't added from other extensions / existing code / gadgets. The plan is for it to eventually die but inspect helps exactly with achieving that by highlighting what is loaded by default and weeding out what is suitable for mobile and what is not. I do wonder if there is a way for targets to only apply to initially loaded modules and whether this is a good idea knowing some modules will be broken in this view. ___ 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] Inspecting page performance with mw.loader.inspect()
Sorry to pick on this example in particular but I was surprised to see so much code for the Universal Language selector (ULS) - especially as a single language speaker I don't ever use any of them - and I am thus being penalised. אנחנו במיעוט הקטן בקרב האנושות של דוברי שפות אחרות מצטערים על אי הנוחות ומבטיחים ללמוד אנגלית בהקדם Hah. But I hope comedy aside my point holds. We should be all getting into the habit of loading things as and when needed rather than all at the beginning. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Is WikiPage-doEdit dangerous in a parser tag callback?
Is it dangerous to call WikiPage-doEdit inside a parser tag callback?
I'm writing a parser tag extension whatever, whose callback function is:
public static function myCallback($input, $argv, $parser) {
$t = Title::newFromText('anytitle'); // any article title at all
$p = WikiPage::factory($t);
$p-doEdit('my text', 'my comment');
return 'foo';
}
The doEdit always succeeds (based on its return Status).
But somewhere later, as the parser tag renders, the following error always gets
thrown:
Invalid marker: UNIQ586469ef5f8b5a1a-whatever--QINU
Backtrace:
#0 /var/www/html/w/includes/parser/StripState.php(66):
StripState-addItem('general', 'UNIQ586469ef5f...', 'foo')
#1 /var/www/html/w/includes/parser/Parser.php(3844):
StripState-addGeneral('UNIQ586469ef5f...', 'foo')
#2 /var/www/html/w/includes/parser/Preprocessor_DOM.php(1150):
Parser-extensionSubstitution(Array, Object(PPFrame_DOM))
#3 /var/www/html/w/includes/parser/Parser.php(3038):
PPFrame_DOM-expand(Object(PPNode_DOM), 0)
#4 /var/www/html/w/includes/parser/Parser.php(1136):
Parser-replaceVariables('whatever/')
#5 /var/www/html/w/includes/parser/Parser.php(370):
Parser-internalParse('whatever/')
#6 /var/www/html/w/includes/WikiPage.php(3110): Parser-parse('whatever/',
Object(Title), Object(ParserOptions), true, true, 1429350)
#7 /var/www/html/w/includes/PoolCounter.php(209): PoolWorkArticleView-doWork()
#8 /var/www/html/w/includes/Article.php(631): PoolCounterWork-execute()
#9 /var/www/html/w/includes/actions/ViewAction.php(37): Article-view()
#10 /var/www/html/w/includes/Wiki.php(427): ViewAction-show()
#11 /var/www/html/w/includes/Wiki.php(304):
MediaWiki-performAction(Object(Article))
#12 /var/www/html/w/includes/Wiki.php(536): MediaWiki-performRequest()
#13 /var/www/html/w/includes/Wiki.php(446): MediaWiki-main()
#14 /var/www/html/w/index.php(75): MediaWiki-run()
#15 {main}
So I am wondering: is it dangerous to call doEdit inside a parser tag's
callback?
Is there another way to make a parser tag create an article?
This is MediaWiki 1.20.
Thank you,
DanB
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: Participation in an Aaron Swartz Hackathon event
There is a plan for a worldwide round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. http://aaronswartzhackathon.org/ Coordination: https://www.noisebridge.net/wiki/Worldwide_Aaron_Swartz_Memorial_Hackathon_Series We have been invited to run a hackathon. Can we organize it? We would need to find a project and a critical mass of contributors willing to document and coordinate the hackathon. One possibility could be to kick-off the hackathon on Friday 8 Nov in a physical location (San Francisco), and focus initially on the distribution of tasks. Then remote participants could also participate taking tasks, participating with the rest of the group on some IRC channel and occasional videoconferences. About the project, I personally think that it should have a link with the motivation of the hackathon: We were part of an inchoate, ad-hoc community of collaborators who helped each other learn how to code. No, not how to write code ‒ how to write code for the purpose of changing the world. - Zooko, on memories of Aaron See also https://en.wikipedia.org/wiki/Aaron_Swartz#Life_and_works On Sat, 5 Oct 2013, Noah Swartz wrote: Hey assorted Wikimedia people, As I may have mentioned to some of you previously, we're running another round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. I was wondering if WMF would be interested in providing a project for people to work on. For each event we're hoping to have one well structured project that people - both technical and non - can work on that can have some support from people who have worked on it or related projects previously, so that participants can jump right in. Would you be willing to structure something for people to work on? If not are there other WMF related things that people can do? Maybe go through a list of open bugs or feature requests? Or maybe just writing documents, or doing outreach, any project is welcome. Currently we have two tentative events in SF and ~5 more confirmed locations elsewhere around the world. We have a very basic landing page up at http://aaronswartzhackathon.org/ which might give you more of a sense of what's going on. I assume that SF is the location that works best for you but let me know if you think somewhere else would be good. I'd really love to see you all participate so let me know if there's anything I can do to help. As always feel free to pass this along to anyone else who you think might be interested, and I'm happy to answer any and all questions you have. Looking forward to hearing back soon! Noah ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] include google api with ResourceLoader
Hey guys! Google has its own loader called jsapi which typically is included as following: script type=text/javascript src=http://www.google.com/jsapi;/script How can I include it using $wgResourceModules to use in my extension? - Yury Katkov, WikiVote ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Is WikiPage-doEdit dangerous in a parser tag callback?
The doEdit() call needs to parse and reuses $wgParser, which is already in use so it probably breaks the state of it. Maybe you could use a DeferredUpdate to actually to the edits, or do them via an api.php request, or stash $wgParser, replace it with a new one before doing the edit and then swap it back. In any case doing edits on tag parse could be kind of slow (e.g. someone does a page preview with hundreds of tags in it). One might want to limit that somehow. -- View this message in context: http://wikimedia.7.x6.nabble.com/Is-WikiPage-doEdit-dangerous-in-a-parser-tag-callback-tp5014848p5014851.html Sent from the Wikipedia Developers mailing list archive at Nabble.com. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Participation in an Aaron Swartz Hackathon event
Coincidentally, the us WMF Researchers have been working with some academics and community members to organize a global research hackathon on Nov. 9th. See: https://meta.wikimedia.org/wiki/Research:Labs2/Hackathons/November_9th,_2013 And: https://meta.wikimedia.org/wiki/Research:L2 -Aaron On Fri, Oct 11, 2013 at 11:17 AM, Quim Gil q...@wikimedia.org wrote: There is a plan for a worldwide round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/ Coordination: https://www.noisebridge.net/**wiki/Worldwide_Aaron_Swartz_** Memorial_Hackathon_Serieshttps://www.noisebridge.net/wiki/Worldwide_Aaron_Swartz_Memorial_Hackathon_Series We have been invited to run a hackathon. Can we organize it? We would need to find a project and a critical mass of contributors willing to document and coordinate the hackathon. One possibility could be to kick-off the hackathon on Friday 8 Nov in a physical location (San Francisco), and focus initially on the distribution of tasks. Then remote participants could also participate taking tasks, participating with the rest of the group on some IRC channel and occasional videoconferences. About the project, I personally think that it should have a link with the motivation of the hackathon: We were part of an inchoate, ad-hoc community of collaborators who helped each other learn how to code. No, not how to write code - how to write code for the purpose of changing the world. - Zooko, on memories of Aaron See also https://en.wikipedia.org/wiki/**Aaron_Swartz#Life_and_workshttps://en.wikipedia.org/wiki/Aaron_Swartz#Life_and_works On Sat, 5 Oct 2013, Noah Swartz wrote: Hey assorted Wikimedia people, As I may have mentioned to some of you previously, we're running another round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. I was wondering if WMF would be interested in providing a project for people to work on. For each event we're hoping to have one well structured project that people - both technical and non - can work on that can have some support from people who have worked on it or related projects previously, so that participants can jump right in. Would you be willing to structure something for people to work on? If not are there other WMF related things that people can do? Maybe go through a list of open bugs or feature requests? Or maybe just writing documents, or doing outreach, any project is welcome. Currently we have two tentative events in SF and ~5 more confirmed locations elsewhere around the world. We have a very basic landing page up at http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/which might give you more of a sense of what's going on. I assume that SF is the location that works best for you but let me know if you think somewhere else would be good. I'd really love to see you all participate so let me know if there's anything I can do to help. As always feel free to pass this along to anyone else who you think might be interested, and I'm happy to answer any and all questions you have. Looking forward to hearing back soon! Noah __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] Is WikiPage-doEdit dangerous in a parser tag callback?
On 2013-10-11 1:24 PM, Aaron Schulz aschulz4...@gmail.com wrote: The doEdit() call needs to parse and reuses $wgParser, which is already in use so it probably breaks the state of it. Maybe you could use a DeferredUpdate to actually to the edits, or do them via an api.php request, or stash $wgParser, replace it with a new one before doing the edit and then swap it back. In any case doing edits on tag parse could be kind of slow (e.g. someone does a page preview with hundreds of tags in it). One might want to limit that somehow. -- View this message in context: http://wikimedia.7.x6.nabble.com/Is-WikiPage-doEdit-dangerous-in-a-parser-tag-callback-tp5014848p5014851.html Sent from the Wikipedia Developers mailing list archive at Nabble.com. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l The babel extension works around this by mixing the globals. Note calling api.php internally to edit (not making actual http request) will still cause parser to be called recursively and is unsafe from parser tags. -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Is WikiPage-doEdit dangerous in a parser tag callback?
Thanks for your suggestion! I wound up deferring the edits by adding them to the MediaWiki job queue. DanB ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Google Code-in: are you in?
On Thu, 2013-10-10 at 11:11 -0700, Quim Gil wrote: I'm pretty sure that there is a task that most of us could mentor. It doesn't need to be related with the MediaWiki codebase. Come on, think harder! ;) I organized GNOME's participation in Google Code-In (and its predecessor GHOP) three times in the past. == Stuff that takes time when preparing / taking part == What takes most of the time for admins is 1) before contest starts, nag developers and community members to become mentors and to provide a large number of really well-defined and well-documented tasks which are not too small and not too big, and 2) when the contest is running, make sure mentors respond quickly. Students could come across as impatient due to Code-In's competition system (students get points for tasks, you cannot claim a new task until the old one has been reviewed and finished, and students with most points get a trip to Google HQ. Last time organizations had to agree that reviews must happen within 36 hours, also on weekends/holidays). This nagging often took me about an hour per day, every day. But maybe rules / ToS have changed again this year, don't know. == Aspects to consider whether to try or not == In 2012, GNOME did not apply for taking part. The reasons that I see are: 1) translation tasks were not allowed anymore, 2) Google reduced the number of orgs to 10 so preparation work might have not paid off in the end, 3) time spent mentoring students took often longer than if mentors did the task themselves, 4) tasks only take a few days (no creation of strong binding to mentor/org), 5) students often didn't stick with the org afterwards but maybe were more after t-shirt/money/Google invitation. These are the topics that I consider important to discuss before deciding. Of course, the setup and structure of Google Code-In might work totally well for other mentoring organizations, or communities that are less lazy and have more (wo)manpower than the GNOME one. ;-) andre PS: Lydia of WMDE organized GCI for KDE in 2012 who successfully took part, so her feedback on this thread could also be pretty helpful. -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] include google api with ResourceLoader
Well, speaking more broadly, how can I include any remote javascript with ResourceLoader? - Yury Katkov, WikiVote On Fri, Oct 11, 2013 at 8:21 PM, Yury Katkov katkov.ju...@gmail.com wrote: Hey guys! Google has its own loader called jsapi which typically is included as following: script type=text/javascript src=http://www.google.com/jsapi;/script How can I include it using $wgResourceModules to use in my extension? - Yury Katkov, WikiVote ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Participation in an Aaron Swartz Hackathon event
Which websites are you planning on hacking into? On Fri, Oct 11, 2013 at 12:17 PM, Quim Gil q...@wikimedia.org wrote: There is a plan for a worldwide round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/ Coordination: https://www.noisebridge.net/**wiki/Worldwide_Aaron_Swartz_** Memorial_Hackathon_Serieshttps://www.noisebridge.net/wiki/Worldwide_Aaron_Swartz_Memorial_Hackathon_Series We have been invited to run a hackathon. Can we organize it? We would need to find a project and a critical mass of contributors willing to document and coordinate the hackathon. One possibility could be to kick-off the hackathon on Friday 8 Nov in a physical location (San Francisco), and focus initially on the distribution of tasks. Then remote participants could also participate taking tasks, participating with the rest of the group on some IRC channel and occasional videoconferences. About the project, I personally think that it should have a link with the motivation of the hackathon: We were part of an inchoate, ad-hoc community of collaborators who helped each other learn how to code. No, not how to write code - how to write code for the purpose of changing the world. - Zooko, on memories of Aaron See also https://en.wikipedia.org/wiki/**Aaron_Swartz#Life_and_workshttps://en.wikipedia.org/wiki/Aaron_Swartz#Life_and_works On Sat, 5 Oct 2013, Noah Swartz wrote: Hey assorted Wikimedia people, As I may have mentioned to some of you previously, we're running another round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. I was wondering if WMF would be interested in providing a project for people to work on. For each event we're hoping to have one well structured project that people - both technical and non - can work on that can have some support from people who have worked on it or related projects previously, so that participants can jump right in. Would you be willing to structure something for people to work on? If not are there other WMF related things that people can do? Maybe go through a list of open bugs or feature requests? Or maybe just writing documents, or doing outreach, any project is welcome. Currently we have two tentative events in SF and ~5 more confirmed locations elsewhere around the world. We have a very basic landing page up at http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/which might give you more of a sense of what's going on. I assume that SF is the location that works best for you but let me know if you think somewhere else would be good. I'd really love to see you all participate so let me know if there's anything I can do to help. As always feel free to pass this along to anyone else who you think might be interested, and I'm happy to answer any and all questions you have. Looking forward to hearing back soon! Noah __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] include google api with ResourceLoader
On Fri, Oct 11, 2013 at 1:32 PM, Yury Katkov katkov.ju...@gmail.com wrote: Well, speaking more broadly, how can I include any remote javascript with ResourceLoader? Somebody can correct me if this is wrong, but I don't think ResourceLoader supports that, primarily because it's outside the scope of what RL does. RL is made only for internal JavaScript modules that can be maintained and managed within the application. You will probably just have to use OutputPage::addScriptFile( http://www.google.com/jsapi; ) to do it. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 Major in Computer Science ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Google Code-in: are you in?
We should get in! 2013/10/11 Andre Klapper aklap...@wikimedia.org On Thu, 2013-10-10 at 11:11 -0700, Quim Gil wrote: I'm pretty sure that there is a task that most of us could mentor. It doesn't need to be related with the MediaWiki codebase. Come on, think harder! ;) I organized GNOME's participation in Google Code-In (and its predecessor GHOP) three times in the past. == Stuff that takes time when preparing / taking part == What takes most of the time for admins is 1) before contest starts, nag developers and community members to become mentors and to provide a large number of really well-defined and well-documented tasks which are not too small and not too big, and 2) when the contest is running, make sure mentors respond quickly. Students could come across as impatient due to Code-In's competition system (students get points for tasks, you cannot claim a new task until the old one has been reviewed and finished, and students with most points get a trip to Google HQ. Last time organizations had to agree that reviews must happen within 36 hours, also on weekends/holidays). This nagging often took me about an hour per day, every day. But maybe rules / ToS have changed again this year, don't know. == Aspects to consider whether to try or not == In 2012, GNOME did not apply for taking part. The reasons that I see are: 1) translation tasks were not allowed anymore, 2) Google reduced the number of orgs to 10 so preparation work might have not paid off in the end, 3) time spent mentoring students took often longer than if mentors did the task themselves, 4) tasks only take a few days (no creation of strong binding to mentor/org), 5) students often didn't stick with the org afterwards but maybe were more after t-shirt/money/Google invitation. These are the topics that I consider important to discuss before deciding. Of course, the setup and structure of Google Code-In might work totally well for other mentoring organizations, or communities that are less lazy and have more (wo)manpower than the GNOME one. ;-) andre PS: Lydia of WMDE organized GCI for KDE in 2012 who successfully took part, so her feedback on this thread could also be pretty helpful. -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Ing. Abel Rodríguez Vera ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] include google api with ResourceLoader
Hey, I don't know what the current state of affairs is, but when I looked into this for the Maps extension shortly after RL was introduced, it was not possible. Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. ~=[,,_,,]:3 -- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
Sorry to pick on this example in particular but I was surprised to see
so much code for the Universal Language selector (ULS) - especially as
a single language speaker I don't ever use any of them - and I am thus
being penalised.
אנחנו במיעוט הקטן בקרב האנושות של דוברי שפות אחרות מצטערים על אי
הנוחות ומבטיחים ללמוד אנגלית בהקדם
Hah. But I hope comedy aside my point holds. We should be all getting into
the habit of loading things as and when needed rather than all at the
beginning.
I know close to nothing about this, but I'm kind of interested in finding
out. Would it be possible to $('little language toothed wheel
thing').on('click', load something like jquery.uls.data)? That would
already be 37.13KB.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Officially supported MediaWiki hosting service?
On Tue, 1 Oct 2013 11:11:16 -0700, Brion Vibber wrote: Question for the group: Would an officially supported general-purpose MediaWiki hosting service be useful to people who would like to run wikis, but don't have the time, expertise, or resources to maintain their own installation? If so, what can we (as interested parties in MediaWiki development and use) do to make this happen? -- brion This topic and some of the stuff I've been reading (Google App Engine's PHP docs, various AWS docs, etc...) has brought up a few new additions to my old ideas around wiki hosting, especially my old self-serve idea. Reading the AWS docs also gave me the thought of a wiki host run on AWS with load balancers, auto-scaled servers (the source of the wiki code in some object store or something not dependent on a server's filesystem), and the job queue in SQS using spot-instances occasionally to chew through the job queue by temporarily spawning a normally expensive server at a cheap price. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Participation in an Aaron Swartz Hackathon event
That's not a funny joke... On Fri, Oct 11, 2013 at 7:38 PM, Anthony o...@theendput.com wrote: Which websites are you planning on hacking into? On Fri, Oct 11, 2013 at 12:17 PM, Quim Gil q...@wikimedia.org wrote: There is a plan for a worldwide round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/ Coordination: https://www.noisebridge.net/**wiki/Worldwide_Aaron_Swartz_** Memorial_Hackathon_Serieshttps://www.noisebridge.net/wiki/Worldwide_Aaron_Swartz_Memorial_Hackathon_Series We have been invited to run a hackathon. Can we organize it? We would need to find a project and a critical mass of contributors willing to document and coordinate the hackathon. One possibility could be to kick-off the hackathon on Friday 8 Nov in a physical location (San Francisco), and focus initially on the distribution of tasks. Then remote participants could also participate taking tasks, participating with the rest of the group on some IRC channel and occasional videoconferences. About the project, I personally think that it should have a link with the motivation of the hackathon: We were part of an inchoate, ad-hoc community of collaborators who helped each other learn how to code. No, not how to write code - how to write code for the purpose of changing the world. - Zooko, on memories of Aaron See also https://en.wikipedia.org/wiki/**Aaron_Swartz#Life_and_workshttps://en.wikipedia.org/wiki/Aaron_Swartz#Life_and_works On Sat, 5 Oct 2013, Noah Swartz wrote: Hey assorted Wikimedia people, As I may have mentioned to some of you previously, we're running another round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. I was wondering if WMF would be interested in providing a project for people to work on. For each event we're hoping to have one well structured project that people - both technical and non - can work on that can have some support from people who have worked on it or related projects previously, so that participants can jump right in. Would you be willing to structure something for people to work on? If not are there other WMF related things that people can do? Maybe go through a list of open bugs or feature requests? Or maybe just writing documents, or doing outreach, any project is welcome. Currently we have two tentative events in SF and ~5 more confirmed locations elsewhere around the world. We have a very basic landing page up at http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/which might give you more of a sense of what's going on. I assume that SF is the location that works best for you but let me know if you think somewhere else would be good. I'd really love to see you all participate so let me know if there's anything I can do to help. As always feel free to pass this along to anyone else who you think might be interested, and I'm happy to answer any and all questions you have. Looking forward to hearing back soon! Noah __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] Fwd: Participation in an Aaron Swartz Hackathon event
It wasn't really a joke. On Oct 11, 2013 5:34 PM, Petr Bena benap...@gmail.com wrote: That's not a funny joke... On Fri, Oct 11, 2013 at 7:38 PM, Anthony o...@theendput.com wrote: Which websites are you planning on hacking into? On Fri, Oct 11, 2013 at 12:17 PM, Quim Gil q...@wikimedia.org wrote: There is a plan for a worldwide round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/ Coordination: https://www.noisebridge.net/**wiki/Worldwide_Aaron_Swartz_** Memorial_Hackathon_Series https://www.noisebridge.net/wiki/Worldwide_Aaron_Swartz_Memorial_Hackathon_Series We have been invited to run a hackathon. Can we organize it? We would need to find a project and a critical mass of contributors willing to document and coordinate the hackathon. One possibility could be to kick-off the hackathon on Friday 8 Nov in a physical location (San Francisco), and focus initially on the distribution of tasks. Then remote participants could also participate taking tasks, participating with the rest of the group on some IRC channel and occasional videoconferences. About the project, I personally think that it should have a link with the motivation of the hackathon: We were part of an inchoate, ad-hoc community of collaborators who helped each other learn how to code. No, not how to write code - how to write code for the purpose of changing the world. - Zooko, on memories of Aaron See also https://en.wikipedia.org/wiki/**Aaron_Swartz#Life_and_works https://en.wikipedia.org/wiki/Aaron_Swartz#Life_and_works On Sat, 5 Oct 2013, Noah Swartz wrote: Hey assorted Wikimedia people, As I may have mentioned to some of you previously, we're running another round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. I was wondering if WMF would be interested in providing a project for people to work on. For each event we're hoping to have one well structured project that people - both technical and non - can work on that can have some support from people who have worked on it or related projects previously, so that participants can jump right in. Would you be willing to structure something for people to work on? If not are there other WMF related things that people can do? Maybe go through a list of open bugs or feature requests? Or maybe just writing documents, or doing outreach, any project is welcome. Currently we have two tentative events in SF and ~5 more confirmed locations elsewhere around the world. We have a very basic landing page up at http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/which might give you more of a sense of what's going on. I assume that SF is the location that works best for you but let me know if you think somewhere else would be good. I'd really love to see you all participate so let me know if there's anything I can do to help. As always feel free to pass this along to anyone else who you think might be interested, and I'm happy to answer any and all questions you have. Looking forward to hearing back soon! Noah __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-l 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] Fwd: Participation in an Aaron Swartz Hackathon event
Then you'd better make it clear whether you are: A) Completely ignorant of what the definition of a hackathon is. B) Trolling. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On 2013-10-11 2:37 PM, Anthony wrote: It wasn't really a joke. On Oct 11, 2013 5:34 PM, Petr Bena benap...@gmail.com wrote: That's not a funny joke... On Fri, Oct 11, 2013 at 7:38 PM, Anthony o...@theendput.com wrote: Which websites are you planning on hacking into? On Fri, Oct 11, 2013 at 12:17 PM, Quim Gil q...@wikimedia.org wrote: There is a plan for a worldwide round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/ Coordination: https://www.noisebridge.net/**wiki/Worldwide_Aaron_Swartz_** Memorial_Hackathon_Series https://www.noisebridge.net/wiki/Worldwide_Aaron_Swartz_Memorial_Hackathon_Series We have been invited to run a hackathon. Can we organize it? We would need to find a project and a critical mass of contributors willing to document and coordinate the hackathon. One possibility could be to kick-off the hackathon on Friday 8 Nov in a physical location (San Francisco), and focus initially on the distribution of tasks. Then remote participants could also participate taking tasks, participating with the rest of the group on some IRC channel and occasional videoconferences. About the project, I personally think that it should have a link with the motivation of the hackathon: We were part of an inchoate, ad-hoc community of collaborators who helped each other learn how to code. No, not how to write code - how to write code for the purpose of changing the world. - Zooko, on memories of Aaron See also https://en.wikipedia.org/wiki/**Aaron_Swartz#Life_and_works https://en.wikipedia.org/wiki/Aaron_Swartz#Life_and_works On Sat, 5 Oct 2013, Noah Swartz wrote: Hey assorted Wikimedia people, As I may have mentioned to some of you previously, we're running another round of Aaron Hackathons, on the upcoming Nov 8-10 weekend. I was wondering if WMF would be interested in providing a project for people to work on. For each event we're hoping to have one well structured project that people - both technical and non - can work on that can have some support from people who have worked on it or related projects previously, so that participants can jump right in. Would you be willing to structure something for people to work on? If not are there other WMF related things that people can do? Maybe go through a list of open bugs or feature requests? Or maybe just writing documents, or doing outreach, any project is welcome. Currently we have two tentative events in SF and ~5 more confirmed locations elsewhere around the world. We have a very basic landing page up at http://aaronswartzhackathon.**org/ http://aaronswartzhackathon.org/which might give you more of a sense of what's going on. I assume that SF is the location that works best for you but let me know if you think somewhere else would be good. I'd really love to see you all participate so let me know if there's anything I can do to help. As always feel free to pass this along to anyone else who you think might be interested, and I'm happy to answer any and all questions you have. Looking forward to hearing back soon! Noah __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-l 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Google Code-in: are you in?
On 10/11/2013 10:21 AM, Andre Klapper wrote: These are the topics that I consider important to discuss before deciding. Thank you very much for this analysis! Also thank you MatmaRex for your first-hand experience as a Code-in participant. PS: Lydia of WMDE organized GCI for KDE in 2012 who successfully took part, so her feedback on this thread could also be pretty helpful. Great! Hopefully we will get her feedback soon. Let's discuss and eventually decide our next steps next at Engineering Community Team office hour Tuesday 15 October, 16:00 UTC (18:00 Berlin, 9:00 San Francisco...) IRC #wikimedia-office https://www.mediawiki.org/wiki/Engineering_Community_Team/Meetings#2013-10-15 Join us! -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [IRC] hiring more wm-bot operators
Petr Bena benap...@gmail.com wrote: Hey all, Some of you may know our belowed robot, which is working as a slave in some of our dev channels. Unfortunately, freenode as well as wikimedia labs is a bit unstable, when it comes to network connectivity. So both freenode servers as well as internet connectivity of labs are occasionally down. This is causing some troubles to wm-bot who isn't really able to reconnect, given to laziness of its developers as well as complexity of multiple bouncers it is using. Petr, I was running a couple of recentchanges minibots (based on the UDP logging - urdrec.c - Python IRC module) pretty reliably. The code is here https://bitbucket.org/plwiki/bot/src/ (irc module) but of course I am happy to help with hosting/reducing complexity and getting my hands finaly on C# if needed. //Saper ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inline bug report history in Bugzilla
On 10/11/2013 03:37 PM, Andre Klapper wrote: I failed to make up my mind if it's helpful for the *majority* of Bugzilla users (reporters, testers, triagers, developers, managers) or if it might clutter the Comments view too much for some people, so I kept it as an opt-in setting. I'm happy to revise but don't know how I could find out. :) No idea about performance, but about the UI: I think it's useful for some and instructive for the rest. In the times of Twitter, Facebook, Tumblr etc people are quite used to navigate through these boxes. I mean, the ones surviving the upper part of a Bugzilla page with all those form fields. ;) -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
Yup and it's as simple as ...
$('little language toothed wheel
thing').on('click', function() {
mw.loader.using( 'modulename', function() {
// do thing with modulename
} );
} );
On Fri, Oct 11, 2013 at 1:28 PM, Dan Andreescu dandree...@wikimedia.org wrote:
Sorry to pick on this example in particular but I was surprised to see
so much code for the Universal Language selector (ULS) - especially as
a single language speaker I don't ever use any of them - and I am thus
being penalised.
אנחנו במיעוט הקטן בקרב האנושות של דוברי שפות אחרות מצטערים על אי
הנוחות ומבטיחים ללמוד אנגלית בהקדם
Hah. But I hope comedy aside my point holds. We should be all getting into
the habit of loading things as and when needed rather than all at the
beginning.
I know close to nothing about this, but I'm kind of interested in finding
out. Would it be possible to $('little language toothed wheel
thing').on('click', load something like jquery.uls.data)? That would
already be 37.13KB.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Jon Robson
http://jonrobson.me.uk
@rakugojon
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inline bug report history in Bugzilla
On 11/10/13 23:37, Andre Klapper wrote: Hi, sorry for my late answer. On Mon, 2013-09-30 at 08:47 -0700, James Forrester wrote: This is brilliant, and makes Bugzilla hugely more usable; could it be switched on for all users by default, or would that impair the server operation too much? I failed to make up my mind if it's helpful for the *majority* of Bugzilla users (reporters, testers, triagers, developers, managers) or if it might clutter the Comments view too much for some people, so I kept it as an opt-in setting. I'm happy to revise but don't know how I could find out. :) Same for how much it affects performance. However, the code has a threshold to not display changes inline for a bug report if there are more than 500 changes to the report. andre Definitely something that should be visible to everyone; without it, users are completely dependent on people saying what they've done in their comments to understand what's going on, and people often don't do that. So someone might only say why they did something without saying what it is (and why should they have to?), or change something without commenting at all, sometimes causing the change to go unnoticed entirely (even when it's important) or causing previous/subsequent comments to not make sense because of the missing context... If it is cluttering things, there's also a good chance there's something problematic going on with the bug anyhow, so people should see that so they can address it. So yeah, helpful for the majority, I'd say. -I ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inline bug report history in Bugzilla
On Sat, Oct 12, 2013 at 5:35 AM, Isarra Yos zhoris...@gmail.com wrote: Definitely something that should be visible to everyone; without it, users are completely dependent on people saying what they've done in their comments to understand what's going on, and people often don't do that. So someone might only say why they did something without saying what it is (and why should they have to?), or change something without commenting at all, sometimes causing the change to go unnoticed entirely (even when it's important) or causing previous/subsequent comments to not make sense because of the missing context... If it is cluttering things, there's also a good chance there's something problematic going on with the bug anyhow, so people should see that so they can address it. So yeah, helpful for the majority, I'd say. +1 to Isarra -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
On Fri, Oct 11, 2013 at 1:28 PM, Dan Andreescu dandree...@wikimedia.org
wrote:
I know close to nothing about this, but I'm kind of interested in finding
out. Would it be possible to $('little language toothed wheel
thing').on('click', load something like jquery.uls.data)? That would
already be 37.13KB.
On Fri, Oct 11, 2013 at 5:01 PM, Jon Robson jdlrob...@gmail.com wrote:
Yup and it's as simple as ...
$('little language toothed wheel thing').on('click', function() {
mw.loader.using( 'modulename', function() {
// do thing with modulename
} );
} );
Dan, Jon -- why not submit a patch for these changes? Lazy-loading
sounds like the right idea.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inspecting page performance with mw.loader.inspect()
On Saturday, October 12, 2013, Dan Andreescu wrote:
I know close to nothing about this, but I'm kind of interested in finding
out. Would it be possible to $('little language toothed wheel
thing').on('click', load something like jquery.uls.data)? That would
already be 37.13KB.
For the functions that are required only after a user interaction, like
click ULS already lazy load scripts. One thing to note here is language
selection one of the features of ULS. ULS avoids tofu(small boxes because
of missing font) in the content presented through wiki pages, and that is
an onload activity, without user interaction. That contributes the script
size. But any help in reducing the script size is always welcome.
Thanks
Santhosh
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
