Re: [Wikitech-l] Sunday Nation (Kenya): Wikipedia sees future - and threat - in cell phones
As James said, Mobile Editing is already in Beta - along with Photo Upload. We're also working on a dedicated Media Upload application - IIRC 'at least 1,000 retained Mobile Uploads a Month' is a goal we intend to hit by July or so. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Sunday Nation (Kenya): Wikipedia sees future - and threat - in cell phones
I'm working out of India, so close enough :P At least for Media Upload from devices, I'll make sure it works fine on low power devices. No way to show off to my friends otherwise :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Sunday Nation (Kenya): Wikipedia sees future - and threat - in cell phones
On Mon, Dec 17, 2012 at 1:34 AM, Antoine Musso wrote: > How do I use the beta photo upload? Is that a specific app? Should I > just browse to http://commons.m.wikimedia.org/ ? > It is a little messy currently, I believe. You need to go to the Mobile site (en.m.wikipedia.org), Log In, Enable the Beta, and then you'll find a small bar saying 'upload first photograph for this article' on any article missing a photograph. Available only to logged in users who have enabled the beta, on select mobile browsers only. CCing Jon who did the feature. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Distinguishing disambiguation pages
Check the MediaWiki:Disambiguationspage language message - it exists for all languages. It lists all the templates that mark Disambig pages. (https://fr.wikipedia.org/wiki/MediaWiki:Disambiguationspage for the french wikipedia, https://en.wikipedia.org/wiki/MediaWiki:Disambiguationspage for english). I'm sure there are easy ways to check if a page is Disambig in PHP - not sure about JS. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Html comments into raw wiki code: can they be wrapped into parsed html?
On Sun, Dec 30, 2012 at 4:20 AM, Paul Selitskas wrote: > Perhaps, you chose the wrong approach. Dig in HTML5 data attributes, for > examples. That's a better data interface between wikipage code and the > View. You can then access them with $(selector).data() method. > +1. I've been using this on a few gadgets I've been writing and it is wonderful. This was possible only recently, though - ever since HTML5 was enabled on WMF wikis. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Plans for GNUnify 2013?
GNUnify[1] is a popular FOSS conference that happens in India every year. Last year WMF had a pretty heavy presence at GNUnify. This year's CFP just opened up. Are there existing plans for the WMF to participate? [1]: http://gnunify.in/ -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Plans for GNUnify 2013?
I'll be proposing a Gadgets tutorial session and a session on Mobile IMEs (A port of our very own jQuery.IME). Anyone else who wants to get involved in these? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Naming our developer events
+1 for not forcing a standard on. (Talking from the perspective of organizing smaller events) If we standardize on 'Hackathon', we'll have people coming in and asking us 'how to crack fb?'. If we call it 'Workshop', we'll have people coming in asking for certificates (or wondering how much to pay for it). DevCamp avoids these problems by being completely ambiguous :P Every event needs associated messaging to reach the right audience and to set the right expectations. Workshops and hackathons are also fundamentally different events - Workshops are 1 to many knowledge transfer + hacking, while hackathons are much more distributed 'get stuff done' type things. Without proper messaging, people might come expecting the former, and be disappointed to get the latter (or vice versa). Forcing a convention would make the problem worse. TL;DR: -1 to standardizing for names, let whoever is organizing it figure it out. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] An actual bikeshed
(ex)Gerrit Green. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] An actual bikeshed
It's actually a bus, not a bikeshed. It is already painted. And vim is obviously the better editor. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Audio derivatives, turning on MP3/AAC & mobile app feature request.
Just to be sure that I'm reading this right - nothing actually changed yet. We still are a free-formats-only shop for A/V. Right? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Bootstrap based theme for Mediawiki
https://github.com/OSAS/strapping-mediawiki looks pretty awesome! (Example at http://www.ovirt.org/Home). This also makes bootstrap's classes / layouting helpers available to content inside the wiki itself, which is pretty cool. (thanks to Patrick Reilly on IRC) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] switching to something better than irc.wikimedia.org
0mq? RabbitMQ? Seem to fit the use case pretty well / closely. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension:OpenID 3.00 - Security Release
Was this the last blocker to getting the extension deployed? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: image information API
While I understand that wikibase would be 'ideal' (allowing reads *and* writes), I do not know if the WikiData people have the personell bandwidth to do that. The separate extension outlined in this RFC would be a bit hackish, but still faaar more efficient than the current solution of having to retrieve the HTML and parse it again (or worse, parse the Wikitext itself). Would also be incredibly more efficient to get the data for multiple images, since you could feed a generator into this. +1 for implementing this now :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: Commons Android app v1.0 Beta 3 released to the play store
I'm going to spam wikitech-l with release updates as well :) -- Forwarded message -- From: Yuvi Panda Date: Mon, Mar 11, 2013 at 3:19 PM Subject: Commons Android app v1.0 Beta 3 released to the play store To: mobile-l A new version of the commons app will be released every Monday, and I'll spam mobile-l with the CHANGELOG and the link :) The release version of the app that uploads to commons is available from https://play.google.com/store/apps/details?id=org.wikimedia.commons The nightly / beta version that uploads to testwiki can be downloaded from https://bit.ly/commons-beta (redirects to https://integration.mediawiki.org/nightly/mobile/android-commons/android-commons_latest.apk ) CHANGELOG for last two releases: ## v1.0 beta 3 - Fix reported crashes - i18n updates ## v1.0 beta 2 - Fix bug with non-ASCII characters - Preserve user and description information across upload restarts - Rudimentary OGG uploading support (when shared from another app only) - Transparent images now have a white background - UI improvements for Login New features planned for next release: More bug fixes, and multiple file uploads! Pull requests welcome at https://github.com/wikimedia/android-commons and bug reports at https://bugzilla.wikimedia.org/enter_bug.cgi?product=CommonsApp Thank you! -- Yuvi Panda T http://yuvi.in/blog -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Moving a GitHub Pull Request to Gerrit Changeset manually
Hello! So I tried converting https://github.com/wikimedia/qa-browsertests/pull/1 into a Gerrit changeset (https://gerrit.wikimedia.org/r/#/c/54097/) , and was mostly successful. It is also a relatively painless process - at least for single commits. This assumes you (person doing the GitHub -> Gerrit bridge) have a Gerrit account. I wrote a small script that sortof makes this easy: https://gist.github.com/yuvipanda/5174162 This only does things one time - it moves a set of commits in a pull request to a squashed single commit on gerrit, assuming your current directory is a cloned version of the gerrit repo you want to commit to. It should not to be too hard to write an actual, idempotent sync script that maintains a 1-to-1 correspondence between Pull Requests and Gerrit Changesets, and I'll attempt to do that tomorrow. Note that this is a shitty bash script (to put it mildly) - but that seems to be all I can write at 5:30 AM :) I'll probably rewrite it to be a proper python one soon. That should also allow me to use the GitHub API to also mirror the GitHub Pull Request Title / Description to Gerrit. I also offer to manually sync pull requests into gerrit as they come until the automatic Gerrit integration is ready. Shall be writing another small script tomorrow to have me 'watch' all the wikimedia/* GitHub repositories. Thank you :) I'll update this thread as the script gets less shitty. Do let me know if you have build a far more complete script :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Provisional API extension for CAPTCHA on action=createaccount
On Mar 18, 2013 12:52 AM, "Tyler Romeo" wrote: > If we return just an HTML blob, then we are enforcing that the client > application show the user exactly that output. If we output > machine-readable information, then the client can render the CAPTCHA > however it wants. Which is fine, I guess? Mobile apps would want to so it their way, I guess. This will need specific code on the client to handle specific captcha types - and that is OK. Different ones do need to be handled differnetly, for optimal ux. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving a GitHub Pull Request to Gerrit Changeset manually
On Tue, Mar 19, 2013 at 12:37 AM, Tyler Romeo wrote: > Couldn't you also just fetch the pull request, rebase it on master with > the -i flag, and set the commits to squash? > > That is what I first did. Too manual for my tastes :) In this case I only have to deal with one edit operation (for the commit message), rather than a s/pick/s/ for rebase -i. This was a first cut from about 5 mins of work - I'm sure it could be improved in many many ways -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Missing project ideas for GSOC
I've a good number of Mobile app ideas to contribute, but do not think I'll be able to mentor. Should I still put those in? Does putting them in with your name attached convey 'hey, this guy might be able to mentor?' to people looking? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving a GitHub Pull Request to Gerrit Changeset manually
On Tue, Mar 19, 2013 at 3:53 AM, Matthew Flaschen wrote: > Also, force-removing the rebase-apply directory is worrisome. I think > most or all of the rebase commands have --abort options. If a rebase is > in progress, can you exit and prompt the user to finish or abort, rather > than blowing it apply? Good point. I was just locally testing on an uninteresting (to me) repo, so that was fine. Will keep in mind while writing the 'proper' script. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: New Beta release of Wikimedia Commons App!
Since I don't think anyone reads mobile-l. -- Forwarded message -- From: Yuvi Panda Date: Wed, Apr 3, 2013 at 12:53 AM Subject: New Beta release of Wikimedia Commons App! To: mobile-l Hello! New beta release of commons app went out today! Features of v1.0 beta 6 include: ## v1.0 beta 6 - Add categorization - Add a 'Modifications Sync' framework for doing eventual-consistent page edits - More consistent designb between single and multiple upload - i18n updates You can now add categories to your uploads, both single and multiple uploads! They will be 'eventually consistent' - the categories aren't saved immediately as you hit the 'save' button but will be saved on next sync, whenever Android decides that is. We're getting closer to a full v1.0 release - user account creation and a bit more polish ought to do it. Bug reports welcome at https://bugzilla.wikimedia.org/enter_bug.cgi?product=Commons%20App (pick the Android component). Pull requests welcome at https://github.com/wikimedia/android-commons Thank you! -- Yuvi Panda T http://yuvi.in/blog -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] whatcanidoforwikipedia.org
I came across http://www.whatcanidoformozilla.org/ today, and proceeded to register whatcanidoforwikipedia.org :) Thoughts on what to put there? I cal already think of the following languages to put up: 1. PHP 2. JS 3. Lua 4. Python 5. Java 6. Obj-C 7. 'Design' I'll start a wiki page sometime to collect content, and then spend some time writing the code - we can even fork the original site's code and use it. Thoughts? P.S. Can we *please* not bikeshed on the domain name? Domain names are cheap -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 4:27 PM, Petr Bena wrote: > You should have call it whatcanidoforwikimedia because this is too > wikipedia specific - that's an encyclopedia, people who want to > contribute to encyclopedia usually aren't programmers, except for > weirdos like me I just bought whatcanidoforwikimedia.org and whatcanidoformediawiki.org too. Working on the Wiki page now :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 4:39 PM, Petr Bena wrote: > fork it. that will be faster and prevent doing the same work Agreed. The Wiki page is just for us to consolidate content and figure out what links to where. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
Skeleton page: https://www.mediawiki.org/wiki/User:Yuvipanda/whatcanidoforwikipedia.org Fill it in! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 8:17 PM, MZMcBride wrote: > Thanks for working on this. You probably want to talk to Quim and others > in his team about this. He's been doing related work: > > * https://www.mediawiki.org/wiki/How_to_contribute Will do :) It's a nice page, I hadn't checked it out before! I should be able to steal some from there > And some of my old notes about this: > > * https://www.mediawiki.org/w/index.php?oldid=585568#Blueprint > > It's unclear whether you want to only focus on technologies or if you want > to also focus on (for example) re-using content from Wikimedia wikis. > "What can I do for Wikimedia?" --> re-use our content via XML dumps and > the MediaWiki API. I think for now we should limit scope and only focus on the 'contribute code to Wikimedia' part, rather than the 'use our data in interesting ways' part. The sit is, after all, what can I do *for* wikimedia/wikipedia/mediawiki, rather than *with*. We can get those domains too, but I think that's a much larger project than what I'd want to sign up for right now :) I'm thinking of limiting it to *just* developers to begin with, and add localization afterwards. Thoughts? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 5:50 PM, Yury Katkov wrote: > Yuvi, that's great project of you! Thank you! > What do you think about adding not only languages but also technologies? For > example if you know Semantic Web technologies (RDF and SPARQL) you can help > Semantic MediaWiki. > > Other examples: MapReduce, Natural Language Processing, theory of compilers. That would split things across two axes, with lots of intersection. Plus it's sort of murky to categorize things based on 'technology type' - where would Mobile apps come in, for example? Easier to keep it simpler for now. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 8:33 PM, K. Peachey wrote: > Why not just point it to a page onwiki somewhere? that way everyone > can contribute! > > (we could even semi-protect it I guess...) https://www.mediawiki.org/wiki/How_to_contribute is onwiki :) This is a bit more, random and quirky, I guess? It's just a directory - all links will point back to wiki. Plus the site itself (code + data) will be on GitHub, so people *can* contribute easily. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 9:21 PM, Petr Bena wrote: > The reason why I don't like idea of having this on a wiki page is that > it will be never so cool as it is using that code this guy created. It > let you interactively pick what you want - mediawiki can't create such > a page, or it can but it would be overly complicated. Agreed! > If you want "Everyone" to be able to contribute, install this to > wikimedia labs, and make the project open enough. Labs isn't supposed to be used for production services, no? :) I'm sure my VPS can handle this :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 9:47 PM, Quim Gil wrote: > Why not doing exactly the same but on mediawiki.org directly? All the effort > put on promoting a brand new site could be put instead in promoting > mediawiki.org in a new, fresh way. I think there's a slight misunderstanding. If you see http://whatcanidoformozilla.org, it doesn't have much *original* content by itself - it just links back to an appropriate page on mozwiki. This one will also be the same - it will just link back to appropriate mediawiki.org pages. And if the pages are not good enough, I'll try improve them (or poke people into doing that). -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Sun, Apr 7, 2013 at 9:50 PM, Paul Selitskas wrote: > Please, don't forget to make the website translatable. Although most > tech people speak English, they will be much more pleased to > contribute if they are invited in their mother tongue. :) Oh sure! What do you think will be the best way to go about this? Translatewiki.net? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Mon, Apr 8, 2013 at 12:47 AM, Steven Walling wrote: > Wikipedia needs editors just as much or more than it needs people who know > PHP etc. I would prefer to focus on higher levels of contribution, one of > which would be Code, and then drills down into the languages or frameworks. I want to concentrate on code because that's the one I've some experience dealing with. Other things can easily be added. I'll put out the repo url once I've something up and running, and pull requests welcome :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Mon, Apr 8, 2013 at 1:13 AM, Brandon Harris wrote: > I would love a single landing page that asks "What Can I Do…" and > then has some really big, pretty buttons: > > > [Write Content] > > [Write Code] > > [Donate Money] > > [Donate Services] If there is design and content, I'll be happy to write the code :) Content, IMO, is the biggest factor here. Volunteers to help with the content? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Mon, Apr 8, 2013 at 1:23 AM, Steven Walling wrote: > Ok, I'll take a stab at some copy on a temp page on mediawiki.org, and share > accordingly. Brandon has done landing pages before (SOPA anyone?) so maybe > he and any of the other designers interested can help with that side. With enough people, maybe it isn't hard :) If we're doing it as a broad 'what can i do for wikipedia' instead of just tech, I don't think the current mozilla implementation will fly. I'll think of ways on how to make it minimal and easily workable and get some code written. > Whatever we put in it, this is a great idea, and major kudos for taking the > initiative Yuvi. Thank you :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Mon, Apr 8, 2013 at 1:46 AM, Paul Selitskas wrote: > One more moment (which is not very common for English): lack of > reliable sources. We've already had experience in getting access to > different scientific works. We should pursue this goal as well. There > may be people willing to write good article, but those people lack > sources to start their work from. Also ponies :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] whatcanidoforwikipedia.org
On Mon, Apr 8, 2013 at 1:48 AM, Yuvi Panda wrote: > On Mon, Apr 8, 2013 at 1:46 AM, Paul Selitskas wrote: >> One more moment (which is not very common for English): lack of >> reliable sources. We've already had experience in getting access to >> different scientific works. We should pursue this goal as well. There >> may be people willing to write good article, but those people lack >> sources to start their work from. > > Also ponies :) Apologies if that came across as rude or trolly. I really want to keep content as small as possible - because ideally it will have just links (with blurbs) to places on wiki. So a good part of the actual content is going to be on a wiki. If you can figure out a high quality wiki link for with details on open access to scientific journals, and an appropriate position in the information hierarchy we come up with eventually, it should be no problem :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: Commons App v1.0 beta6 released
Spamming wikitech-l, which might possibly care more than mobile-l.
-- Forwarded message --
From: Yuvi Panda
Date: Thu, Apr 11, 2013 at 3:43 AM
Subject: Commons App v1.0 beta6 released
To: mobile-l
Hello! New beta release of commons app went out today!
Features of v1.0 beta 7 include:
- Added opt out from EventLogging
- Remove {{Uncategorized}} template after adding categories
- Be more consistent and proactive in syncing modifications (adding categories)
- Add a minimal About page
- Add option to send feedback via email from within the app
- i18n updates
There is no major new feature, just a bunch of bug fixes and minor features.
Bug reports welcome at
https://bugzilla.wikimedia.org/enter_bug.cgi?product=Commons%20App
(pick the Android component). The apps team uses Trello to organize
our work, you can look at the board for our current iteration at
https://trello.com/board/sprint-6/5162461b43476994540002ba
Pull requests welcome at https://github.com/wikimedia/android-commons
Thank you!
This mail brought to you by the vague feeling that this list feels
lonely and has abandonment issues.
--
Yuvi Panda T
http://yuvi.in/blog
--
Yuvi Panda T
http://yuvi.in/blog
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Commons App v1.0 beta6 released
Install link from Google Play: https://play.google.com/store/apps/details?id=org.wikimedia.commons -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: [WikimediaMobile] Developer guidance for MobileFrontend extension
Forwarding to wikitech-l, since I'm unsure how many people follow mobile-l -- Forwarded message -- From: Jon Robson Date: Fri, Apr 12, 2013 at 3:53 AM Subject: [WikimediaMobile] Developer guidance for MobileFrontend extension To: mobile-l I was prompted by a MediaWiki discussion [1] to provide guidelines on developers making desktop modules mobile friendly [2] Please wade in with your thoughts on the subject. [1] http://www.mediawiki.org/w/index.php?title=Extension_talk:MobileFrontend&offset=20130410063927&lqt_mustshow=26098#Is_JavaScript_filtered.3F_26098 [2] http://www.mediawiki.org/wiki/ResourceLoader/Writing_a_MobileFrontend_Friendly_ResourceLoader_module ___ Mobile-l mailing list mobil...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Scribunto REPL (debug console)
I wrote a small little tool ages ago to help with Gadget development: http://github.com/yuvipanda/mwuppet It lets me write on Vim and push to the wiki whenever I want. I've the following line in my .vimrc that makes this simple: command Mw :w | :! mwuppet % I'm sure this can be extended easily to support more things. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: MobileFrontend Autodetection on Third party wikis
FYI -- Forwarded message -- From: Jon Robson Date: Tue, Apr 16, 2013 at 11:53 PM Subject: [WikimediaMobile] Fwd: MobileFrontend bug 45622 To: mobile-l I just received this mail from a user: "...I upgraded to Mediawiki 1.20 on me dev machine, and things seem to work fine. However using MF for MW 1.20 has no auto-detect, so it's not very useful to me :) Is there any chance you fix this on the master version as well (which has built it auto-detect)?" It seems various other people are being confused with how mobile detection works [1], myself included so I have setup this basic stub of a page [2] to hopefully document this. Please share your knowledge here! [1] http://www.mediawiki.org/w/index.php?title=Extension_talk:MobileFrontend&offset=20130416091705&lqt_mustshow=26314#Howto_switch_to_mobile_Version_26314 [2] http://www.mediawiki.org/wiki/Extension:MobileFrontend/Configuring_Browser_Auto-Detection On Wed, Apr 3, 2013 at 8:34 PM, Jon Robson wrote: > Eek. I'm afraid getting this to work on an older MediaWiki/MobileFrontend > extension is extremely problematic. So much has changed both in core and the > MobileFrontend extension to this > > Are you sure migrating your wiki will be as problematic as you suspect? > > Best wishes and sorry to the be the bearer of bad news!! > Jon > > > On Tue, Apr 2, 2013 at 6:50 AM, ויקיפועל wrote: >> >> Hi, thank you for fixing this bug I opened. I appreciate it. However >> I'm using MW 1.18 and an older version of MobileFrontend without >> skins. I know it's a lot to ask for, but perhaps you'd be willing to >> see if such a small fix can also be applied for older versions of the >> extension? >> Migrating my entire wiki to 1.20 just for this is problematic >> >> Thank you >> >> >> https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/MobileFrontend.git;a=commitdiff;h=fc5e90b7476801fe0d2b24bd67b1f135b5603a72 > > ___ Mobile-l mailing list mobil...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Labs Shell Access Requests, 39 pending
On Wed, Apr 17, 2013 at 12:15 AM, Ryan Lane wrote: > We have a lot of these coming in as of late (which is awesome!), so we're > not doing a great job keeping up. Anyone want to help out with this > process? We can give this specific right out to anyone willing to help. I'll be happy to help! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: [WikimediaMobile] Rethinking MobileFormatter / Skins
For wider distribution! -- Forwarded message -- From: Jon Robson Date: Tue, Apr 23, 2013 at 5:13 AM Subject: [WikimediaMobile] Rethinking MobileFormatter / Skins To: mobile-l I've been playing around with skins a lot recently. The MobileFrontend extension has had to do various transformations to the content pre-rendering to ensure certain things do not get rendered on mobile (for example table of contents) as well as allow us to do collapsible sections. When rendering content skins are currently limited to rendering the 'bodytext' key. They cannot retrieve the underlying content. I would like to remove restrictions to skin designers - for instance currently a skin designer has no control over where the table of contents should do. They could not easily put it in a side bar for instance. I was experimenting with using the onOutputPageParserOutput hook [1] (running based on the current skin) and think it might be a better approach to run the transformations on smaller chunks of data. For instance the table of contents is known to be in the lead section so it seems like it would be more efficient to look for it there rather than throughout the entire document. The solution is not complete but provides an approach that I think would be more efficient on the long term. It seems like a good idea to experiment with this approach in MobileFrontend extension with the goal to upstream it to core. Would appreciate comments from people who know this area of code rather well - Max comes to mind :) Thoughts welcomed! [1] https://gist.github.com/jdlrobson/5439509 ___ Mobile-l mailing list mobil...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving a GitHub Pull Request to Gerrit Changeset manually
Bump! This is now fully automatic! Enabled for the following repos: qa/browsertests extensions/PostEdit extensions/GuidedTour extensions/GettingStarted extensions/EventLogging extensions/MobileFrontend (I've asked the people who are major contributors to the repos and gotten agreement to turn it on) So everytime a pull request is opened on GitHub for their respective repositories, a Gerrit Changeset will appear in about 4-5 seconds. Updating the Pull Request will also update the Gerrit Changeset. Comment Syncing coming soon. Code is at https://github.com/yuvipanda/SuchABot. It runs on Tools Labs. More detailed description at https://www.mediawiki.org/wiki/User:Yuvipanda/G2G With a little bit more experimentation, perhaps we can figure out a nice workflow, while keeping Gerrit our 'Canonical' Repository. Thanks to everyone who helped! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving a GitHub Pull Request to Gerrit Changeset manually
On Thu, May 23, 2013 at 3:17 AM, Tyler Romeo wrote: >> def log(s): >>print s > :D The entire codebase could use some cleanup :) Also I had replaced the prints with appropriate logging sometime in the past, but changed it back because lazyness. > Seriously, though, this is pretty awesome. Also good to see the sh module > getting some use. Oh yes, sh is awesome! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Centralized Lua modules for Wikisource (OPW mentor needed)
I'm pretty sure that the 'syncing' can be accomplished by a simple bot, and it might even already exist(?). Will be happy to help write the bot if it doesn't exist yet. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Centralized Lua modules for Wikisource (OPW mentor needed)
On Fri, May 31, 2013 at 9:43 PM, Paul Selitskas wrote: > It's the worst case scenario. "Bot syncing" is a bad practice (and it was > such since the beginning of times). Since we have banners (CentralNotice) > and interwiki links (Wikidata) centralized, perhaps we should move forward > and start centralizing on-wiki development efforts. There are also "global" > gadgets (i.e. suitable for most wikis), and said above should be the case > for Gadgets 2.0 as well. Someone official (anomie?) mentioned this a couple of other times too, but also said that it is something 'on the roadmap' but without any concrete dates, by which I assume it is *at least* a year away. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension:OpenID 3.00 - Security Release
On Sat, Mar 9, 2013 at 3:49 AM, Ryan Lane wrote: > On wikitech the blockers were the switch of the wiki name (from labsconsole > to wikitech) and this. There's still some issues that need to be worked out > for deployment on the main projects. Also, it needs a full review before > deployment to the projects, and we need to work out how this will affect the > OAuth plans. We have a kickoff meeting for this coming up soon. I'll send > updates when that occurs. Did anything come out of the Kickoff Meeting? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension:OpenID 3.00 - Security Release
On Tue, Jun 4, 2013 at 12:13 AM, Chris Steipp wrote: > For OpenID, the plan coming out of the meetings is: > * As part of the current Auth Sprint, I'll be doing a full review of > OpenID with the goal of getting it deployed on the WMF cluster Wonderful! Can you tell me the timeline of 'current auth sprint'? > * We are planning to make login.wikimedai.org an OpenID provider to > other WMF projects at some point in the near future Super-wonderful :) Again, a rough timeline? Looking forward to being able to use My Wikimedia Identity elsewhere :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: [WikimediaMobile] Number crunching: Upload errors on mobile
Since nobody reads mobile-l -- Forwarded message -- From: Jon Robson Date: Sat, Jun 8, 2013 at 4:17 AM Subject: [WikimediaMobile] Number crunching: Upload errors on mobile To: mobile-l I ran some data crunching on a sample of 4429 photo uploads from mobile web. In this sample 2821 uploads succeeded and 36% (1608/4429) of attempted uploads failed. This is very high and unacceptable. Looking closely 53% of all errors were due to problems with invalid or 'anonymous' tokens. This will occur when the client is unable to get a token using CORS from Commons due to not being logged in there. Luckily Chris Steipp and the rest of the platform team have pushed a change that should significantly reduce this error: https://gerrit.wikimedia.org/r/#/c/57662/ CentralAuth related errors (861) Anonymous token. 598 Invalid token 263 The next big offender was 'Missing filename' accounting for 22% of all upload errors. Unfortunately this is ambiguous as it could mean a variety of things - it simply means that an upload was attempted and the response didn't report the filename. I've pushed a patch to try to understand what errors we are running into: https://gerrit.wikimedia.org/r/67545 Other errors (467) ### Missing filename 347 This file did not pass file verification 69 Blank error message given 36 The file you submitted was empty 15 There are various other errors all listed below for your enjoyment. Some due to bad choices of name, permissions problems and attempts to upload certain file types we do not accept. The good news is we probably don't want these uploads to succeed as they hint at vandalism attempts or uploads by poorly educated users. The server problems section is worth a look though - although a small percentage "The modification you tried to make was aborted by an extension hook 61". These errors are occurring on the following wiki projects: * sv.m.wikipedia.org * de.m.wikipedia.org * test.m.wikipedia.org * en.m.wikipedia.org * ar.m.wikipedia.org * es.m.wikipedia.org * ja.m.wikipedia.org * he.m.wikipedia.org * fr.m.wikipedia.org * nl.m.wikipedia.org Any ideas what may be causing that error? *** Other errors: Users uploading with bad or unclear filenames (113) "titleblacklist-custom-filename" 48 (https://commons.m.wikimedia.org/wiki/Template:Titleblacklist-custom-filename/en) "titleblacklist-forbidden-edit" 37 (https://en.m.wikipedia.org/wiki/MediaWiki_talk:Titleblacklist-forbidden-edit) Filename exists 25 (I suspect they used a common filename) Unknown error: "titleblacklist-custom-double-apostrophe" 3 (Out of interest is there any API to check whether a filename will be accepted?) Server problems (81): The modification you tried to make was aborted by an extension hook 61 Database query error 10 An internal error occurred 9 error: Internal Server Error 1 Permission based errors (69) The "autoconfirmed" right is required to edit this page 36 You have been blocked from editing 25 The "protect" right is required to edit this page 7 Unknown error: "globalblocking-ipblocked" 1 (These users should not be seeing the upload button!) Users uploading with bad file types (17): ### Filetype not permitted: MOV 8 Filetype not permitted: webp 4 Filetype not permitted: mp3 3 Filetype not permitted: xml 1 Filetype not permitted: bmp 1 ___ Mobile-l mailing list mobil...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Moving on from Doxygen?
Hello! Our current generated documentation[1] uses doxygen, and leaves... a number of things to be desired - such as: 1. Not be tortoise slow 2. Have usable search 3. Prettier interface I was looking around for alternatives, and ran into phpdocumentor2[2]. The project still seems active (latest commit was 3 days ago, and for vagrant support!), and the demo was quite pretty: http://demo.phpdoc.org/Responsive/namespaces/phpDocumentor.html Is there any particular reason we are still sticking with doxygen? Or is it just 'someone needs to find the time to move things over to the new system'? [1]: https://doc.wikimedia.org/mediawiki-core/master/php/html/ [2]: http://www.phpdoc.org/ -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving on from Doxygen?
On Sat, Jul 6, 2013 at 6:36 AM, Matthew Walker wrote: >> 1. Not be tortoise slow > Pretty sure this only matters because we do continuous integration -- we > probably don't need to do this for every commit...? Maybe once a day? > > In any case -- who says PHPDoc is any faster. Slow to use, not slow to generate. On my firefox it constantly gets stopped with a 'script on this page is taking too long to run' >> 2. Have usable search > The demo at least doesn't even offer search functionality... > > But does this even matter? I would argue in favour of a independent search > solution along the lines of Ohloh [1] so that we can integrate our JSDuck > documentation. Haven't checked out Ohloh's, but something as simple as 'I want to see documentation for WikiPage::factory' should be achievable by typing 'WikiPage::factory' into the docs. I'm setting up a phpdoc instance on my local system, to see how it goes. >> 3. Prettier interface > Prettier does not mean more usable. Imho after playing with their online > demo for 5 minutes it was *less* usable than doxygen. Additionally, if you > think doxygen is ugly, we can reskin it! My googling skills have not found me too many other skins - I'll be very happy if you could find / write one! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Moving on from Doxygen?
On Sat, Jul 6, 2013 at 6:41 AM, Matthew Walker wrote: > Ack -- my [1] reference was supposed to be https://www.ohloh.net/ but > thinking about it; we want documentation search not code search and ideally > it would be opensource... but my point remains! We need a cross > language/documentation search system. I would love for us to have one, but that doesn't change the fact that the current one sucks. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Project idea
On Fri, Jul 12, 2013 at 9:30 PM, Brion Vibber wrote: > I'd also kind of like to kill our current Firefox OS app and replace it > with a pointer to the mobile web site for the same reason; we have more > features on the mobile web site than on the current port-of-a-PhoneGap-app > Firefox OS app, which isn't getting maintained. +1, PhoneGap sucks. Also I think we have an app on the Blackberry store too, which too should be replaced / killed. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Is it possible to opt out of LiquidThreads?
Regarding opting out, from
https://www.mediawiki.org/wiki/Extension:LiquidThreads:
To deactivate LiquidThreads on a specific page on a wiki where
LiquidThreads is opt-out add
{{#useliquidthreads:0}}
Should work, though you'll lose the current replies (IIRC)
--
Yuvi Panda T
http://yuvi.in/blog
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Why isn't hotcat an extension?
It's universally liked, is there almost on every wiki, and provides a much needed functionality. Why isn't this deployed as an extension, or better yet - part of core, than as a gadget? Just a matter of someone to do the work? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: Scoping site CSS
Yay! I see several good things that could come out of this, but to prevent pitchforks and misunderstandings, I think this RFC should be split some more. So ideally, this should be split into multiple RFCs. The ones I can think of, so far: 1. LESS support for RL. 2. Separate CSS(LESS?) that applies just to content, and is scoped as such. 3. An easier way to custom-style your wiki that does not require you to edit CSS, and also can be as flexible as the current one. 4. Remove customizability via Site / User CSS. 1 and 2 should mostly get general support, and *should* get what we want (content styles that we can load by themselves without conflicting the UI). 3 is awesome, but also very hard - and does not have a clear use case. 4 is akin to taking away internet from a hackerspace and is a lot, lot harder - and of limited benefit. So... split this? :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC: Scoping site CSS
On Thu, Jul 18, 2013 at 3:35 AM, Alex Monk wrote: > 4 is basically pointless. I hope that will never get approved (I very much > doubt it will anyway). I agree, and separating that out from the other 3 should help in making sure that everyone doesn't get distracted by 4 while 1-3 are indeed nice things by themselves :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 3:38 AM, Jon Robson wrote: > If people are scared of using Gerrit/Git we should create nicer > interfaces into it.. no? :) This 'upgrade' happened to WikiLove, IIRC. Should also happen to HotCat, IMO. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
Looking at https://commons.wikimedia.org/wiki/MediaWiki:Gadget-HotCat.js, it probably could also be vastly simplified by jQuery-fying everything, and dropping support for ancient MW versions. Perhaps there is already an extension that does this? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 3:48 AM, Tyler Romeo wrote: > This could be vastly simplified with a nice extension. But, as said, if VE > already has such a feature, maybe it's not even worth it... Don't think so. Commons is a use case that comes to mind, but I am guessing that having a quick way to edit categories should exist independent of VE for all wikis regardless. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 4:06 AM, Tyler Romeo wrote: > Quick question, is there a way in the API (other than action=edit) to > add/remove categories from a page? Because that seems to be one of the main > things that would be holding this back from becoming an extension proper. There isn't currently (we hit this in the mobile commons app). Currently we have to get the wikitext, parse out the categories (eek wikitext), and then add/replace/edit them. Regexes all over. Not fun. But fixing that would take a lot more work, I think. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Thu, Jul 18, 2013 at 4:57 AM, Jon Robson wrote: > He says: > "HotCat is number one on my list of gadgets to get some UX love and > turn into a beta experiment... If everything goes well while its in > experiments then it gets integrated into core extensions. Mark H. is > coding the desktop beta experiments framework right now (literally > while I write this email)" Can you explain what this means? Is hexmode writing HotCat? Is he writing a framework to enable experiments on desktop? Was that discussed / announced anywhere? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
So, summarizing: 1. MarkTraceur (and the Multimedia Team) is working on a way to do 'beta experiments' on live wikis that do not involve things being left to be Gadgets all the time. This can also eventually help 'promote' gadgets into Extensions / Core. 2. Tyler is working on an Extension for this (or it might already exist, as Krinkle pointed out) So, is HotCat replacement extension going to plug into the Beta Experiments thingy Mark is working on? I suppose there'll be docs on that at some point of time... -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Why isn't hotcat an extension?
On Fri, Jul 19, 2013 at 4:08 AM, Matthew Flaschen wrote: > You should consider putting the API module in core, since other projects > (including Mobile) have had demand for it. +1. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Goodbye gerrit-wm, welcome lolrrit-wm!
(The bot is temporarily being called lolrrit-wm instead of gerrit-wm until we get some issues fixed. lolrrit-wm is not a permanent nick for the bot!) Hello! The old gerrit-wm was a bunch of python scripts running as hooks in the production cluster, which were hacky and not too well maintained. Chad asked me if I could write a replacement, and since I already had some infrastructure for similar tools running on toollabs, I wrote one. The source is at https://github.com/yuvipanda/lolrrit-wm, and will be moved to Gerrit soon. It's currently running on toollabs, with me and ^demon as co-maintainers. The new one is now active wherever the old one is supposed to be. If it is not reporting changes somewhere it should be, please ping me so I can fix that. It has a cleaner message format that also packs more info into it, and hopefully can be more useful and less spammy. Feature requests and pitchforks welcome! And requests/ideas for other similar tools are also welcome :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Goodbye gerrit-wm, welcome lolrrit-wm!
This is written in Javascript, and it's also me writing significant Javascript after almost 8 months - so would highly welcome code review :) Code still at https://github.com/yuvipanda/lolrrit-wm. You can leave comments on github, or respond on the mailing list (or offlist too)! Thanks ;) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Goodbye gerrit-wm, welcome lolrrit-wm!
Thanks to Chad, this has now moved to Gerrit as labs/tools/grrrit. And since gitblit is still down, you can browse the code at https://github.com/wikimedia/labs-tools-grrrit -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Remove 'visualeditor-enable' from $wgHiddenPrefs
On Tue, Jul 23, 2013 at 7:19 AM, Brian Wolff wrote: > Really? Given the number of inane preferences in Special:Preferences > (I'm looking at you preference to disable sending 304 status codes), > this is where we're going to draw the line? And also considering the fact that there are going to be gadgets that will eventually be copy pasted into every wiki that has VE, to let people show/hide it. Unless I'm missing something, it doesn't look like a choice between 'have a user preference' and 'not have a user preference' and more like 'have a user preference that works consistently and can be supported' vs 'have people randomly copy paste code from wiki to wiki that just hides UI things, and might break across updates'. +1 to doing this the right way. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Git migration: complete
Huge thanks to everyone involved in / responsible for the migration, and those responsible for the awesomely comprehensive documentation. \o/ Next step: Rewrite mediawiki to run on nodejs + go + mongodb... ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Git migration: complete
On Sat, Jul 27, 2013 at 3:40 AM, C. Scott Ananian wrote: > Who told you about the parsoid/VE team's secret plans? > --scott It's too late, I know everything - including the plan to use darcs scm to replace the revision table and cuneiform to replace wikitext. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Git migration: complete
On Sat, Jul 27, 2013 at 4:11 AM, Trevor Parscal wrote: > Don't forget using git (or git compatible system) as a revision backend. That is darcs! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [tools] Bot dispatcher
On Sat, Jul 27, 2013 at 6:42 PM, Marc A. Pelletier wrote: > On 07/27/2013 08:37 AM, Petr Bena wrote: >> So that it would mostly >> consist of a daemon that based on user subscriptions insert stuff to >> redis queues. > > Wouldn't it be much easier to implement it as, say, a dbus and allow > people to subscribe to the feed, instead? Doesn't the 'd' in dbus stand for 'desktop'? :) I've never heard of dbus being used in server side situations, when there are plenty of alternatives available (Redis, RabbitMQ, etc). gerrit-to-redis, grrrit-wm and suchabot already use this architecture for gerrit streams, no reason it can't scale for Wiki RC Changes. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] python vs php
Can we all just agree that haskell, clojurescript and INTERCAL are the best ever, and move on? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] RandomInCategory Patch Merged!
Bug 25931[1], "Implement efficient way to select random page from specified category on Wikimedia wikis" has just been marked as resolved, thanks to this patch[2] from Bawolff that Brion merged. Yay! :) [1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=25931 [2]: https://gerrit.wikimedia.org/r/#/c/71997/ -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] GMail sending lots of WIkimedia mail to spam again
All emails to labs-l always end up in spam for me (I've a special rule that picks them out of spam, and GMail still warns me). /end-data-point -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Session cookie name
https://www.mediawiki.org/wiki/API:Login#Construct_cookies probably needs to be updated - perhaps by removing the 'Construct cookies manually' part entirely (since that sounds like asking for trouble!) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Session cookie name
On Tue, Aug 20, 2013 at 6:57 PM, Yuvi Panda wrote: > https://www.mediawiki.org/wiki/API:Login#Construct_cookies probably > needs to be updated - perhaps by removing the 'Construct cookies > manually' part entirely (since that sounds like asking for trouble!) Max already implemented that idea in the time it took me to write this, apparently :) https://www.mediawiki.org/w/index.php?title=API%3ALogin&diff=767549&oldid=675583 -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [WikimediaMobile] Wikimedia Commons mobile photo uploader app updated on iOS and Android
Hey rupert! On Sun, Aug 25, 2013 at 10:21 PM, rupert THURNER wrote: > hi brion, > > thank you so much for that! where is the source code? i tried to > search for "commons" on https://git.wikimedia.org/. i wanted to look Android: https://git.wikimedia.org/summary/apps%2Fandroid%2Fcommons.git iOS: github.com/wikimedia/Commons-iOS > if there is really no account creation at the login screen or it is > just my phone which does not display one, and which URL the aplication Mediawiki doesn't have API support for creating accounts, and hence the apps don't have create account support yet. > connects to (https i hoped). as well, i was quite puzzled that > wikipedia zero might not include traffic coming from apps. Yes, https by default (on Android I know for sure, an dI think on iOS too). I don't know how Wikipedia Zero will interfere in this though? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [WikimediaMobile] Wikimedia Commons mobile photo uploader app updated on iOS and Android
On Mon, Aug 26, 2013 at 2:01 AM, rupert THURNER wrote: > created https://bugzilla.wikimedia.org/show_bug.cgi?id=53328, maybe > you could detail a little bit more how this api should look like? See https://bugzilla.wikimedia.org/show_bug.cgi?id=46072 (thanks Liangent!) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] WMFs stance on non-GPL code
On Mon, Aug 26, 2013 at 5:45 AM, Jeroen De Dauw wrote: > Hey, > > I'm curious what the stance of WMF is on BSD, MIT and MPL licensed code. In > particular, could such code be deployed on WMF servers? jQuery is deployed (MIT), Redis too (3 clause BSD) and Bugzilla is under the MPL. What was the thought process that led to the question, btw? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] A metadata API module for commons
On Sun, Sep 1, 2013 at 9:02 AM, MZMcBride wrote: > I think a parallel question might be: is Wikidata, as a social or > technical project, able and ready to accept such data? I haven't been > following Wikidata's progress too much, but I thought the focus was > currently infoboxes, following interwiki links. And even those two > projects (interwikis + infoboxes) were focused on only Wikipedias. I think https://commons.wikimedia.org/wiki/Commons:Wikidata_for_media_info is the proposed, future part of Wikidata that James/Brian are talking about. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] grrrit-wm outage (fixed now)
Hello! There was a grrrit-wm outage for a few hours earlier today. This was caused by the link between our tampa datacenter (where toollabs mostly lives) and our eqiad data center (where gerrit lives) (see preliminary report on http://lists.wikimedia.org/pipermail/labs-l/2013-September/001678.html). It is back up now, and I'll see if I can find ways of figuring out when a ssh connection to gerrit is 'hung' (but not terminated). Thanks! -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] GSOC project "Improve our Android application"
Hello! On Mon, Mar 5, 2012 at 6:50 PM, Yeshow Lao wrote: > Hello, everybody. I'm a GSOC student from China. With some development > experience on Android, I would love to work on this project "Improve our > Android application -- integrate with SuggestBot to suggest a mobile task > to a user."[1.] Awesome! > Could somebody tell me some information, please? > 1.Where to download the current Android application? I have searched the > keyword "Android" on the wiki, but can not be sure which is the right page > in so many result pages. > 2.Where to see the source code for current Android application? > > 3.Where to see documents about this project? http://www.mediawiki.org/wiki/Mobile/PhoneGap/Tutorial has information on how to set it up and where to find the code. We use PhoneGap, so it is primarily a HTML/CSS/JS application. Give it a spin and see how you find it :) > 4.Who developed the Android application? Is the developer a GSOC student? > And whether will he still work on the project this GSOC? Come to #wikimedia-mobile on IRC to find us :) > Wish for your reply. Thanks a lot! Thank you! Hoping to see contributions from you soon :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Mark Hershberger departing Wikimedia Foundation in May
Thanks hexmode, for helping make this community welcoming and awesome to me as a Volunteer dev. -- Yuvi Panda ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Mediawiki-l] New Plugin for Extension:ConfirmEdit - RFC
On Wednesday 21 March 2012 at 3:20 AM, Antoine Musso wrote: > Congrats on your first extension! > > +1 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: Chennai Unofficial Wikimedia Hackathon Report
Thought this would be interesting to wikitech-l. -- Forwarded message -- From: Yuvi Panda Date: Tue, Mar 27, 2012 at 1:47 PM Subject: Chennai Unofficial Wikimedia Hackathon Report To: "Discussion list on Indian language projects of Wikimedia." The Chennai Unofficial Wikimedia Hackathon Report TL;DR: 13 completed hacks, including 2 core mediawiki patches, 3 tawiki userscript updates and 2 new deployed tools. It was super awesome and super productive! The 'Unofficial' Chennai Wikimedia Hackathon(http://www.mediawiki.org/wiki/Chennai_Hackathon_March_2012) happened on Saturday, March 17 2012 at the Thoughtworks office in Chennai. It was a one day, 8 hour event focusing on getting people together to hack on stuff related to all Wikimedia projects - not just Mediawiki patches. The event started with us sailing past security reasonably easily, and getting setup with internet without a glitch. People trickled in and soon enough we had 21 people in there. Since this was a pure hackathon, there were no explicit tutorials or presentations. As people came in, we asked them what technologies/fields they are familiar with, and picked out an idea for them to work on from the Ideas List (http://www.mediawiki.org/wiki/Chennai_Hackathon_March_2012/Ideas). This took care of the biggest problem with hackathons with new people - half the day spent on figuring out what to work on, and when found, it is completely outside the domain of expertise of the people hacking on the idea. Talking together with them fast to pick an idea within 5 minutes that they can complete in the day fixed this problem and made sure people can concentrate on coding for the rest of the day. People started hacking, and just before lunch we made people come up and tell us what they were working on. We then broke for lunch and usual socialization happened over McDonalds burgers and Saravana Bhavan dosas. Hacking started soon after, and people were concentrating on getting their hacks done before the demo time. And we did have quite a few demos! Demos = Here's a short description of each of the demos, written purely in the order in which they were presented: 1. Wikiquotes via SMS By: @MadhuVishy and @YesKarthik What it does: Send a person name to a particular number, and you'll keep getting back quotes from that person. Works in similar semi-automated fashion as the DYKBot. Built on AppEngine + Python. Status: Deployed live! Send SMS '@wikiquote Gandhi' to 9243342000 to test it out! Has limited data right now, however. --- 2. API to Rotate Images (Mediawiki Core Patch) By: Vivek What it does: Adds an API method that can arbitrarily rotate images. Think of this as first step towards being able to rotate any image in commons with a single button instantly, without having to wait for a bot. Patch was attached to https://bugzilla.wikimedia.org/33186. Status: It was reviewed on that day itself (Thanks Reedy!). Vivek is now figuring out how to modify his patch so that it would be accepted into Mediawiki core. Vivek is also applying to work with Mediawiki for GSoC, so we will hopefully get a long term contributor :) --- 3. Find list of unique Tamil words in tawiki By: Shrinivasan T What it does: It took the entire tamil wikipedia dump and extracted all unique words out of it. About 1.3 million unique tamil words were extracted. Has multiple applications, including a tamil spell checker. Status: Code and the dataset live on github: https://github.com/tshrinivasan/tamil-wikipedia-word-list --- 4. Program to help record pronunciations for words in tawikt What it does: Simple python program that gives you a word, asks you to pronounce it and then uploads it to commons for being used in Wiktionary. Makes the process much more streamlined and faster. Status: Code available at: https://github.com/tshrinivasan/voice-recorder-for-tawictionary. Preliminary testing with his friends shows that easy to record 500 words in half an hour. Is currently blocked on figuring out a way to properly upload to commons --- 5. Translation of Gadgets/UserScripts to tawiki By: SuryaPrakash [[:ta:பயனர்:Surya_Prakash.S.A.]] What he did: Surya spent the day translating two gadgets into Tamil, so they can be used on tawiki. First is the 'Prove It' Reference addition tool (http://ta.wikipedia.org/wiki/Mediawiki:Gadget-ProveIt.js). The second one was the 'Speed Reader' extension that formats content into multiple columns for faster scanning (http://ta.wikipedia.org/wiki/Mediawiki:Gadget-TwoColumn.js). Last I checked, these are available for anyone with only tamil knowledge to use, so yay! (He also tried to localize Twinkle for Tamil, couldn't because of issues with the laptop he was using. --- 6. Structured database search over Wikipedia By: Ashwanth What it does: Built a tool that combined DBPedia and Wikipedia to allow you to search in a semantic way. We almost descended in
Re: [Wikitech-l] LiquidThreads 3 is here!
Does this come before or after the SMW deploy for enwiki? On Sun, Apr 1, 2012 at 10:59 PM, Mono wrote: > I'm excited to announce that the beta version of Liquid Threads 3 is now > available. We've come a long way from a once-dead project by developing the > extension in secret. It's full of new features: including the incredibly > simple Morse Code input system. LQT3 will be deployed to all Wikimedia > wikis whether you like it or not. > > Check it out at http://mediawiki.org/wiki/LQTMC > > > -- > Sent from my iPad > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] LiquidThreads 3 is here!
On Mon, Apr 2, 2012 at 12:11 AM, Mono wrote: > Actually, Google AdSense will likely be deployed first. > > > Is *that* before or after Full Facebook Integration, so I can let my list of people-I-vaguely-know know that I just read http://en.wikipedia.org/wiki/List_of_serial_killers_by_number_of_victims? -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] LiquidThreads 3 is here!
On Mon, Apr 2, 2012 at 12:26 AM, Thomas Morton wrote: > You know that for a significant portion of the world (and this list) it is > well past midday ;) > > April 2 here :P -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Redirect rules & ShortURL deployment - need to make a decision
Update: Daniel's comments at https://bugzilla.wikimedia.org/show_bug.cgi?id=36164 have been incorporated into the extension in https://gerrit.wikimedia.org/r/#/c/6728/, which is awaiting review. Hopefully someone can find a bit of time to review it and the deployment process can be started again! :) On Sat, Apr 21, 2012 at 12:04 AM, Asher Feldman wrote: > On Fri, Apr 20, 2012 at 8:01 AM, Mark A. Hershberger > wrote: > >> Sumana Harihareswara writes: >> >> > Please leave your comments at bug 1450 so we can decide how to write >> > the rewrite rule. >> >> Since Gerrit makes review possible and the relevant Apache config >> (redirects.conf) is on noc and *should* be in git, I've gone ahead and >> (after discussing how to proceed with Ops) submitted a configuration to >> Gerrit: https://gerrit.wikimedia.org/r/5433 >> > > I had to give this a -2 since the rewrite rule was broken and we don't > deploy application configs tied to mediawiki via puppet or currently plan > to do so. For that reason, I don't want this stuff dumped ad-hoc in the > puppet repo (the reason for the -2.) The change itself is straight > forward, I just have one follow-up question about scope which I'll ask over > at the ticket. > > -A > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Redirect rules & ShortURL deployment - need to make a decision
The routing code has been merged in. Thanks Dantman! On Tue, May 8, 2012 at 1:34 PM, Yuvi Panda wrote: > Update: Daniel's comments at > https://bugzilla.wikimedia.org/show_bug.cgi?id=36164 have been > incorporated into the extension in > https://gerrit.wikimedia.org/r/#/c/6728/, which is awaiting review. > Hopefully someone can find a bit of time to review it and the > deployment process can be started again! :) > > On Sat, Apr 21, 2012 at 12:04 AM, Asher Feldman > wrote: >> On Fri, Apr 20, 2012 at 8:01 AM, Mark A. Hershberger >> wrote: >> >>> Sumana Harihareswara writes: >>> >>> > Please leave your comments at bug 1450 so we can decide how to write >>> > the rewrite rule. >>> >>> Since Gerrit makes review possible and the relevant Apache config >>> (redirects.conf) is on noc and *should* be in git, I've gone ahead and >>> (after discussing how to proceed with Ops) submitted a configuration to >>> Gerrit: https://gerrit.wikimedia.org/r/5433 >>> >> >> I had to give this a -2 since the rewrite rule was broken and we don't >> deploy application configs tied to mediawiki via puppet or currently plan >> to do so. For that reason, I don't want this stuff dumped ad-hoc in the >> puppet repo (the reason for the -2.) The change itself is straight >> forward, I just have one follow-up question about scope which I'll ask over >> at the ticket. >> >> -A >> ___ >> Wikitech-l mailing list >> Wikitech-l@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > -- > Yuvi Panda T > http://yuvi.in/blog -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension Skeleton Program
+1 would be greatly useful when introducing extension development at workshops / hackathons :) -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extension Skeleton Program
+1 on standalone. Similar to how rails does it, for example. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] overprinting wikipedia table
On Tue, Jul 10, 2012 at 10:44 AM, Brion Vibber wrote: > (Alternatively, we could devise an extension to let you add
Re: [Wikitech-l] 8 simple ways for improving Gerrit
On Mon, Aug 6, 2012 at 1:33 AM, Chad wrote: > Thanks to OpenStack for the initial design we based our work on. > And big thanks to Timo for CSS improvements and to Trevor for > whipping up a logo super fast. W00t, much nicer looking! Thanks to everyone involved for doing the needful :D -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to create account by API?
There is currently no API to do account creation (https://www.mediawiki.org/wiki/API:Account_creation is a draft, and IIRC there is nobody actively working on it). There was a GSoC student working on it last year (https://www.mediawiki.org/wiki/Extension:SignupAPI) but I don't think that's in any state to be deployed soon. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to create account by API?
On Tue, Aug 7, 2012 at 6:29 PM, Tyler Romeo wrote: > Hmm, if there is actually any interest, I might try and work on the account > registration API. I'm sure there's plenty of interest! From what I know, at least Mobile Team is interested in them (enabling account creation in apps). -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Announcing Signpost for Android app 1.0 RC1!
Assuming wikitech-l also has some people interested in this. -- Forwarded message -- From: Yuvi Panda Date: Mon, Aug 20, 2012 at 11:38 PM Subject: Announcing Signpost for Android app 1.0 RC1! To: mobile-l Me and a friend ([[User:Notnarayan]])) have been working on a Signpost app in our spare time for a while. This lets you access Wikipedia Signpost from a mobile device in a nice and (hopefully) beautiful way. More information at https://www.mediawiki.org/wiki/Signpost_Mobile_App Today, I'm putting out RC1 of the version 1 of this app. You can download it at https://github.com/yuvipanda/WPSignpost/WPSignpost-1.0RC1.apk/qr_code and file issues at https://github.com/yuvipanda/WPSignpost/issues?state=open. You can find screenshots of the current version of the app at https://commons.wikimedia.org/wiki/Category:Wikipedia_Signpost_Android_App_screenshots For this version, features so far are: 1. Load current issue of the Signpost 2. Browse through and load any previous issue of the Signpost 3. Beautiful Image based display of each signpost issue 4. Articles are formatted easily for viewing on your mobile device 5. Sharing of articles from the app All of them have been implemented, and provided no major new issues are found, I'll push this version to the Google Play store in a week. Please do test it out on your device, and report issues either at the github url specified above or by replying to this email. -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
