Re: [Wikitech-l] [Analytics] [WikimediaMobile] Mobile stats
On 05.09.2013, 4:04 Diederik wrote: Heya, I would suggest to at least run it for a 7 day period so you capture at least the weekly time-trends, increasing the sample size should also be recommendable. We can help setup a udp-filter for this purpose as long as the data can be extracted from the user-agent string. Unfortunately, accept is no less important here. So, to enumerate our requirements as a result of this thread: * Sampling rate the same as wikistats (1/1000). * No less than a week worth of data. * User-agent: * Accept: * Country from GeoIP to determine the share of developing countries. * Wiki to determine if some wikis are more dependant on WAP than other ones. Anything else? -- Best regards, Max Semenik ([[User:MaxSem]]) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Analytics] [WikimediaMobile] Mobile stats
For a breakdown per country, the higher the sampling rate the better, as the data will become reliable even for smaller countries with a not so great adoption rate of Wikipedia. -Original Message- From: analytics-boun...@lists.wikimedia.org [mailto:analytics-boun...@lists.wikimedia.org] On Behalf Of Max Semenik Sent: Thursday, September 05, 2013 12:28 PM To: Diederik van Liere Cc: A mailing list for the Analytics Team at WMF and everybody who has an interest in Wikipedia and analytics.; mobile-l; Wikimedia developers Subject: Re: [Analytics] [WikimediaMobile] Mobile stats On 05.09.2013, 4:04 Diederik wrote: Heya, I would suggest to at least run it for a 7 day period so you capture at least the weekly time-trends, increasing the sample size should also be recommendable. We can help setup a udp-filter for this purpose as long as the data can be extracted from the user-agent string. Unfortunately, accept is no less important here. So, to enumerate our requirements as a result of this thread: * Sampling rate the same as wikistats (1/1000). * No less than a week worth of data. * User-agent: * Accept: * Country from GeoIP to determine the share of developing countries. * Wiki to determine if some wikis are more dependant on WAP than other ones. Anything else? -- Best regards, Max Semenik ([[User:MaxSem]]) ___ Analytics mailing list analyt...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [WikimediaMobile] [Analytics] Mobile stats
Would adding the accept header to the x-analytics header be worthwhile for this? On Sep 5, 2013 4:16 AM, Erik Zachte ezac...@wikimedia.org wrote: For a breakdown per country, the higher the sampling rate the better, as the data will become reliable even for smaller countries with a not so great adoption rate of Wikipedia. -Original Message- From: analytics-boun...@lists.wikimedia.org [mailto: analytics-boun...@lists.wikimedia.org] On Behalf Of Max Semenik Sent: Thursday, September 05, 2013 12:28 PM To: Diederik van Liere Cc: A mailing list for the Analytics Team at WMF and everybody who has an interest in Wikipedia and analytics.; mobile-l; Wikimedia developers Subject: Re: [Analytics] [WikimediaMobile] Mobile stats On 05.09.2013, 4:04 Diederik wrote: Heya, I would suggest to at least run it for a 7 day period so you capture at least the weekly time-trends, increasing the sample size should also be recommendable. We can help setup a udp-filter for this purpose as long as the data can be extracted from the user-agent string. Unfortunately, accept is no less important here. So, to enumerate our requirements as a result of this thread: * Sampling rate the same as wikistats (1/1000). * No less than a week worth of data. * User-agent: * Accept: * Country from GeoIP to determine the share of developing countries. * Wiki to determine if some wikis are more dependant on WAP than other ones. Anything else? -- Best regards, Max Semenik ([[User:MaxSem]]) ___ Analytics mailing list analyt...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics ___ Mobile-l mailing list mobil...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Is there a way to let mediawiki support jquery mobile?
I'm a little confused with the problem here. In theory there should be no reason why you cannot paste jQuery mobile in MediaWiki:Mobile.css or MediaWiki:Common.css - however you will indeed have to do a lot of work to make it look nice if adding the styles. It sounds like you probably want to write your own jQuery mobile based skin [1]? [1] https://www.mediawiki.org/wiki/Manual:Skins On Wed, Sep 4, 2013 at 2:18 AM, Max Semenik maxsem.w...@gmail.com wrote: On 04.09.2013, 4:23 XIAO wrote: Hi, Aurther: Shawn, to clarify - are you trying to create an Android app for your site or are you hoping to provide a more mobile-friendly experience for folks browsing your website on mobile devices? Actually, I have already done the job you mentioned. I have created an android app for my wiki site, and wrap jquery mobile (JQM) libraries within the app to provide more mobile-friendly experiences. The problem is that the wiki site if browsed from PCs cannot support JQM, which means the wiki site has different look and feel on the android app and pc. That is not what I expected. I want the wiki site to also support JQM if browsed from PCs. This is impossible: MediaWiki always serves jQuery which conflicts with JQM. Thanks for the information. My app already uses this MobileFrontend extension. This is a wonderful extension to grab only the main contents (div#content) from mediawiki. How about using our special mobile API[1]? :) [1] https://en.wikipedia.org/wiki/Special:ApiSandbox#action=mobileview -- Best regards, Max Semenik ([[User:MaxSem]]) ___ 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] Developers link in the footer of all Wikimedia wikis
Max thanks so much for turning the tables into divs. I've cleaned up the rest, please let me know if I've screwed up the desktop design I tried my hardest to ensure it looked exactly the same. I did a few tweaks - mostly creating a generic class in Mobile.css [1] we can use for these sort of layouts and it now looks mobile optimised. If we can fix that language bug [2] I see no reason why we can't add this to the mobile site! :) [1] https://www.mediawiki.org/w/index.php?title=MediaWiki:Mobile.cssoldid=776927 [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=51533#c3 On Tue, Aug 27, 2013 at 5:42 PM, MZMcBride z...@mzmcbride.com wrote: Jon Robson wrote: However one slight thing pains my heart.. I'd love us to get this link on mobile too... but it currently looks _terrible_ on mobile. Has anyone got any interest on optimizing this page my removing it's dependency on a table based layout (btw we **really** need to get out of this habit :-))? Yes! Any help making this page look less terrible on mobile would be fantastic. :-) Cross-reference: https://www.mediawiki.org/wiki/Talk:How_to_contribute#Mobile_view_32514. MZMcBride ___ 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] Developers link in the footer of all Wikimedia wikis
It looks great now on both desktop and mobile -- thanks all of you guys! The system works. :D -- brion On Thu, Sep 5, 2013 at 10:59 AM, Jon Robson jdlrob...@gmail.com wrote: Max thanks so much for turning the tables into divs. I've cleaned up the rest, please let me know if I've screwed up the desktop design I tried my hardest to ensure it looked exactly the same. I did a few tweaks - mostly creating a generic class in Mobile.css [1] we can use for these sort of layouts and it now looks mobile optimised. If we can fix that language bug [2] I see no reason why we can't add this to the mobile site! :) [1] https://www.mediawiki.org/w/index.php?title=MediaWiki:Mobile.cssoldid=776927 [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=51533#c3 On Tue, Aug 27, 2013 at 5:42 PM, MZMcBride z...@mzmcbride.com wrote: Jon Robson wrote: However one slight thing pains my heart.. I'd love us to get this link on mobile too... but it currently looks _terrible_ on mobile. Has anyone got any interest on optimizing this page my removing it's dependency on a table based layout (btw we **really** need to get out of this habit :-))? Yes! Any help making this page look less terrible on mobile would be fantastic. :-) Cross-reference: https://www.mediawiki.org/wiki/Talk:How_to_contribute#Mobile_view_32514 . MZMcBride ___ 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 mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] [IRC] some improvements to irc logs
Hi, I would like to announce that html irc logs, which were beta until now are deprecated since now, and will not be continued - these html logs are not raw txt irc logs, don't confuse them! raw txt logs: http://bots.wmflabs.org/~wm-bot/logs html logs were at: http://bots.wmflabs.org/~wm-bot/html Raw txt logs are quite simple but reliable so we will continue supporting them, despite there might be better alternatives to them, but in addition to raw logs, new service is being developed as well. Since now wm-bot is storing irc logs into mysql database as well (it's globally accessible from wikimedia labs, poke me on irc if you wanted to work with that, credentials were accidentally pushed to github anyway :P). That will allow us to do some great things with them. One of them is introduction of this site: http://tools.wmflabs.org/wm-bot/logs Which allows you to render irc logs from any channel that is being publicly logged (@logon command of wm-bot) and for now it allows you to convert it into wiki-text as well. This site is written in php (poor php) and is open source: https://github.com/benapetr/wikimedia-bot/tree/master/public_html/logs In future it should support: * Search engine (indexed and fast) * Some apis? - depends if people want them or not, in order to render irc logs somehow else - on wiki maybe? * Support for irc codes (color etc) as well as clickable url's I hope this would improve your irc experience in wikimedia dev and other channels :-) Have fun ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Reminder: Gerrit downtime in 30 minutes
Some people have been reporting some intermittent problems this afternoon. Am investigating. -Chad On Sep 4, 2013 5:31 PM, Chad Horohoe choro...@wikimedia.org wrote: On Wed, Sep 4, 2013 at 4:49 PM, Chad Horohoe choro...@wikimedia.orgwrote: On Wed, Sep 4, 2013 at 3:30 PM, Chad Horohoe choro...@wikimedia.orgwrote: Hi all, Just a friendly reminder that we're taking down Gerrit in about 30 minutes for a planned migration to a new (bigger) server. We've allotted an hour for the changeover but I'm not expecting it to take that long. I'll be sure to let everyone know when it's back up and running. We're all squared away on the new box. As always let me know if you run into any problems. So I wanted to explain a bit more what we did today and why. We moved Gerrit off of its old server of manganese to a new box of ytterbium. Other than an IP address change (208.80.154.152 to 208.80.154.81), you shouldn't notice much of a difference at first. We did this for a couple of reasons. Manganese has been a very stable box but lacks the resources we need for an ever-growing Gerrit installation. The new server has a lot more RAM and CPU cores, all 100% dedicated to running Gerrit. As time goes on, I'm sure we'll find ways to further tweak the Gerrit config to make use of our new hardware. The IP address change is also notable-- we've changed the setup to make it easier for us to eventually implement a long-standing request of removing port 29418 from Gerrit operations over SSH (no timeline on that just yet). As you may have noticed, I've not been doing much with Gerrit these days--my efforts have focused on HTTPS and Search. I just wanted to let everyone know that I still care about giving everyone a fast and stable Gerrit environment :) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Is there a way to let mediawiki support jquery mobile?
Thanks for the information. I think modifying the skin to support jquery mobile is a viable solution. I also find that some components of jquery mobile conflict jquery ui, as indicated by the following webpages, to list just a few. http://stackoverflow.com/questions/9165737/jquerymobile-and-jquery-ui-data-icon-conflict http://stackoverflow.com/questions/10146868/jquery-ui-slider-conflicting-with-jquery-mobile-slider I can deliberately avoid using these conflicting widgets. Shawn On Thursday, September 05, 2013 01:28 PM, Jon Robson wrote: I'm a little confused with the problem here. In theory there should be no reason why you cannot paste jQuery mobile in MediaWiki:Mobile.css or MediaWiki:Common.css - however you will indeed have to do a lot of work to make it look nice if adding the styles. It sounds like you probably want to write your own jQuery mobile based skin [1]? [1] https://www.mediawiki.org/wiki/Manual:Skins On Wed, Sep 4, 2013 at 2:18 AM, Max Semenik maxsem.w...@gmail.com wrote: On 04.09.2013, 4:23 XIAO wrote: Hi, Aurther: Shawn, to clarify - are you trying to create an Android app for your site or are you hoping to provide a more mobile-friendly experience for folks browsing your website on mobile devices? Actually, I have already done the job you mentioned. I have created an android app for my wiki site, and wrap jquery mobile (JQM) libraries within the app to provide more mobile-friendly experiences. The problem is that the wiki site if browsed from PCs cannot support JQM, which means the wiki site has different look and feel on the android app and pc. That is not what I expected. I want the wiki site to also support JQM if browsed from PCs. This is impossible: MediaWiki always serves jQuery which conflicts with JQM. Thanks for the information. My app already uses this MobileFrontend extension. This is a wonderful extension to grab only the main contents (div#content) from mediawiki. How about using our special mobile API[1]? :) [1] https://en.wikipedia.org/wiki/Special:ApiSandbox#action=mobileview -- Best regards, Max Semenik ([[User:MaxSem]]) ___ 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] [Wikitech-ambassadors] VisualEditor weekly update - 2013-09-05 (MW 1.22wmf16)
On Fri, Sep 6, 2013 at 3:40 AM, James Forrester jforres...@wikimedia.orgwrote: All, We also added a set of keyboard shortcuts for setting the block formatting: Ctrl+0 sets a block as a paragraph; Ctrl+1 up to Ctrl+6 sets it as a Heading 1 (Page title) to Heading 6 (Sub-heading 4); Ctrl+7 sets it as pre-formatted (bug 33512https://bugzilla.wikimedia.org/show_bug.cgi?id=33512). The help/'beta' menu now exposes the build number next to the Leave feedback link, so users can give better reports about issues they encounter (bug 53050https://bugzilla.wikimedia.org/show_bug.cgi?id=53050 ). Here it is! I have some characters assigned to the third layer (via Ctrl+Alt/AltGr), and they conflict with the new keyboard shortcuts. It's very very annoying and makes VE almost unusable. Is there a way to distinguish Ctrl and Ctrl+Alt? If you have any questions, please do ask. Yours, -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-ambassadors mailing list wikitech-ambassad...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors -- З павагай, Павел Селіцкас/Pavel Selitskas Wizardist @ Wikimedia projects ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikitech-ambassadors] VisualEditor weekly update - 2013-09-05 (MW 1.22wmf16)
On 5 September 2013 17:52, Paul Selitskas p.selits...@gmail.com wrote: On Fri, Sep 6, 2013 at 3:40 AM, James Forrester jforres...@wikimedia.org wrote: All, We also added a set of keyboard shortcuts for setting the block formatting: Ctrl+0 sets a block as a paragraph; Ctrl+1 up to Ctrl+6 sets it as a Heading 1 (Page title) to Heading 6 (Sub-heading 4); Ctrl+7 sets it as pre-formatted (bug 33512 https://bugzilla.wikimedia.org/show_bug.cgi?id=33512). The help/'beta' menu now exposes the build number next to the Leave feedback link, so users can give better reports about issues they encounter (bug 53050 https://bugzilla.wikimedia.org/show_bug.cgi?id=53050 ). Here it is! I have some characters assigned to the third layer (via Ctrl+Alt/AltGr), and they conflict with the new keyboard shortcuts. Oh, I'm sorry about that. :-( It's very very annoying and makes VE almost unusable. Is there a way to distinguish Ctrl and Ctrl+Alt? Yes, VisualEditor only binds to a (limited) number of shortcuts. I believe we don't bind to Ctrl+Alt+… at all - see https://www.mediawiki.org/wiki/VisualEditor/Portal/Keyboard_shortcuts. (Take this to Bugzilla so we can diagnose and fix?) J. -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l