Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 01:24, Brion Vibber br...@pobox.com wrote: In theory we can produce a configuration with TimedMediaHandler to produce both H.264 and Theora/WebM transcodes, bringing Commons media to life for mobile users and Apple and Microsoft browser users. What do we think about this? What are the pros and cons? No. Just because Mozilla has decided to do the wrong thing for commercial reasons does not somehow compel us to. It's only pressure from users that will get the companies to use unlocked formats. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114166]: New comment added
Wikinaut posted a comment on MediaWiki.r114166. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114166#c32365 Commit summary for MediaWiki.r114166: removed the redundant code for handling tracking categories. By using '-' for the message text ajaxpoll-tracking-category , this can be disabled easily. Wikinaut's comment: Yes, I know, thank you. The setting was only for a very short time present in the code. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114153]: Revision status changed
Nikerabbit changed the status of MediaWiki.r114153 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114153 Old status: deferred New status: ok Commit summary for MediaWiki.r114153: Follow-up to r114069: spce indentation fixed to tab. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
Good morning, after reading all mails in this thread I'd like to comment on this. I care about this topic as I am leading the WikiTV project we started in Germany (http://meta.wikimedia.org/wiki/WikiTV#WikiTV_.28on_demand.29). I would appreciate to see WebM out soon, I think that is important. So here I agree with Michael - get the TMH released and then add H.264 support later. What is unclear to me: Do you mean to store all video data in an intermediate format (be it Ogg or WebM or whatever) and then do a realtime encoding based on the browsers preference and capabilities? From a usability point of view this would be perfect. I wouldn't be happy if I needed to upload WikiTV shows in three different formats in the future and I think it would also wasting a lot of disk space. Let alone that these files need a developer to actually get imported into Commons from a FTP server we have to host on our end because we can't upload more than 100 MB, which are 80% of our files. /Manuel -- Regards Manuel Schneider Wikimedia CH - Verein zur Förderung Freien Wissens Wikimedia CH - Association for the advancement of free knowledge www.wikimedia.ch ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114180]: New comment added
Nikerabbit posted a comment on MediaWiki.r114180. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114180#c32366 Commit summary for MediaWiki.r114180: make more generic: do not assume we want to add html to the output. Also get rid of action=purge from key args Nikerabbit's comment: I don't like this design as much. You lose all the niceties like -addWikiText -addModules and what else if you just have to return string. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114237]: Revision status changed
Jdlrobson changed the status of MediaWiki.r114237 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114237 Old status: new New status: ok Commit summary for MediaWiki.r114237: fix for bug 35352. this provides at the very least a short term fix to an issue with file pages on mobile displaying a data charges banner preilly or someone else should please review this and revert if it is not suitable. checking in for jdrobson as he can't check in changes to this extension. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114240]: New comment added
Dantman posted a comment on MediaWiki.r114240. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114240#c32367 Commit summary for MediaWiki.r114240: redesign for toggle buttons see http://www.mediawiki.org/wiki/File:Mobile_article_expand.png Dantman's comment: Ooohh... now ''that'' looks like a mobile app. I think you should use an :active to create a highlight bg that shows up when the user touches the collapse. A light bluish one. Make sure that the area covered fills the screen horizontally and includes the top and bottom padding of the block. Something like that should give it a feel very much like what the user should be used to with the rest of mobile device's interface. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] putenv(TZ) hack in LocalSettings.php now gives warnings
OK I will try my best to keep up with your changes for i in RELEASE-NOTES-* includes/installer/LocalSettingsGenerator.php do echo $i diff: svn diff -r ${BASE-BASE}:HEAD $i|wdiff -d -3|tee /tmp/mediawikiDiff$$ done And also watchlist http://www.mediawiki.org/wiki/Manual:LocalSettings.php Alas that is still not enough to reveal to what the current vanilla LocalSettings.php that gets produced deals with the issue. Perhaps someone would be kind enough to post one. Why don't you just set `date.timezone` in your php config and make all the hacks go away? I want to keep all this stuff in one file, LocalSettings.php, on my many systems. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114096]: New comment added
Van de Bugger posted a comment on MediaWiki.r114096. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114096#c32368 Commit summary for MediaWiki.r114096: Removed redundant , moved up $wgExtensionCredits and gave descriptions for classes, internationlization and default values Van de Bugger's comment: Too many extensions rely on global scope, your system is bound to fail. My system is not a subject of this review. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114096]: New comment added
Van de Bugger posted a comment on MediaWiki.r114096. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114096#c32369 Commit summary for MediaWiki.r114096: Removed redundant , moved up $wgExtensionCredits and gave descriptions for classes, internationlization and default values Van de Bugger's comment: Why are you loading an extension from a function? Again, my extension load system is not a subject of this review. Please stay focused on this extension. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 02:24, Brion Vibber br...@pobox.com wrote: .. In theory we can produce a configuration with TimedMediaHandler to produce both H.264 and Theora/WebM transcodes, bringing Commons media to life for mobile users and Apple and Microsoft browser users. What do we think about this? What are the pros and cons? -- brion H.264 is a propietery format, and the owners can start asking for a tax to encoders, decoders and users. Wikipedia would not be the free encyclopedia if you start asking people money for watching videos :D What perhaps can be done, withouth hurting the cause of freedom much, is to have the encoder.So if you uploade a propietery h.264 video, its encoded into a free format. You still helps the H.264 to spread, so is not that cool. If the owners of h.264 start asking money to encoders, you can drop support for the format. Nobody is damaged (people sould change habits of what format video to upload). The problem can be output. What free format a iPhone support?, if the reply is none, then you have to choise no service at all, or output video in h.264. Not serving people is bad, and serving h.264 is bad because you help h.264 gains more ground, hurting the cause of open formats. Theres no good option. IF you can serve a video that a iPhone can watch, even if using some crappy javascript or java format, you avoid pushing h.264 (so you help the cause of free formats). If this solution is slow, you create a incentive for iPhone to support a open format (what is good again), and everyone can watch all videos (what is good again). -- -- ℱin del ℳensaje. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114096]: Revision status changed
Van de Bugger changed the status of MediaWiki.r114096 to fixme URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114096 Old status: ok New status: fixme Commit summary for MediaWiki.r114096: Removed redundant , moved up $wgExtensionCredits and gave descriptions for classes, internationlization and default values ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 09:59, Tei oscar.vi...@gmail.com wrote: What perhaps can be done, withouth hurting the cause of freedom much, is to have the encoder. So if you uploade a propietery h.264 video, its encoded into a free format. You still helps the H.264 to spread, so is not that cool. If the owners of h.264 start asking money to encoders, you can drop support for the format. Nobody is damaged (people sould change habits of what format video to upload). We should definitely be able to ingest H.264. (This has been on the wishlist forever and is a much harder problem than it sounds.) The problem can be output. What free format a iPhone support?, if the reply is none, then you have to choise no service at all, or output video in h.264. Not serving people is bad, and serving h.264 is bad because you help h.264 gains more ground, hurting the cause of open formats. Theres no good option. IF you can serve a video that a iPhone can watch, even if using some crappy javascript or java format, you avoid pushing h.264 (so you help the cause of free formats). If this solution is slow, you create a incentive for iPhone to support a open format (what is good again), and everyone can watch all videos (what is good again). Android supports Theora. The significant holdout is Apple. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Using prototypical inheritance in dynamically loaded ResourceLoader modules
* Krinkle krinklem...@gmail.com [Mon, 19 Mar 2012 14:32:51 +0100]: Converted all of for..in into $.each(). The most funny thing is that $.each() did not work correctly with sparse arrays [], walking with undefs between real elements. While for..in used to work fine (FF,Chrome,IE8,IE9). So I had to convert sparse arrays into sparse objects {}, just as you recommended. This way $.each() works, however it also creates new context (different this) so I've had to use var myself = this more often than it used to be. The most pailful part was to pass control to the main module after edit module was abruptly terminated (without any warnings in Chrome console). I managed to call the main module method directly from edit module. Not a very nice thing, but at least it works. Who would know that such potentially easy thing as refactoring one js class into two ResourceLoader modules can be that much painful. I used to dynamically load jQuery for custom MediaWiki 1.15 installation via LABjs and don't remember such problems back then. Dmitriy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114245]: New comment added, and revision status changed
Jdlrobson changed the status of MediaWiki.r114245 to fixme and commented it. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114245#c32370 Old Status: new New Status: fixme Commit summary for MediaWiki.r114245: remove height 100% not sure what purpose this is serving Jdlrobson's comment: Sorry some where between running a diff and doing a commit my local copy changed. Will revert this change. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114096]: New comment added, and revision status changed
MaxSem changed the status of MediaWiki.r114096 to ok and commented it. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114096#c32371 Old Status: fixme New Status: ok Commit summary for MediaWiki.r114096: Removed redundant , moved up $wgExtensionCredits and gave descriptions for classes, internationlization and default values MaxSem's comment: Once again, extensions in MW source control are expected to adhere to appropriate quality standards. Several people have told you that doing this is not the way to go, probably you should listen to them. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114245]: Revision status changed
MaxSem changed the status of MediaWiki.r114245 to reverted URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114245 Old status: fixme New status: reverted Commit summary for MediaWiki.r114245: remove height 100% not sure what purpose this is serving ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On Tue, Mar 20, 2012 at 8:59 PM, Tei oscar.vi...@gmail.com wrote: The problem can be output. What free format a iPhone support? This is a good question. Obviously, in hardware it will support only H.264. In terms of software decoders there is at least one VP8 decoder that will work on ARM processors, though I have no idea if it has been implemented into any iOS apps yet. Of course that doesn't help anyone trying to watch video in the browser, but support could be implemented into, eg, the Foundation's official Wikipedia app for iOS (unless there are rules against it? I've heard that Apple requires use of HTTP Live Streaming for in-app videos of a certain length?). Does anyone know if there are any decoders for VP8 or Theora using OpenCL? It seems hard to find solid information on this subject... -- Stephen Bain stephen.b...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 10:42, Stephen Bain stephen.b...@gmail.com wrote: Of course that doesn't help anyone trying to watch video in the browser, but support could be implemented into, eg, the Foundation's official Wikipedia app for iOS (unless there are rules against it? If Apple tries to stop Wikipedia using VP8 or Theora codecs, that would be something worth making a small fuss over. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] irc logs
Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114128]: New comment added
Amire80 posted a comment on MediaWiki.r114128. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114128#c32372 Commit summary for MediaWiki.r114128: Added TranslationNotificationsHooks and a callback for logging. Added very basic logging. Renamed form fields variables and function name to something more meaningful. Added loading of autocomplete module. Amire80's comment: Addressed in r114251. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114128]: New comment added
Amire80 posted a comment on MediaWiki.r114128. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114128#c32373 Commit summary for MediaWiki.r114128: Added TranslationNotificationsHooks and a callback for logging. Added very basic logging. Renamed form fields variables and function name to something more meaningful. Added loading of autocomplete module. Amire80's comment: Because they are not changed and they are used from the hooks class. Or is it a bad practice and they should be regular members with accessors etc.? ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r113669]: New comment added, and revision status changed
Amire80 changed the status of MediaWiki.r113669 to new and commented it. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113669#c32374 Old Status: fixme New Status: new Commit summary for MediaWiki.r113669: Completing the form fields. Amire80's comment: Addressed in r114128. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On Tue, Mar 20, 2012 at 5:24 AM, Brion Vibber br...@pobox.com wrote: Is it time for us to think about H.264 encoding on our own videos? Hello, Brion. I think it is time for Apple to support Wikipedia videos. I suggest that we view the thing from this point of view — Apple do not run a Top-10 site, we do. I would say that running something on Wikimedia servers which requires us to pay royalties seems incompatible to our mission. As far as I understand, that would be required for video transcoding. Same for MP3. Same was for Flash, which we did not use even though there were numerous cases when it was essential (we still cannot upload 100MB files to Commons because of that). It's not like it is that bad. OGG/WebM are supported by most major browsers, except IE, Safari and their mobile counterparts. Even for the first two, there are codecs available. —vvv ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114239]: Revision status changed
Amire80 changed the status of MediaWiki.r114239 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114239 Old status: new New status: ok Commit summary for MediaWiki.r114239: Fix the issue with testing de transliteration rules(in general when keypress transliterate to the same) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114250]: Revision status changed
Santhosh.thottingal changed the status of MediaWiki.r114250 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114250 Old status: new New status: ok Commit summary for MediaWiki.r114250: Refactoring ext.translate.special.pagetranslation.js to make it reusable: The generic autocompletion funcionality is in ext.translate.multiselectautocomplete.js and ext.translate.special.pagetranslation.js only applies it to Special:PageTranslation. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114251]: Revision status changed
Santhosh.thottingal changed the status of MediaWiki.r114251 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114251 Old status: new New status: ok Commit summary for MediaWiki.r114251: Using the refactored multiselectautocomplete module. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114252]: New comment added
MaxSem posted a comment on MediaWiki.r114252. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114252#c32375 Commit summary for MediaWiki.r114252: Refactoring dumpTextPass's error handling MaxSem's comment: Aa... ssert! :P I thought we convinced you? ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r113809]: Revision status changed
Santhosh.thottingal changed the status of MediaWiki.r113809 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113809 Old status: new New status: ok Commit summary for MediaWiki.r113809: Added logic for user selection and email subject and body composition. Doesn't send an actual email yet. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114252]: Revision status changed
MaxSem changed the status of MediaWiki.r114252 to fixme URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114252 Old status: new New status: fixme Commit summary for MediaWiki.r114252: Refactoring dumpTextPass's error handling ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114254]: Revision status changed
Amire80 changed the status of MediaWiki.r114254 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114254 Old status: new New status: ok Commit summary for MediaWiki.r114254: Remove comment related to the code that was moved to a new file in r114250 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r113669]: New comment added, and revision status changed
Santhosh.thottingal changed the status of MediaWiki.r113669 to fixme and commented it. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113669#c32376 Old Status: new New Status: fixme Commit summary for MediaWiki.r113669: Completing the form fields. Santhosh.thottingal's comment: The comment for getDataModel is wrong. It always returns an array. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114252]: New comment added
QChris posted a comment on MediaWiki.r114252. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114252#c32377 Commit summary for MediaWiki.r114252: Refactoring dumpTextPass's error handling QChris's comment: Sorry. Yes. This patch was a few days old, before I got ... 'convinced' ;) I will provide a fix today. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114253]: Revision status changed
Santhosh.thottingal changed the status of MediaWiki.r114253 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114253 Old status: new New status: ok Commit summary for MediaWiki.r114253: Added tests for Telugu. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] irc logs
I would like to help you. I'll take a look at it today. On Tue, Mar 20, 2012 at 12:02 PM, Petr Bena benap...@gmail.com wrote: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. ___ 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] Integrating who's been awesome? to MedaiWiki
Hi James, Nice to hear from you. Thanks for your UI mockup. I went through it and got an idea about the functionality needed. I will describe what I understood by using a simple scenario. Suppose there is a user who has done 99 edits to a wiki. When he do his 100th edit and save it, he will be moved to a page with saved article. Then a link will appear in the top navigation bar in that page mentioning Know an editor who deserves a reward? (Now this user has done 100 edits. Therefore, whenever this user edit an article and save it, this link will appear) . When user clicks this link, a popup box with praising interface will appear. Then user can praise for another user and submit. After that thanks interface will appear in the popup box. If user clicks No thanks from praising interface, user will be moved to no thanks interface. In there if user clicks on No thanks, please don't ask me again, reward link will not appear in next edits by that user. If he clicks on Please let me know next time, praising will be ignored only for this edit. I have few questions 1. In your first UI mockup(MerchTool1), in yellow tag what do you mean by when feed back is turned? 2. What will happen when user clicks on I just need a bit more time, please keep the banner up now in no thanks interface? Thanks On 19 March 2012 20:57, James Alexander jalexan...@wikimedia.org wrote: And sorry wikitech :) if you didn't figure it out already this wasn't meant for the whole list (thought I was on a private thread). Carry on! Sent from my iPhone James Alexander Manager - Merchandise Wikimedia Foundation +1 415-839-6885 x6716 On Mar 19, 2012, at 6:51 PM, James Alexander jalexan...@wikimedia.org wrote: Hey guys, Sorry for the delay (I've been swamped getting the store up and running). I still want to write up a bit more for you to understand why I'm looking for stuff but I did want to at least attach the mockup I made a while ago :) James On Wed, Mar 7, 2012 at 3:59 AM, Eranga Mapa erangam...@gmail.com wrote: Hi Sumanah, Thanks for the reply. I fixed my mailing list problem. It's better now :-) Following are the details you asked from me. For Git account Preferred wiki username - erangamapa Preferred email address - erangam...@gmail.com Preferred shell account name - mapahere For extension page My MediaWiki org username - erangamapa On 6 March 2012 06:48, Sumana Harihareswara suma...@wikimedia.orgwrote: On 03/06/2012 05:39 AM, Eranga Mapa wrote: Hi Sumanah Did you recieved the mail I sent to u regarding my extension to synchronize video with other content? By the way I am hoping to hear soon from James regarding Integrating who's been awesome? to MediaWiki. Thanks Undergraduate Computer Science and Engineering University of Moratuwa Student Member IEEE Eranga, Thanks for writing! Yes, I did get your email on the 3rd but have not had time to respond to it yet; my apologies. James, please do share your notes and mockups. Thanks! The text of the email, for the benefit of the list, with my responses inline: I need help on MediaWiki mailing lists. I don't see our discussion Integrating 'who's been awesome?' as a seperate thread. I only get a mail as Wikitech-I Digest which includes replies for all the threads. Currently im using Gossamer threads to view discussions in separate threads .I tried to send this mail to Wikitech-I with the same subject. But I got a reply from wikitech-l-owner that my mail is unprocessed. Therefore I'm sending this mail to your personal email addresses. Sorry about that. I am guessing that the problem was that you tried to send big attachments. This list doesn't allow that. As you see, your most recent email made it in fine. You can change your preferences by logging in at https://lists.wikimedia.org/mailman/listinfo/wikitech-l to leave digest mode and see mail as individual threads. My MediaWiki extension is to synchronize content such as images and rich text with html5 video. It can be used to create rich video lectures. When playing a video lecture, set of slides related to it will synchronize and play with the video. There are three special pages in my extension. First one is to upload or link a video to wiki(still to be developed). Next special page is to sample uploaded or linked video and assign content(slide) to each sample. Third one is to view the video and content attached to it. Currently I'm developing it in my local machine and still i don't have commit access to svn. Therefore I'm sorry. Because its hard for me to give a link to my extension. Go ahead and request a Git repository via this procedure: https://www.mediawiki.org/wiki/Git/New_repositories First you'll need a Wikimedia Labs account, and I'll need from you: Preferred wiki username. This will also be your git username, so legal name would be reasonable Preferred email address
[MediaWiki-CodeReview] [MediaWiki r114252]: New comment added, and revision status changed
QChris changed the status of MediaWiki.r114252 to new and commented it. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114252#c32378 Old Status: fixme New Status: new Commit summary for MediaWiki.r114252: Refactoring dumpTextPass's error handling QChris's comment: See r114256, and r114257. I transformed one assert into an if-guard, but removed the other asserts, as they were a double safety net for future updates. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r111629]: New comment added
Santhosh.thottingal posted a comment on MediaWiki.r111629. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/111629#c32379 Commit summary for MediaWiki.r111629: Add support for templates without replacements in mediawiki.jqueryMsg Ref: Bug 33653 Santhosh.thottingal's comment: Yes, in r112669 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] enwiki revision schema migration in progress
Asher Feldman wrote: I've temporarily commented out db36 from db.php on the cluster. This is a flaw in the how the client-side use of maxlag interacts with our schema migration process - we run migrations on slaves one by one in an automated fashion, only moving to the next after replication lag catches up. Mediawiki takes care of not sending queries to the lagged slave that is under migration. Meanwhile, maxlag always reports the value of the most lagged slave. Not a new issue, but this particular alter table on enwiki is likely the most time intensive ever run at wmf. It's slightly ridiculous. For this one alter, I can stop the migration script and run each statement by hand, pulling and re-adding db's one by one along the way, but this isn't a sustainable process. Perhaps we can add a migration flag to mediawiki, which if enabled, changes the behavior of maxlag and wfWaitForSlaves() to ignore one highly lagged slave so long as others are available without lag. Thank you! My scripts are running fine again. :-) Some people have suggested that the current API behavior is intentional. That is, that having different servers return the same error code is better than having different servers return an error code or not. I think this is flawed logic due to the problems that it presents (scripts unable to get past the error code), but it's definitely something that needs investigation for the future. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114240]: New comment added
Jdlrobson posted a comment on MediaWiki.r114240. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114240#c32380 Commit summary for MediaWiki.r114240: redesign for toggle buttons see http://www.mediawiki.org/wiki/File:Mobile_article_expand.png Jdlrobson's comment: @Dantman this is a nice idea but note that :active will also be invoked when a touchstart or touchend event happens on the section. As a user slides up and down the screen the result of this would be a flashing section between blue and grey... not good! ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114259]: Revision status changed
Santhosh.thottingal changed the status of MediaWiki.r114259 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114259 Old status: new New status: ok Commit summary for MediaWiki.r114259: [Collection extension] whitespace ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On 03/20/2012 02:24 AM, Brion Vibber wrote: The prime competing format, H.264, has potential patent issues - like other MPEG standards there's a patent pool and certain licensing rules. It's also nearly got an exclusive choke hold on mobile - so much so that Mozilla is considering ways to adopt H.264 support to avoid being left behind: http://blog.lizardwrangler.com/2012/03/18/video-user-experience-and-our-mission/ Is it time for us to think about H.264 encoding on our own videos? Right now users of millions of mobile phones and tablets have no access to our audio and video content, Which are the patents and when do they expire? Which are the platforms that don't support Theora, and what stops them? Maybe we should flood Wikipedia's most visited articles with videos, so millions of users will be made aware that the makers of their equipment (Apple iPad?) should support open formats. Now, if we were to take this path, how do we flood Wikipedia with videos? Live interviews in all biographies of living people? If this turns out to be completely unrealistic, because we can't produce videos in sufficient quantity, then maybe the time is not yet mature for video in Wikipedia. I thought it was so 2-3 years ago, but I was wrong. I started this table, http://commons.wikimedia.org/wiki/Category_talk:Videos_by_country and there are now 12 videos in Videos from Denmark, up from 2 in 2009 and 3 in 2011. But it hasn't exploded into the hundreds or thousands. (If you know of more videos that should be in these categories, please help with categorization!) I think it would be a great help if I could upload any video format to Wikimedia Commons, and it would be converted to Theora on the server side. Then contributors would only need to be experts on shooting the video, and not on running all the Linux commands to convert between formats. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
Hej Lars, On 03/20/2012 03:03 PM, Lars Aronsson wrote: Now, if we were to take this path, how do we flood Wikipedia with videos? Live interviews in all biographies of living people? If this turns out to be completely unrealistic, because we can't produce videos in sufficient quantity, then maybe the time is not yet mature for video in Wikipedia. http://meta.wikimedia.org/wiki/WikiTV http://de.wikipedia.org/wiki/Wikipedia:WikiTV http://commons.wikimedia.org/wiki/Category:WikiTV_%28DE%29 http://wikimania2012.wikimedia.org/wiki/Submissions/WikiTV ;-) /Manuel -- Regards Manuel Schneider Wikimedia CH - Verein zur Förderung Freien Wissens Wikimedia CH - Association for the advancement of free knowledge www.wikimedia.ch ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114233]: New comment added
Reedy posted a comment on MediaWiki.r114233. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114233#c32381 Commit summary for MediaWiki.r114233: Commit the cryptrand project worked on in git: - MWCryptRand: A new api for generating cryptographic randomness for security tokens. Uses whatever cryptographic source is available and if not falls back to using random state and clock drift. - wfRandomString - A simple non-cryptographic pesudo-random string generation function to replace wfGenerateToken which was written pretending to be secure when it's really not. - Core updates to use MWCryptRand in various places: -- user_token generation (to do this we stop generating user_token implicitly and only generate it when needed to avoid depleting the system's entropy pool by reading random data we'll never use) -- email confirmation token generation -- password salt generation -- temporary password generation -- Generation of the automatic watchlist token -- login and create user tokens -- session ids when php's entropy sources are not set -- the installer when generating wgSecretKey and the upgrade key Reedy's comment: seeing on trunk: pre Notice: A non well formed numeric value encountered in /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php on line 390 Call Stack: 0.0003 651296 1. {main}() /home/reedy/mediawiki/trunk/phase3/index.php:0 0.2429 15999288 2. MediaWiki-run() /home/reedy/mediawiki/trunk/phase3/index.php:58 0.2430 15999288 3. MediaWiki-main() /home/reedy/mediawiki/trunk/phase3/includes/Wiki.php:502 1.2842 39032608 4. MediaWiki-finalCleanup() /home/reedy/mediawiki/trunk/phase3/includes/Wiki.php:593 1.2843 39032688 5. OutputPage-output() /home/reedy/mediawiki/trunk/phase3/includes/Wiki.php:405 1.2938 39721992 6. SkinTemplate-outputPage() /home/reedy/mediawiki/trunk/phase3/includes/OutputPage.php:1982 1.4869 41792816 7. SkinTemplate-buildContentNavigationUrls() /home/reedy/mediawiki/trunk/phase3/includes/SkinTemplate.php:451 1.5072 41931248 8. WatchAction::getWatchToken() /home/reedy/mediawiki/trunk/phase3/includes/SkinTemplate.php:969 1.5072 41931936 9. User-getEditToken() /home/reedy/mediawiki/trunk/phase3/includes/actions/WatchAction.php:122 1.5090 42101528 10. MWCryptRand::generateHex() /home/reedy/mediawiki/trunk/phase3/includes/User.php:3182 1.5090 42102312 11. MWCryptRand-realGenerateHex() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:473 1.5090 42102392 12. MWCryptRand::generate() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:408 1.5091 42102392 13. MWCryptRand-realGenerate() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:456 1.5104 42103960 14. substr() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:390 Notice: A non well formed numeric value encountered in /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php on line 391 Call Stack: 0.0003 651296 1. {main}() /home/reedy/mediawiki/trunk/phase3/index.php:0 0.2429 15999288 2. MediaWiki-run() /home/reedy/mediawiki/trunk/phase3/index.php:58 0.2430 15999288 3. MediaWiki-main() /home/reedy/mediawiki/trunk/phase3/includes/Wiki.php:502 1.2842 39032608 4. MediaWiki-finalCleanup() /home/reedy/mediawiki/trunk/phase3/includes/Wiki.php:593 1.2843 39032688 5. OutputPage-output() /home/reedy/mediawiki/trunk/phase3/includes/Wiki.php:405 1.2938 39721992 6. SkinTemplate-outputPage() /home/reedy/mediawiki/trunk/phase3/includes/OutputPage.php:1982 1.4869 41792816 7. SkinTemplate-buildContentNavigationUrls() /home/reedy/mediawiki/trunk/phase3/includes/SkinTemplate.php:451 1.5072 41931248 8. WatchAction::getWatchToken() /home/reedy/mediawiki/trunk/phase3/includes/SkinTemplate.php:969 1.5072 41931936 9. User-getEditToken() /home/reedy/mediawiki/trunk/phase3/includes/actions/WatchAction.php:122 1.5090 42101528 10. MWCryptRand::generateHex() /home/reedy/mediawiki/trunk/phase3/includes/User.php:3182 1.5090 42102312 11. MWCryptRand-realGenerateHex() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:473 1.5090 42102392 12. MWCryptRand::generate() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:408 1.5091 42102392 13. MWCryptRand-realGenerate() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:456 1.5108 42104032 14. substr() /home/reedy/mediawiki/trunk/phase3/includes/CryptRand.php:391 /pre ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114270]: Revision status changed
Reedy changed the status of MediaWiki.r114270 to reverted URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114270 Old status: new New status: reverted Commit summary for MediaWiki.r114270: Followup r114233, define the method static variables to be used ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114267]: Revision status changed
Raymond changed the status of MediaWiki.r114267 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114267 Old status: new New status: ok Commit summary for MediaWiki.r114267: Bug 35356 - [[Special:SpecialPages#Other special pages]] shows lt;zeroratedmobileaccessgt; ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114180]: New comment added
Jeroen De Dauw posted a comment on MediaWiki.r114180. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114180#c32382 Commit summary for MediaWiki.r114180: make more generic: do not assume we want to add html to the output. Also get rid of action=purge from key args Jeroen De Dauw's comment: Indeed, this is to bad. In my original version you could use these as you would normally. That approach lacked the capability the have multiple blocks of cached HTML (or other values for that matter) though. So it does not work for pages that have non-cacheabale stuff through them. But it was definitely nicer for the simplest use case where you simply want to cache the entire output of a page (which possibly some non-cached stuff before and after). What I did after that approach was trying to extend OutputPage, to have a addCachedHTML method, which would be ideal. But I did not find a way to make this work. The problem is that you have an instance of OutputPage and want to change it into an instance of CachedOutputPage or whatever. Now since we got comments and checks everywhere to make sure that this object derives from OutputPage, CachedOutputPage better does this. So bye bye decorator pattern. If you know a way to do this without changing all the checks to some interface or whatever, then please let me know, because I think it would be nicer then what I ended up with now. This is what I ended up with after trying to get it to find a way to make it work (and then gave up on it): http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/EducationProgram/specials/SpecialCachedPage.php?revision=114044view=markuppathrev=114044 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On Tue, Mar 20, 2012 at 6:13 AM, Victor Vasiliev vasi...@gmail.com wrote: On Tue, Mar 20, 2012 at 5:24 AM, Brion Vibber br...@pobox.com wrote: Is it time for us to think about H.264 encoding on our own videos? Hello, Brion. I think it is time for Apple to support Wikipedia videos. I suggest that we view the thing from this point of view — Apple do not run a Top-10 site, we do. That would be nice but is completely unrealistic. Apple doesn't support Flash and that's on a lot more sites of the world. They don't bow to pressure from major players who could make them $$$, and they are certainly not going to bow to us. Besides, the lack of wikipedia videos does not appear to be hurting their performance. Apple has a 30% market share for US smart phones[1] and their global tablet share is 58% [2] Since such a huge market share basically requires H.264 encoding, I think we should bite the bullet and go for it. If suddenly they start charging, we can drop it immediately. [1] http://www.engadget.com/2012/03/07/comscore-us-subscriber-count-reaches-100-million-android-and-i/ [2] http://www.engadget.com/2012/01/26/strategy-analytics-apple-still-owns-tablet-market-but-android/ -- Leslie Carr Wikimedia Foundation AS 14907, 43821 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On Wed, Mar 21, 2012 at 1:47 AM, Leslie Carr lc...@wikimedia.org wrote: Since such a huge market share basically requires H.264 encoding, I think we should bite the bullet and go for it. If suddenly they start charging, we can drop it immediately. Those accessing Wikimedia in the browser, yes. It does seem to be possible to support alternative codecs in software within apps. Here is one example: http://itunes.apple.com/us/app/id406779775 VLC player also used to be available though it was pulled due to a clash between the code's GPL license and the App Store terms of service, it seems: http://www.macnn.com/articles/11/01/07/move.said.to.be.related.to.licensing.dispute/ It would seem possible to bake Theora or WebM support into the iOS app and direct users there if browsing from mobile Safari. Performance would not be so great given it would only be software decoding (this is why I was asking if anyone is aware of OpenCL decoders). -- Stephen Bain stephen.b...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
Use open format, closed format and open content don't mix. John ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 16:26, Stephen Bain stephen.b...@gmail.com wrote: ... It would seem possible to bake Theora or WebM support into the iOS app and direct users there if browsing from mobile Safari. Performance would not be so great given it would only be software decoding (this is why I was asking if anyone is aware of OpenCL decoders). This sounds sweet. Youtube also works somewhat like that: wen you want to see a youtube video link, the youtube app opens. It may make sense for a iOS user to have a wikipedia video opening the wikipedia app. I have heard that the wikipedia app is rather good, too. :DD -- -- ℱin del ℳensaje. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114233]: New comment added
Dantman posted a comment on MediaWiki.r114233. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114233#c32383 Commit summary for MediaWiki.r114233: Commit the cryptrand project worked on in git: - MWCryptRand: A new api for generating cryptographic randomness for security tokens. Uses whatever cryptographic source is available and if not falls back to using random state and clock drift. - wfRandomString - A simple non-cryptographic pesudo-random string generation function to replace wfGenerateToken which was written pretending to be secure when it's really not. - Core updates to use MWCryptRand in various places: -- user_token generation (to do this we stop generating user_token implicitly and only generate it when needed to avoid depleting the system's entropy pool by reading random data we'll never use) -- email confirmation token generation -- password salt generation -- temporary password generation -- Generation of the automatic watchlist token -- login and create user tokens -- session ids when php's entropy sources are not set -- the installer when generating wgSecretKey and the upgrade key Dantman's comment: WTF. I test, and test, and test these changes... and still I miss stuff when I'm asked to refactor code. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] irc logs
Petr Bena schrieb: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. Cool. I didn't know that there had already been an engine? http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. Just one litte CSS thing: div.content could need an overflow: auto; instead of overflow:scroll. Bergi ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On Tue, 20 Mar 2012 07:03:06 -0700, Lars Aronsson l...@aronsson.se wrote: On 03/20/2012 02:24 AM, Brion Vibber wrote: The prime competing format, H.264, has potential patent issues - like other MPEG standards there's a patent pool and certain licensing rules. It's also nearly got an exclusive choke hold on mobile - so much so that Mozilla is considering ways to adopt H.264 support to avoid being left behind: http://blog.lizardwrangler.com/2012/03/18/video-user-experience-and-our-mission/ Is it time for us to think about H.264 encoding on our own videos? Right now users of millions of mobile phones and tablets have no access to our audio and video content, Which are the patents and when do they expire? Which are the platforms that don't support Theora, and what stops them? Maybe we should flood Wikipedia's most visited articles with videos, so millions of users will be made aware that the makers of their equipment (Apple iPad?) should support open formats. Now, if we were to take this path, how do we flood Wikipedia with videos? Live interviews in all biographies of living people? If this turns out to be completely unrealistic, because we can't produce videos in sufficient quantity, then maybe the time is not yet mature for video in Wikipedia. Anyone have a good stockpile of old Public Domain movies? I believe there are also at least two freely licensed movies. Everyone is using Blender's CC-BY Big Buck Bunny for video demos. And I believe there was another film that was openly distributed using .torrents. How about embedding full movies into the articles into the Wikipedia articles about the movies when said movie is a freely licensed modern movie or a Public Domain film? I thought it was so 2-3 years ago, but I was wrong. I started this table, http://commons.wikimedia.org/wiki/Category_talk:Videos_by_country and there are now 12 videos in Videos from Denmark, up from 2 in 2009 and 3 in 2011. But it hasn't exploded into the hundreds or thousands. (If you know of more videos that should be in these categories, please help with categorization!) I think it would be a great help if I could upload any video format to Wikimedia Commons, and it would be converted to Theora on the server side. Then contributors would only need to be experts on shooting the video, and not on running all the Linux commands to convert between formats. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] irc logs
Yes there is some python script, but it always took so long for it to search something that I always decided to just close browser (10+ minutes to execute search) On Tue, Mar 20, 2012 at 5:18 PM, Bergi a.d.be...@web.de wrote: Cool. I didn't know that there had already been an engine? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On Tue, Mar 20, 2012 at 9:08 AM, Tei oscar.vi...@gmail.com wrote: It would seem possible to bake Theora or WebM support into the iOS app and direct users there if browsing from mobile Safari. Performance would not be so great given it would only be software decoding (this is why I was asking if anyone is aware of OpenCL decoders). If anyone wants to take this on then do let know. Were about to push a brand new code base for the app so poke us on #wikimedia-mobile for pointers. --tomasz ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 15:03, Lars Aronsson l...@aronsson.se wrote: .. Now, if we were to take this path, how do we flood Wikipedia with videos? Live interviews in all biographies of living people? If this turns out to be completely unrealistic, because we can't produce videos in sufficient quantity, then maybe the time is not yet mature for video in Wikipedia. Perhaps if you allow uploading video to articles. All these Small City Wikipedia Page will have a short clip of the Main Street made with a movil phone. The 'technical' quality of the video will not very high... until the wiki effect quicks-in, and a new better video replace it. Everybody have a camera in his pocket, in 2012. -- -- ℱin del ℳensaje. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] irc logs
On Tue, 20 Mar 2012 04:02:00 -0700, Petr Bena benap...@gmail.com wrote: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. We could use a better mime type for the actual log files themselves so we're not asked to download them in Opera and Chrome. And fragment links directly to the line. Since no-one seams to support rfc5147 how about converting all the old logs into a html or xml+xslt document we can create anchors for fragments in. Maybe we could also try formatting things much more like irc. Turning links into rel=nofollow anchors like irc clients do. Converting the color codes that wikibugs uses. Trying to adapt the name highlighting irc clients use. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] irc logs
Converting it to html is no problem, however the color stuff and such is probably bit harder :) I will try to improve this On Tue, Mar 20, 2012 at 5:46 PM, Daniel Friesen li...@nadir-seen-fire.com wrote: On Tue, 20 Mar 2012 04:02:00 -0700, Petr Bena benap...@gmail.com wrote: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. We could use a better mime type for the actual log files themselves so we're not asked to download them in Opera and Chrome. And fragment links directly to the line. Since no-one seams to support rfc5147 how about converting all the old logs into a html or xml+xslt document we can create anchors for fragments in. Maybe we could also try formatting things much more like irc. Turning links into rel=nofollow anchors like irc clients do. Converting the color codes that wikibugs uses. Trying to adapt the name highlighting irc clients use. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ 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 logs
Throw whatever you got into a git repo somewhere, I might help tune that up too. On Tue, 20 Mar 2012 09:52:11 -0700, Petr Bena benap...@gmail.com wrote: Converting it to html is no problem, however the color stuff and such is probably bit harder :) I will try to improve this On Tue, Mar 20, 2012 at 5:46 PM, Daniel Friesen li...@nadir-seen-fire.com wrote: On Tue, 20 Mar 2012 04:02:00 -0700, Petr Bena benap...@gmail.com wrote: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. We could use a better mime type for the actual log files themselves so we're not asked to download them in Opera and Chrome. And fragment links directly to the line. Since no-one seams to support rfc5147 how about converting all the old logs into a html or xml+xslt document we can create anchors for fragments in. Maybe we could also try formatting things much more like irc. Turning links into rel=nofollow anchors like irc clients do. Converting the color codes that wikibugs uses. Trying to adapt the name highlighting irc clients use. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] irc logs
I would rather put it to wikimedia svn, I hope you have an account there On Tue, Mar 20, 2012 at 6:04 PM, Daniel Friesen li...@nadir-seen-fire.com wrote: Throw whatever you got into a git repo somewhere, I might help tune that up too. On Tue, 20 Mar 2012 09:52:11 -0700, Petr Bena benap...@gmail.com wrote: Converting it to html is no problem, however the color stuff and such is probably bit harder :) I will try to improve this On Tue, Mar 20, 2012 at 5:46 PM, Daniel Friesen li...@nadir-seen-fire.com wrote: On Tue, 20 Mar 2012 04:02:00 -0700, Petr Bena benap...@gmail.com wrote: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. We could use a better mime type for the actual log files themselves so we're not asked to download them in Opera and Chrome. And fragment links directly to the line. Since no-one seams to support rfc5147 how about converting all the old logs into a html or xml+xslt document we can create anchors for fragments in. Maybe we could also try formatting things much more like irc. Turning links into rel=nofollow anchors like irc clients do. Converting the color codes that wikibugs uses. Trying to adapt the name highlighting irc clients use. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ 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 logs
Sure... ;) I just like git. On Tue, 20 Mar 2012 10:06:35 -0700, Petr Bena benap...@gmail.com wrote: I would rather put it to wikimedia svn, I hope you have an account there On Tue, Mar 20, 2012 at 6:04 PM, Daniel Friesen li...@nadir-seen-fire.com wrote: Throw whatever you got into a git repo somewhere, I might help tune that up too. On Tue, 20 Mar 2012 09:52:11 -0700, Petr Bena benap...@gmail.com wrote: Converting it to html is no problem, however the color stuff and such is probably bit harder :) I will try to improve this On Tue, Mar 20, 2012 at 5:46 PM, Daniel Friesen li...@nadir-seen-fire.com wrote: On Tue, 20 Mar 2012 04:02:00 -0700, Petr Bena benap...@gmail.com wrote: Hi, I created a search engine for irc logs, it works much faster than current engine and it's written in php. I will send a source code soon. http://bots.wmflabs.org/~wm-bot/searchlog/ I don't understand html, so output is ugly. If someone wants to help to improve it, let me know. We could use a better mime type for the actual log files themselves so we're not asked to download them in Opera and Chrome. And fragment links directly to the line. Since no-one seams to support rfc5147 how about converting all the old logs into a html or xml+xslt document we can create anchors for fragments in. Maybe we could also try formatting things much more like irc. Turning links into rel=nofollow anchors like irc clients do. Converting the color codes that wikibugs uses. Trying to adapt the name highlighting irc clients use. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On 20.03.2012 20:29, Daniel Friesen wrote: On Tue, 20 Mar 2012 07:03:06 -0700, Lars Aronsson l...@aronsson.se wrote: On 03/20/2012 02:24 AM, Brion Vibber wrote: The prime competing format, H.264, has potential patent issues - like other MPEG standards there's a patent pool and certain licensing rules. It's also nearly got an exclusive choke hold on mobile - so much so that Mozilla is considering ways to adopt H.264 support to avoid being left behind: http://blog.lizardwrangler.com/2012/03/18/video-user-experience-and-our-mission/ Is it time for us to think about H.264 encoding on our own videos? Right now users of millions of mobile phones and tablets have no access to our audio and video content, Which are the patents and when do they expire? Which are the platforms that don't support Theora, and what stops them? Maybe we should flood Wikipedia's most visited articles with videos, so millions of users will be made aware that the makers of their equipment (Apple iPad?) should support open formats. Now, if we were to take this path, how do we flood Wikipedia with videos? Live interviews in all biographies of living people? If this turns out to be completely unrealistic, because we can't produce videos in sufficient quantity, then maybe the time is not yet mature for video in Wikipedia. Anyone have a good stockpile of old Public Domain movies? I believe there are also at least two freely licensed movies. Everyone is using Blender's CC-BY Big Buck Bunny for video demos. And I believe there was another film that was openly distributed using .torrents. How about embedding full movies into the articles into the Wikipedia articles about the movies when said movie is a freely licensed modern movie or a Public Domain film? Are these PD? There are quite a lot of them. http://www.archive.org/details/movies Dmitriy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On 20 March 2012 01:24, Brion Vibber br...@pobox.com wrote: In theory we can produce a configuration with TimedMediaHandler to produce both H.264 and Theora/WebM transcodes, bringing Commons media to life for mobile users and Apple and Microsoft browser users. What do we think about this? What are the pros and cons? This is too big an issue to resolve only on the tech list - I've forwarded your message to foundation-l as well. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Video codecs and mobile
On 03/20/2012 03:15 AM, David Gerard wrote: We should definitely be able to ingest H.264. (This has been on the wishlist forever and is a much harder problem than it sounds.) Once TMH is deployed, practically speaking .. upload to youtube - import to commons .. will probably be the easiest path for a while. Especially given the tight integration youtube has with every phone, and any capture device with web. But yes the feature should be developed, and it is more difficult then it sounds when you want to carefully consider things like making the source file available. --michael ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mark Hershberger departing Wikimedia Foundation in May
Thanks, Mark! You were one of my first contacts in the wmdev community and made me feel very welcome here. Cheers, Markus ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r114262]: Revision status changed
Preilly changed the status of MediaWiki.r114262 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114262 Old status: new New status: ok Commit summary for MediaWiki.r114262: minor: add missing semicolons ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114282]: Revision status changed
Robmoen changed the status of MediaWiki.r114282 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114282 Old status: new New status: ok Commit summary for MediaWiki.r114282: update latest minified js versions ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114225]: Revision status changed
Preilly changed the status of MediaWiki.r114225 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114225 Old status: new New status: ok Commit summary for MediaWiki.r114225: Revert r114220 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114240]: Revision status changed
Preilly changed the status of MediaWiki.r114240 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114240 Old status: new New status: ok Commit summary for MediaWiki.r114240: redesign for toggle buttons see http://www.mediawiki.org/wiki/File:Mobile_article_expand.png ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114247]: Revision status changed
Preilly changed the status of MediaWiki.r114247 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114247 Old status: new New status: ok Commit summary for MediaWiki.r114247: follow up to r114240 ensure consistent spacing between headers and text in a section ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114246]: Revision status changed
Preilly changed the status of MediaWiki.r114246 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114246 Old status: new New status: ok Commit summary for MediaWiki.r114246: rv r114245 at jdlrobson's request ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114248]: Revision status changed
Preilly changed the status of MediaWiki.r114248 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114248 Old status: new New status: ok Commit summary for MediaWiki.r114248: remove height 100% not sure what purpose this is serving ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114286]: Revision status changed
Preilly changed the status of MediaWiki.r114286 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114286 Old status: new New status: ok Commit summary for MediaWiki.r114286: follow up to r114263 add image referenced in footer ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114281]: Revision status changed
Preilly changed the status of MediaWiki.r114281 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114281 Old status: new New status: ok Commit summary for MediaWiki.r114281: Fixed premature return from a function, comments ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114283]: Revision status changed
Reedy changed the status of MediaWiki.r114283 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114283 Old status: new New status: ok Commit summary for MediaWiki.r114283: Backport r114272, Reedy's fix for r114233 to REL1_17, REL1_18, and REL1_19. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114266]: Revision status changed
Preilly changed the status of MediaWiki.r114266 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114266 Old status: new New status: ok Commit summary for MediaWiki.r114266: limit checkHash to links with a content_block ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114265]: Revision status changed
Preilly changed the status of MediaWiki.r114265 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114265 Old status: new New status: ok Commit summary for MediaWiki.r114265: never hide clear search link otherwise the design looks unbalanced ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114264]: Revision status changed
Preilly changed the status of MediaWiki.r114264 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114264 Old status: new New status: ok Commit summary for MediaWiki.r114264: follow up to r114263 revert back to non-beta by default ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114287]: Revision status changed
Reedy changed the status of MediaWiki.r114287 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114287 Old status: new New status: ok Commit summary for MediaWiki.r114287: adjust svn props on pngs, followup r114240 ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114240]: New comment added
Robmoen posted a comment on MediaWiki.r114240. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114240#c32384 Commit summary for MediaWiki.r114240: redesign for toggle buttons see http://www.mediawiki.org/wiki/File:Mobile_article_expand.png Robmoen's comment: corrected svn props on pngs. marking ok see r114287. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114263]: New comment added
Preilly posted a comment on MediaWiki.r114263. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114263#c32385 Commit summary for MediaWiki.r114263: first pass of footer redesign following designs here http://www.mediawiki.org/wiki/Mobile_design/Footer Note the TODO that the copyright icon is currently not configurable and the original site retains the old footer Preilly's comment: Why is BETA now the default? ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114263]: Revision status changed
Preilly changed the status of MediaWiki.r114263 to resolved URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114263 Old status: new New status: resolved Commit summary for MediaWiki.r114263: first pass of footer redesign following designs here http://www.mediawiki.org/wiki/Mobile_design/Footer Note the TODO that the copyright icon is currently not configurable and the original site retains the old footer ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114261]: Revision status changed
Preilly changed the status of MediaWiki.r114261 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114261 Old status: new New status: ok Commit summary for MediaWiki.r114261: allow toggleable sections to have a suffix other than a number ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114260]: Revision status changed
Preilly changed the status of MediaWiki.r114260 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114260 Old status: new New status: ok Commit summary for MediaWiki.r114260: add desktop view button to navigation menu this is in preparation for the footer redesign which will remove the desktop view it also makes sense to have this near the top as some users will quickly want to toggle to the desktop site ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114026]: Revision status changed
Jeroen De Dauw changed the status of MediaWiki.r114026 to new URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114026 Old status: fixme New status: new Commit summary for MediaWiki.r114026: follow up r114023 add missing plural ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114289]: New comment added
Jdlrobson posted a comment on MediaWiki.r114289. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114289#c32386 Commit summary for MediaWiki.r114289: provide feedback when a search is in progress currently there is no hint that anything is happening when you type Jdlrobson's comment: Sorry bad commit. The change to #footer .links li was going to be my next commit to decrease footer font size for certain Android devices however got accidently checked in here. ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112777]: Revision status changed
Robmoen changed the status of MediaWiki.r112777 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112777 Old status: new New status: ok Commit summary for MediaWiki.r112777: vertically center the button arrows ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112629]: Revision status changed
Robmoen changed the status of MediaWiki.r112629 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112629 Old status: new New status: ok Commit summary for MediaWiki.r112629: declaring dependancy on jquery.clickTracking module ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [Wikimedia r1493]: Revision status changed
Awjrichards changed the status of Wikimedia.r1493 to ok URL: http://www.mediawiki.org/wiki/Special:Code/Wikimedia/1493 Old status: new New status: ok Commit summary for Wikimedia.r1493: Getting rid of some post-4.1.1-upgrade bugs in civicrm. (the recurLinks function was being redeclared after the upgrade was merged in to Kaldari's back-port and enhancements) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114263]: New comment added
Jdlrobson posted a comment on MediaWiki.r114263. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114263#c32387 Commit summary for MediaWiki.r114263: first pass of footer redesign following designs here http://www.mediawiki.org/wiki/Mobile_design/Footer Note the TODO that the copyright icon is currently not configurable and the original site retains the old footer Jdlrobson's comment: See r114264 follow up ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r114263]: New comment added
Jdlrobson posted a comment on MediaWiki.r114263. URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/114263#c32388 Commit summary for MediaWiki.r114263: first pass of footer redesign following designs here http://www.mediawiki.org/wiki/Mobile_design/Footer Note the TODO that the copyright icon is currently not configurable and the original site retains the old footer Jdlrobson's comment: (mistake :-S) ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112661]: Revision status changed
Robmoen changed the status of MediaWiki.r112661 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112661 Old status: new New status: ok Commit summary for MediaWiki.r112661: some of the button styling has been moved to our jquery ui skin; making jquery.ui.button dependancy explicit since we need the css from that module to load before our module does; using jquery ui arrow icon for smaller buttons ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112707]: Revision status changed
Robmoen changed the status of MediaWiki.r112707 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112707 Old status: new New status: ok Commit summary for MediaWiki.r112707: adding new arrow graphics for colored buttons ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112774]: Revision status changed
Robmoen changed the status of MediaWiki.r112774 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112774 Old status: new New status: ok Commit summary for MediaWiki.r112774: fixing tooltip position relative to button ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r112778]: Revision status changed
Robmoen changed the status of MediaWiki.r112778 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112778 Old status: new New status: ok Commit summary for MediaWiki.r112778: enable arrows on buttons to point either forward or back ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] enwiki revision schema migration in progress
On Tue, Mar 20, 2012 at 7:12 AM, MZMcBride z...@mzmcbride.com wrote: Some people have suggested that the current API behavior is intentional. That is, that having different servers return the same error code is better than having different servers return an error code or not. I think this is flawed logic due to the problems that it presents (scripts unable to get past the error code), but it's definitely something that needs investigation for the future. You're confusing Apache servers and database servers. You're hitting different Apache servers at random, those are the srv numbers. Each Apache requests the current lag from all the DB servers serving that wiki, computes the maximum (in this case db36 wins easily) and checks that against your maxlag parameter. Obviously the highest lag is greater than your maxlag setting, so it throws an error and bails. Had it continued, or had you not set a maxlag parameter, you would have hit a DB server at random (except that it wouldn't have let you hit db36 because it was lagged to hell and back). So yeah /normally/ you hit DB servers at random and different servers might respond differently (or be lagged to different degrees), but in this particular case it was always the same DB server returning the same lag value. Nothing strange going on here, this is how the maxlag parameter works. Roan ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[MediaWiki-CodeReview] [MediaWiki r112869]: Revision status changed
Robmoen changed the status of MediaWiki.r112869 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/112869 Old status: new New status: ok Commit summary for MediaWiki.r112869: override the padding for large buttons to accomodate the buttons arrows we use in ACW ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
[MediaWiki-CodeReview] [MediaWiki r113116]: Revision status changed
Robmoen changed the status of MediaWiki.r113116 to ok URL: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113116 Old status: new New status: ok Commit summary for MediaWiki.r113116: finishing the implementation for the large buttons ___ MediaWiki-CodeReview mailing list mediawiki-coderev...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-codereview
Re: [Wikitech-l] Video codecs and mobile
On 03/20/2012 05:40 PM, Tei wrote: Perhaps if you allow uploading video to articles. All these Small City Wikipedia Page will have a short clip of the Main Street made with a movil phone. The 'technical' quality of the video will not very high... until the wiki effect quicks-in, and a new better video replace it. Everybody have a camera in his pocket, in 2012. I love it! Wiki Loves Main Street, the new video competition. There are alread a couple of videos of journeys along streets, perhaps we should gather them under a new category,a subcategory to http://commons.wikimedia.org/wiki/Category:Videos_of_road_traffic Since a road movie is something else, perhaps street video? Should we use subtitles to geo tag these videos? Here are some from Stockholm: http://commons.wikimedia.org/wiki/File:Karlaplan-2011-04-16.ogv http://commons.wikimedia.org/wiki/File:Karlav%C3%A4gen-2011-04-16.ogv http://commons.wikimedia.org/wiki/File:Sibyllegatan-2011-04-16.ogv http://commons.wikimedia.org/wiki/File:Strandv%C3%A4gen-2011-04.ogv -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l