OpenHatch is a non-profit dedicated to matching prospective free
software contributors with communities, tools, and education. Wikimedia
Foundation is pleased to announce that we're partnering with OpenHatch
<http://openhatch.org/> to make the upcoming pre-Wikimania hackathon
even more useful.
Asheesh Laroia and other OpenHatch folks will be working with Katie
Filbert (Aude), Gregory Varnum (Varnent), and me to encourage and aid
the Wikimedia technical community, by designing and executing the
novice-focused half of the hackathon. You'll see Asheesh in IRC as
"paulproteus".
I'm excited that we're working with OpenHatch on this. I've borrowed
lessons from OpenHatch in structuring our events and educational
materials. They are leaders in teaching new contributors, and in
building open source communities' capacity to nurture. With OpenHatch's
help with this event (and with the documentation they write), I hope to
get scores of semitechnical Wikimedia editors over the barriers to
technical contribution.
OpenHatch will, among other tasks:
* Develop novice-focused curricula that include tutorials for novices
* Design at least three project-based exercises for novices, based on
the model OpenHatch created with its Python and open source workshops
* Review existing public reference and tutorial material on the topics
* Update or write relevant instructional documentation on mediawiki.org,
including writing high-quality setup instructions for a new developer's
development environment
* Find on-the-ground volunteers to help address problems that newcomers
will face
* Disseminate lessons learned to the Wikimedia community
You'll see Asheesh and his colleagues on the hackathon page at
https://wikimania2012.wikimedia.org/wiki/Hackathon , in IRC channels
#mediawiki, #wikimania, and #openhatch, on wikitech-l, on Wikimania's
lists, and the new Wikimedia/OpenHatch event list:
http://lists.openhatch.org/mailman/listinfo/wmf-outreach-staff .
Welcome!
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
Hello everyone,
This is my first update in this list, since the GSOC term started,
regarding the project that I have been working on and would continue to
work on for the rest of the summer. The title of my project is Convention
Extension i.e an extension to help convert a wiki software into a
conference management system. Well to begin with I have had some changes in
the road map that i had suggested for this extension before, so below
mentioned are the components that have been completed by me in the past
month :
1. Model ( core ) classes for handling create, edit and delete operations
2. Api module (edit+create+delete) for handling the ajax requests.
3. Admin interfaces (dashboard and setup special pages)
Tasks that I would be performing in the next two weeks :
1. Writing js scripts for the admin interfaces
2. Adding ajax calls in js scripts
3. Testing admin interface UI components
4. Documentation for the code produced
I haven't pushed any of my code to gerrit yet, my live repository lives
here - [1].
Any feedback related to the features developed by me are most welcome. More
in depth details about this extension can be found here - [2].
Links:
[1] - https://github.com/chughakshay16/ConventionExtension/tree/model
[2] - http://www.mediawiki.org/wiki/User:Chughakshay16/ConventionExtension
Thanks,
Akshay Chugh
(irc - chughakshay16
Skype - chughakshay16
User: Chughakshay16)
This is a reminder that you're invited to the pre-Wikimania hackathon,
10-11 July in Washington, DC, USA:
https://wikimania2012.wikimedia.org/wiki/Hackathon
In order to come, you have to register for the Wikimania conference:
https://wikimania2012.wikimedia.org/wiki/Registration
(Unfortunately, the period for requesting scholarships is now over.)
At the hackathon, we'll have trainings and projects for novices, and we
welcome creators of all Wikimedia technologies -- MediaWiki, gadgets,
bots, mobile apps, you name it -- to hack on stuff together and teach
each other.
Hope to see you!
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
This weekend, TechWeek Chicago starts: http://techweek.com/
The Foundation's Peter Gehres is copresenting the analytics presentation
"How Wikipedia Doubled its Online Fundraising" this Saturday. If you're
at TechWeek, he and other Wikimedians want to meet with you and talk shop!
http://schedule.techweek.com/event/003fc017e0530c08eb34f08033c50f86
Saturday June 23, 2012 4:00pm - 4:45pm @ 1 - Main Stage (222 Merchandise
Mart Plaza, Chicago, IL)
"In 2010, online donations to Wikipedia more than doubled, from $7.5
million to $16 million and, in 2011, increased another 33%. Much of this
increase was driven by user research conducted in Chicago. Design
researcher Billy Belchev from Webitects will get into the nitty-gritty
of form design and testing, user interviews. Do one-step forms work
better than multi-step? Does PayPal help or hurt your numbers? What are
the effect of “Jimmy” banners? The answers are based on data from the
fifth most trafficked website in the world."
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
The 'deleterevision' permission is an instrumental supply if you want to
delete a revision of a page due to adding libelous information.
But it also allows suppressing log entries and some sysadmins don't want
to grant their administrators this possibility.
'deleterevision' as "delete a revision" is no additional possibility.
Revisions can also be deleted with 'delete' and 'undelete' permission
(but it's more difficult than 'deleterevision' process).
My suggestion is splitting 'deleterevision' permission into:
deleterevision: (un)deleting revisions only
suppresslogentry: (un)hiding log entries only
Cheers,
Tim
--
Tim Weyer
MediaWiki user "SVG"
Git/SVN committer "cervidae"
On 06/19/2012 11:23 AM, rupert THURNER wrote:
> Am 18.06.2012 20:40 schrieb "Sumana Harihareswara" <sumanah(a)wikimedia.org>:
>>
>> OpenHatch is a non-profit dedicated to matching prospective free
>> software contributors with communities, tools, and education. Wikimedia
>> Foundation is pleased to announce that we're partnering with OpenHatch
>> <http://openhatch.org/> to make the upcoming pre-Wikimania hackathon
>> even more useful.
>>
>> Asheesh Laroia and other OpenHatch folks will be working with Katie
>> Filbert (Aude), Gregory Varnum (Varnent), and me to encourage and aid
>> the Wikimedia technical community, by designing and executing the
>> novice-focused half of the hackathon. You'll see Asheesh in IRC as
>> "paulproteus".
>>
>> I'm excited that we're working with OpenHatch on this. I've borrowed
>> lessons from OpenHatch in structuring our events and educational
>> materials. They are leaders in teaching new contributors, and in
>> building open source communities' capacity to nurture. With OpenHatch's
>> help with this event (and with the documentation they write), I hope to
>> get scores of semitechnical Wikimedia editors over the barriers to
>> technical contribution.
>>
>> OpenHatch will, among other tasks:
>> * Develop novice-focused curricula that include tutorials for novices
>> * Design at least three project-based exercises for novices, based on
>> the model OpenHatch created with its Python and open source workshops
>> * Review existing public reference and tutorial material on the topics
>> * Update or write relevant instructional documentation on mediawiki.org,
>> including writing high-quality setup instructions for a new developer's
>> development environment
>> * Find on-the-ground volunteers to help address problems that newcomers
>> will face
>> * Disseminate lessons learned to the Wikimedia community
>>
>
> Many thanks for sharing this! Is there any money flow involved im this
> partnership as well?
>
> Rupert
Thanks for the question, Rupert. Yes, the Wikimedia Foundation
engineering department is paying OpenHatch for this work. We hired
OpenHatch as a contractor.
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
No, this is not about a wikitext parser. Rather something much simpler.
Have a look at [1] and you will see rules like:
n in 0..1
n is 2
n mod 10 in 3..4,9 and n mod 100 not in 10..19,70..79,90..99
Long ago when I wanted to compare the plural rules of MediaWiki and
CLDR I wrote a parser for the CLDR rule format. Unfortunately my
implementation uses regular expression and eval, which makes it
unsuitable for production. Now, writing parsers is not my area of
expertise, so can you please point me how to do this properly with
PHP. Bonus points if it is also easily adaptable to JavaScript.
[1] http://unicode.org/repos/cldr-tmp/trunk/diff/supplemental/language_plural_r…
-Niklas
--
Niklas Laxström
Well, the future is here -- Apple is now shipping a laptop with a
high-resolution 2880x1800 screen ("MacBook Pro with Retina display"),
optimized for a sharper display at traditional screen sizes. I have one
here on my desk and oh, is that screen beautiful. :)
We can reasonably expect such displays at laptop sizes to trickle down to
other models and manufacturers over the next couple years, starting with
power users and moving down to generic consumer machines. They're already
standard on many smartphones and some tablets.
For now, MediaWiki takes limited advantage of high-resolution screens. In
supporting browsers, text renders beautifully, but icons and images are
low-resolution and can look blocky or blurry like in this image:
<
http://upload.wikimedia.org/wikipedia/mediawiki/a/a3/SF_infobox_in_lo%2C_mi…
>
Sharper maps and diagrams like this will be nice in content, but we have to
fix our user interface images too!
Some general guidelines for anybody working on code that includes icons or
images:
* where possible, always create assets as SVG and generate the PNGs from
the scalable original
* INCLUDE THE SVG IN SOURCE CONTROL!
* If SVG isn't suitable (say for a photo), create a double-size version
even if you're not ready to use it yet.
We'll develop some best practices about how to switch in high-res versions
and whether it's better to use the SVGs or double-sized PNG rasterizations.
You don't need to use them now, just make sure the images are there when
we're ready to use them.
If your code includes PNG or GIF assets that were made from SVGs but you
didn't store the SVGs in source control, please try to find them and add
them -- otherwise you or someone else will have to recreate them at some
point. If you used a non-SVG format like Illustrator, slap those in -- they
can be converted later.
Some older images don't have source versions (or were made pixel-by-pixel)
and will need to be redrawn.
-- brion "living in the future" vibber
Hello, wikitech-l!
I'm pleased to announce a new (or perhaps, revived) extension for
MediaWiki, the EtherEditor. It's a way to allow collaborative editing of
any wiki page.
The technical implications of that concept aren't totally fleshed out
yet, but I have it working to the point where I can show people!
I have set up an instance of MediaWiki [0] with the extension installed.
In order to use it, you need to log in and enable the preference (the
instructions page [1] has it in more detail), and then you can edit
things collaboratively with other people.
This wiki isn't meant for extended use, or for storing sensitive (or
even slightly important) data. It will _very likely_ lose data from time
to time, so don't pour your heart into any edits. That being said, I
hope this added feature will be fun for everyone! If you have ideas or
bug reports, please put them at the Feedback page [2], for lack of a
better place (currently).
You can also access public pads at the actual Etherpad Lite instance on
the machine [3], but again, don't expect those pads to be there, and
don't use it for important information.
The major new features, which are still in testing and could use
feedback, are the edit buttons at the top of every editor. I'm aware
that there are no icons in some (most) of the buttons, but I'm working
on it. Other feature requests would be nice, since the project could
feasibly go in a lot of different directions at this point.
Oh, and for anyone who wants the code, it can be found in Gerrit [4]. Be
sure to check the README for the configuration variables, because
they're possibly confusing.
[0] http://etherpad.wmflabs.org/wiki/index.php/Main_Page
[1] http://etherpad.wmflabs.org/wiki/index.php/Instructions
[2] http://etherpad.wmflabs.org/wiki/index.php/Feedback
[3] http://etherpad.wmflabs.org/pad
[4]
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/EtherEditor.gi…
Thanks to everyone, and have fun!
--
Mark Holmquist
Contractor, Wikimedia Foundation
mtraceur(a)member.fsf.org
http://marktraceur.info