https://lists.wikimedia.org/mailman/listinfo/wikimediaie
The only mod address is wikimediaie(a)lists.wikimedia.org ...
The question came up because there was a message from Stevie Benton
(media guy at Wikimedia UK) about a press call from Ireland, stuck in
the mod queue. It occurs to me there might be all manner of things in
the mod queue ... and having a moderator is probably good.
(I'll happily be a mod of last resort, but someone actually in .ie
would be better.)
- d.
I think we should create a page describing standards for names of keys
in preferences and database objects for extensions. I propose to make
it standard to prefix all keys in $preferences array with the name of
extensions at least or some other words maybe (e_ExtensionName_Value
?).
The same should apply for database objects like tables. The main
reason for this is to avoid collision given that we already have lot
of extensions. What do you think?
I invite you to the yearly Berlin hackathon. It's 1-3 June and
registration is now open. If you need financial assistance or help with
hotel/hostel, just mention it in the registration form.
https://wmberlin.eventbrite.com/
This is the premier event for the MediaWiki and Wikimedia technical
community. We'll be hacking, designing, and socialising, primarily
talking about Gadgets, the switch to Lua, Wikidata, and Wikimedia Labs.
Our goals for the event are to bring 100-150 people together, with
lots of people who have not attended such events before. User
scripts, gadgets, API use, Toolserver, Wikimedia Labs, mobile,
structured data, templates -- if you are into any of these things, we
want you to come!
Details: https://www.mediawiki.org/wiki/Berlin_Hackathon_2012
Thanks to Wikimedia Germany for hosting and coordinating this event.
(Venue still to be determined.)
--
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
I have gone through
https://wikitech.wikimedia.org/view/How_to_deploy_code and updated it
to describe the Magical Git Universe. Specifically, there is a lot of
documentation surrounding the submodules that we now use for deploying
extensions, and surrounding the process and mechanics of extension
deployment branches.
Everything in the deployment guide SHOULD be correct, but some things
may be wrong, either because I made a mistake or because I documented
the way things should work before actually making them work that way
in reality. Either way, if something's wrong, poke me or Chad.
Roan
Hi,
for example, the extension AJAXPoll adds and uses two new database
tables to a MediaWiki installation.
This specific extension could be rewritten to use only one new table.
My questions:
1. Is there a policy, convention, that more than one new table should be
avoided in extensions ?
2. Are two or more new tables tolerated?
I've started adding some documentation on chunked uploading via the API on
mediawiki.org:
https://www.mediawiki.org/wiki/API:Upload#Chunked_uploading
This info is based on watching UploadWizard at work, and may be incomplete
or misleading. :) So please feel free to hop in and help clean it up,
thanks! There also probably needs to be better information about stashed
uploads, which has some intersection with chunked (for instance -- is it
possible to do chunked upload without using the stash? Or are they required
together?)
-- brion
Hi !
I thank you all everybody for your nice job, mediawiki is a great platform.
However, as you may know, we are some people to develop , contribute to
some extensions, and every time I migrate my wiki setup to a new
version, that looks like a nightmare !!! (mostly for the last 1.18.1).
I have either to upgrade extensions or dive into php code to make it
running with the new mediawiki release.
But this time, with 1.18.1 I am worried, because I do not have an in
deep knowledge of the mediawiki process.
So, the next time, a release is delivered, please provide with it a
migration guide for extensions !!!!! This will permit every developer to
maintain in a fast and efficient way, most extensions !! And since we
are all very good developers, I am pretty sure some people will be able
to provide a helpful migrating utility (when only function name changes
apply) ....
Today, I am not able to participate or migrate the CKeditor to the
1.18.1 Release .
Regards .
S.Ancelot
MathJax is now enabled as an experimental math rendering mode on
MediaWiki.org (thanks, Aaron).
To enable it, select it in your preferences under "Appearance".
I've set up a page here to report & track issues:
http://www.mediawiki.org/wiki/Extension:Math/MathJax_testing
While it's probably too slow to make it the default, it's a nice
alternative rendering mode which we should make available everywhere
if there are no remaining major issues. Thanks to Brion and everyone
else involved in getting it to this point.
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
*Dr. Tauhida Parveen completed her PhD in Computer Science from Florida
Institute ofTechnology with a research focus in software testing and cloud
computing. She has over 10 years of teaching experience, as a teaching
assistant, instructor, and is now an adjunct faculty member in the
Department of Engineering Systems at Florida Institute of Technology.
She is also an independent consultant specializing in software testing and
quality assurance, She has been a software test engineer at Millennium
Engineering and Integration, SAP, Yahoo!, Sabre Holdings, and Progressive
Auto Insurance.
Tauhida will be helping to test the Timed Media Handler among other
projects. You’ll probably see her editing test charters on
mediawiki.organd filing bugs associated with many different projects.
*
Hi.
The URL for CSS used to be something like this:
//bits.wikimedia.org/skins-1.18/monobook/main.css
Now there's apparently this:
//bits.wikimedia.org/skins-1.20wmf1/monobook/main.css
But this also works:
//bits.wikimedia.org/skins/monobook/main.css
Can someone please explain which should be used? Unexpectedly getting rid of
skins-1.18/ is actively breaking the look of certain pages (such as the www
portals), but I'm not clear whether I should simply be switching to a new
MediaWiki version in the URL or if there's something canonical I can use
instead (which would obviously be preferred).
I didn't see anything on the mailing list about this....
MZMcBride