http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61437 <pre>On Thu, May 24, 2012 at 3:16 AM, Daniel Werner &lt;daniel.werner&lt; at &gt;wikimedia.de&gt;wrote: Thanks for working on this! It'll be really handy. I'd definitely recommend using a parameter. —Andrew </pre> Andrew Garrett 2012-05-24T01:44:12 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61436 <pre>We used to send an email to wikitech-l every time we approved new Subversion committers, but now that we've switched to Git, I don't do that anymore. We've welcomed at least a hundred new people to our developer community since the Git switch two months ago, and you can see most of them at https://www.mediawiki.org/wiki/Developer_access/Archive . Welcome to all of you! We've also given some folks Gerrit project owner status so they can merge in changes to MediaWiki core or to certain extensions; see https://www.mediawiki.org/wiki/Git/Gerrit_project_ownership/Archive for that list. Explanation at https://www.mediawiki.org/wiki/Git/Workflow#Who_can_review.3F_Gerrit_project_owners . Incidentally, right now the queue of people waiting for developer access accounts (Git/Gerrit and Labs access) is empty, as is the queue of requests for Gerrit project ownership. Feel free to add yours! https://www.mediawiki.org/wiki/Developer_access https://www.mediawiki.org/wiki/Git/Gerrit_project_ownership </pre> Sumana Harihareswara 2012-05-23T23:11:19 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61435 <pre> No. You shouldn't need to know that HTMLMultiSelectField2 is a MultiSelect but HTMLMultiSelectField uses checkboxes. Your useCheckboxes looks good. I recommend you to make it a tri-state value, so you could force checkboxes, select or let it decide (eg. checkboxes for &lt; 100 elements, select for more) </pre> Platonides 2012-05-23T19:49:57 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61434 <pre> There's some relevant comments and discussion in our draft style guide [1] that might be interesting/relevant. --HM [1] https://www.mediawiki.org/wiki/Style_guide/Forms </pre> Happy Melon 2012-05-23T18:26:31 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61433 <pre>Right now I am implementing a new option (as part of https://bugzilla.wikimedia.org/show_bug.cgi?id=36425) for which I'd like to use a &lt;select multiple="multiple"/&gt; html element with options. Right now MediaWiki always generates a list of selectboxes instead of that when using the HTMLMultiSelectField class. We are talking about 280+ selectable items here, so for now we came to the conclusion that a real multi &lt;select/&gt; would be nicer and less space consuming for now I have already managed to implement this multiple select, modifying HTMLMultiSelectField adding a new option 'usecheckboxes' which can be set to false to disable the known behavior and use a select element instead. This would mainly be for the JavaScript-less ui. If javascript were enabled, we could still do something nicer, for example with something like jQuery chosen plugin here. My question would just be, how I should implement these changes preferably. Is it ok with the new option for HTMLMultiSelectField or should this be a new class in</pre> Daniel Werner 2012-05-23T17:16:31 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61432 <pre>Make it report to #wikimedia-labs pls and #huggle On Wed, May 23, 2012 at 3:39 PM, Antoine Musso &lt;hashar+wmf&lt; at &gt;free.fr&gt; wrote: </pre> Petr Bena 2012-05-23T15:12:55 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61431 <pre>Le 23/05/12 14:00, Jeroen De Dauw a écrit : I think the branch is given as an argument to git-review, aka: git review [BRANCH] </pre> Antoine Musso 2012-05-23T14:06:33 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61430 <pre>Hello, Under 20%, I have decided to give the wikibugs IRC bot some love. That bot is a script processing bugzilla emails notification sent publicly to the wikibugs-l mailing list. It crafts colorful IRC messages which are then relayed by ircecho to #mediawiki. I have made wikibugs to recognize the Bugzilla product and, based on that, to split the IRC messages in different files. Thus, ircecho can be made to relay different products in different channels resulting in less spam in #mediawiki and more in #wikimedia-mobile . The script is written in perl, my changes are listed in the good old CodeReview tool and needs someone to have a look at them and eventually tests them using various bugs notifications: https://www.mediawiki.org/wiki/Special:Code/MediaWiki?path=/trunk/tools/wikibugs I also described wikibugs in puppet to ease its installation. The related gerrit change is https://gerrit.wikimedia.org/r/8339/ It lacks the exim configuration which makes mchenry to send the mail to the wikibugs perl scr</pre> Antoine Musso 2012-05-23T13:39:41 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61429 <pre> Yep, totally possible. Just do: `git push &lt;remote&gt; HEAD:refs/for/&lt;branchname&gt;` If you want to change the default branch (say for a long-term development branch), you can also change 'defaultbranch' in your .gitreview file. -Chad </pre> Chad 2012-05-23T12:33:19 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61428 <pre>I too have been wondering how to do this. My main use cases are 1) when I want to easily share something experimental with others (my current process involves pushing for review and then having to remember to -1 it) 2) when I want to collaborate with someone (without the ability to push to gerrit) on a branch On Wed, May 23, 2012 at 1:00 PM, Jeroen De Dauw &lt;jeroendedauw&lt; at &gt;gmail.com&gt; wrote: </pre> Jon Robson 2012-05-23T12:10:53 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61427 <pre>Hey, Is it possible to push to a branch other then the default one on gerrit using git review? This is needed when you want to have more then one branch on which you have reviewed code, or if you want different levels of review. For example if you want a novice committer play around with an extension a bit and push new functionality that gets reviewed but is not ready to go onto master until it really has stabilized and finalized. Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- </pre> Jeroen De Dauw 2012-05-23T12:00:43 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61426 <pre>AFAIK most of production servers run ubuntu. Maybe there are some running Slakware, no idea. On Tue, May 22, 2012 at 2:35 PM, Chad &lt;innocentkiller&lt; at &gt;gmail.com&gt; wrote: </pre> Petr Bena 2012-05-23T11:08:25 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61425 <pre> Yes, but having email readers do word wrap and truncation on URLs sucks. Saved searches would be ideal, but someone (maybe someone here!) needs to implement public saved searches: https://bugzilla.mozilla.org/show_bug.cgi?id=400063 It would be really great if we could coerce Bugzilla into behaving more like Redmine when it comes to milestones ("target versions" in their lingo). For example, look at this bug: http://www.redmine.org/issues/6597 Note that the "target version" is a link to "2.1.0" (as of this writing). Clicking on that link, that gives me: http://www.redmine.org/versions/47 ^ That page gives me a well-organized list of issues that are potential blockers for that release. Now look at this: http://www.redmine.org/projects/redmine/roadmap That's all of their upcoming releases. You can see at a glance what is planned for the next release, and what hasn't yet been pegged to a particular release. Also, we can go back in time http://www.redmine.org/versions/40 ^ This view gives us something</pre> Rob Lanphier 2012-05-23T00:29:19 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61424 <pre> A reminder that this is in 8 minutes and will last one hour. If you don't have an IRC client application in your computer, you can read and talk in the chat via this webpage: http://webchat.freenode.net/?channels=#wikimedia-dev . </pre> Sumana Harihareswara 2012-05-22T18:24:30 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61423 <pre> It stopped being automatically given after the issues with the bugzilla vandal (or rather, we placed existing people to the new editbugs group). </pre> Platonides 2012-05-22T13:32:30 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61422 <pre> What about CentOS? Or Gentoo? Slackware? Why stop with open source? We've got tons of users on Windows and OSX, shouldn't we mention their security releases too? PHP/MySQL/Apache security releases that affect MediaWiki are probably worth mentioning. $yourFavoriteSoftware is not. -Chad </pre> Chad 2012-05-22T12:35:54 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61421 <pre> I assume ops is already on the appropriate lists, but some of them are probably helpful (alerts likely to apply to all MW users like for PHP, Apache, etc). I definitely don't think that it's worth turning wikitech-l into a general security advisory list (there are specific lists for that) – and for that reason I don't think posting LibreOffice security bulletins is worth it. </pre> Andrew Garrett 2012-05-22T12:18:52 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61420 <pre>At some point I did appreciate some of your notifications, maybe you could continue sending these affecting php and linux in general (kernel + ubuntu and debian distro) On Tue, May 22, 2012 at 12:27 PM, John Du Hart &lt;compwhizii&lt; at &gt;gmail.com&gt; wrote: </pre> Petr Bena 2012-05-22T11:51:11 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61419 <pre>On Tue, May 22, 2012 at 1:43 AM, Raylton P. Sousa &lt;raylton.sousa&lt; at &gt;gmail.com&gt;wrote: Possibly! Though, let's be clear that you mean one way of implementing Global Profile, not a substitute for it. Either way, there would be engineering work to do. Just, a bit less of it this way around. </pre> Andrew Garrett 2012-05-22T11:21:18 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61418 <pre>How dare they complain about you posting off topic material! On May 21, 2012 4:39 PM, "Thomas Gries" &lt;mail&lt; at &gt;tgries.de&gt; wrote: </pre> John Du Hart 2012-05-22T10:27:26 http://permalink.gmane.org/gmane.science.linguistics.wikipedia.technical/61417 <pre>Today we are announcing the designs and interactive prototypes for the Universal Language Selector. Wikipedia is available in 285 languages, and MediaWiki has been translated to almost 400 languages. Several language-related tools are available to support the consumption and contribution of content in different languages. These tools allow users to type text in a language for which their keyboard is not prepared, download appropriate web fonts to display non-Latin scripts properly and choose the language of their user interface. The Universal Language Selector is a tool that will allow users to select a language and configure its support in an easy way. When the number of languages in a list approaches 400, ease of use becomes both a need and a challenge. The design process for the selector started with the analysis of user needs and the definition of representative scenarios to support. Then, we explored different ideas in the form of sketches and wire-frames through different iterations. Finally, we hav</pre> Pau Giner 2012-05-22T09:40:17 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.science.linguistics.wikipedia.technical