Wikitech-l May 2012

wikitech-l@lists.wikimedia.org

136 participants
124 discussions

HTMLMultiSelectField as <select multiple="multiple"/>
by Daniel Werner 23 May '12

23 May '12

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 <select multiple="multiple"/> 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 <select/> 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 inheriting from HTMLMultiSelectField? I think HTMLMultiSelectField sounds more like describing what I just implemented rather than a bunch of select boxes, but of course renaming the existing one could "break" extensions (even though both are fully compatible and interchangeable). So one option would be simply naming the new one HTMLMultiSelectField2 if we don't want to stick with an additional option here. Cheers Daniel -- Daniel Werner Software Engineer Wikimedia Deutschland e.V. | NEU: Obentrautstr. 72 | 10963 Berlin Tel. (030) 219 158 26-0 http://wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

4 3

Many new developers & project owners - welcome!
by Sumana Harihareswara 23 May '12

23 May '12

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_projec… . 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 -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

1 0

some people complained already about my recent security alerts for PHP, OpenOffice, LibreOffice...
by Thomas Gries 23 May '12

23 May '12

... in consequence, you will _/not /_receive further major security alerts.

5 5

The bugtracker problem, again
by David Gerard 22 May '12

22 May '12

Discussion on Oliver Keyes' blog: http://quominus.org/archives/714 He's coming from the perspective of liaison with newbies. Read the comments. (I will note that Antoine Musso was right in the previous discussion that Mantis has a nice, friendly interface. I myself was most displeased to discover that (a) the code itself is really horrible (b) it's all but unsupported even to free-software standards.) - d.

23 45

Git Office Hours - May 22nd
by Chad 22 May '12

22 May '12

Hi everyone, I'd like to invite anyone who is interested in Git, Gerrit and code review to office hours I will be holding on IRC next week. Here are the full details: Channel: #wikimedia-dev on Freenode Date: May 22, 2012 Time: 18:30-19:30 UTC (13:30 EDT, 11:30 PDT) Subject: Git/Gerrit I will be on hand to answer any questions you have about the git migration so far, the process moving forward, and anything else interesting you can think up. Have a great week, and I hope you can join us next Tuesday! -Chad

2 1

WIkidata and Global Profile.
by Raylton P. Sousa 22 May '12

22 May '12

By chance Wikidata[1] could be a substitute for the Global Profile[2]? Because at least from what I understand it would not take much to implement this. I do not know if I'm talking nonsense, but I would be happy if it was done. [1]http://meta.wikimedia.org/wiki/Wikidata [2]http://www.mediawiki.org/wiki/GlobalProfile

3 2

Introducing: Designs for the Universal Language Selector
by Pau Giner 22 May '12

22 May '12

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 have created interactive prototypes to test whether our ideas work with real users, and we want to share them with the community. More information about the designs has been recently published at the Wikimedia Foundation blog: http://blog.wikimedia.org/2012/05/21/introducing-designs-for-the-universal-… We are announcing the availability of the Universal Language Selector designs to gather feedback on the proposed solutions, and ask for volunteers to test our prototypes. If you want more details on the designs or want to have ideas for improvement or criticism on the designs, feel free to do so on the talk page for the Universal Language Selector: https://www.mediawiki.org/wiki/Universal_Language_Selector#Proposed_design If you are a speaker of Arabic, Dutch, Hebrew or Hindi, you can also request participation for the usability tests at http://goo.gl/QpWmu In less than 30 minutes you can participate in the tests and experience whether our proposed solutions work in practice for your specific language community and context. Pau -- Pau Giner Interaction Designer Wikimedia Foundation

1 0

critical security alerts for OpenOffice and LibreOffice
by Thomas Gries 21 May '12

21 May '12

FYI ** Keine Antwort erforderlich ** no reply needed ** http://www.openoffice.org/security/cves/CVE-2012-1149.html http://www.openoffice.org/security/cves/CVE-2012-2149.html http://www.heise.de/newsticker/meldung/Kritische-Sicherheitsluecke-in-OpenO… (German) ** Keine Antwort erforderlich ** no reply needed **

3 3

Security alert: PHP 5.4.3 windows version upload exploit
by Thomas Gries 21 May '12

21 May '12

** Keine Antwort erforderlich ** no reply needed ** FYI: I just received the following information http://www.heise.de/newsticker/meldung/Ungepatche-Luecke-in-aktueller-PHP-V… (German) https://isc.sans.edu/diary.html?storyid=13255 "Clarifications/Updates to the original diary: - This is NOT remote exploitable. An exploit would require the attacker to upload PHP code to the server, at which point, the attacker could just use PHP to run shell commands via "exec". - only the windows version is vulnerable" "There is a remote exploit in the wild for PHP 5.4.3 in Windows, which takes advantage of a vulnerability in the com_print_typeinfo <http://php.net/manual/en/function.com-print-typeinfo.php> function. The php engine needs to execute the malicious code, which can include any shellcode like the the ones that bind a shell to a port." ** Keine Antwort erforderlich ** no reply needed **

2 1

Extensions queue for Git conversion
by Stephan Gambke 21 May '12

21 May '12

Hi, the next batch of extensions to be transferred to Git is overdue for more than a week now. Any idea, when it will actually happen? (http://www.mediawiki.org/wiki/Git/Conversion/Extensions_queue) Cheers, Stephan

4 5

← Newer
1
2
3
4
5
6
7
...
13
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l May 2012