Support for 3D-rendered molecules on Wikipedia has been on the
wishlist since ... forever. This was never done due to security
concerns, IIRC.
I just found this site : http://alteredqualia.com/canvasmol/#Penicillin
3D molecule rendering completely in JavaScript using canvas. Since it
only runs in the user's browser, Wikipedia servers are not at risk;
we'd probably have to check the code for potential XSS problems etc.,
and add a wrapper with a fallback to our normal PNG for non-JavaScript
browsers and, yes, old IE. But so what.
Any takers? Or should I give it a go?
Magnus
Just so everyone knows: this week, lots of Wikimedia Foundation staffers
& contractors are getting together in San Francisco for an all-hands
meeting, and then some of those people are also going to New Orleans for
the hackathon <http://mediawiki.org/wiki/NOLA_Hackathon>. So fewer ops
and development folks will be available for quick IRC and email
responses this week & this coming weekend. Stuff should be back to
normal-ish next week.
(For those of you going to New Orleans: looking forward to seeing you!)
--
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
Greetings all,
Been some things floating around about this already, but I'm proud to announce Brighton Wikimedia Hackathon.
http://www.mediawiki.org/wiki/Brighton_Hackathon_2011
MediaWiki developers are going to meet in Brighton on the South East coast of the United Kingdom to hack anything to do with Wikimedia projects (mediawiki, toolserver, pywikipedia and various other things.) I've been putting this together for a while, with a lot of help from Roan, Reedy, Sumana and various others, and the date has now been confirmed for the 19th and 20th of November 2011 (unfortunatly, it clashes with WikiConference India). If you're intending to come, please add your name here, just so we can start getting an idea of how many people are coming:
http://www.mediawiki.org/wiki/Brighton_Hackathon_2011#Attendees
I'll be adding more details as they become available, as well as a registration form.
-- Lewis Cawte
Greetings All,
Over the last couple of weeks a group of devs from Nitobi have been
putting together an Android Wikipedia App for us. They've been using
the PhoneGap framework to build the app and now it mostly has the same
features as our iOS app. I think it's finally gotten to a good state
for people to start hacking on it.
For those just wanting to get started here are the links
code: https://github.com/nitobi/Wikipedia
bugs: http://bit.ly/q1B9Bj
feature ideas: http://meta.wikimedia.org/wiki/Mobile_Projects/App_Features_&_Roadmap#Featu…
Right now the code is sitting in github but the plan is to move it
into our own git repo, alongside MediaWiki.
How can you help?
* Fork the code and help us with open bug requests
* Critique the code and suggest cleanup
* Port the app to iOS, Symbian, BlackBerry, Windows, WebOS, & Bada —
first get it running, then customize to each platform's look and feel
* Start to hack on new features like image uploads, starting a new
article, offline article saving, openZIM support, etc ...
* Localization for the user interface
* ... and whatever else you can come up with
Don't worry if you don't know Objective C, Java, etc .. All you need
to know is HTML5, CSS3, and JS. It's really simple to write these
apps.
Lots of pretty screen shots and a user flow diagram here :
http://meta.wikimedia.org/wiki/Mobile_Projects/WikipediaAndroidApp
Come join us on #wikimedia-mobile and let us know how it goes.
--tomasz
Hi everyone,
We need your help. We have a number of reports on the various village
pumps, helpdesks, Twitter, and such that IE8 users are experiencing
crashes merely by visiting our site. Here's the bug report:
https://bugzilla.wikimedia.org/show_bug.cgi?id=31424
Given the frequency and diversity of reports, there is almost
certainly something to this, even though we don't yet have a solid
repro case that a developer can actually use to fix this.
Here's what we need. If you are actually seeing crashes, we would
love to know exact browser version (e.g. IE 8.0.7601.17514), exact
operating system version, all plugins installed and their exact
versions, and how much RAM your machine has. Please report your
findings either in the bug report above, or if you're more comfortable
on-wiki, then here:
http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#If_you_….
Thanks!
Rob
Hi all,
as you may know, MediaWiki supports video embedding (from sites such as
YouTube, for example) only via separately installable extensions. Many of
these extensions are parser hooks (such as <youtube>), and as such they are
a bit difficult to use for the average editor and many video embedding
extensions are also very hacky and may even contain cross-site scripting
(XSS) vulnerabilities.
What's the solution? A video extension that supports multiple different
providers, is easy to use and is secure. So far none of the existing
extensions really match all the given criteria. Until now, that is. Earlier
today I committed the Video extension (
http://www.mediawiki.org/wiki/Extension:Video) into the official MediaWiki
Subversion repository at http://svn.wikimedia.org/.
The Video extension was originally written by David Pean, who is best known
for his work on the social tools (http://www.mediawiki.org/wiki/Social_tools),
back in 2007 for ArmchairGM (http://en.wikipedia.org/wiki/Wikia#ArmchairGM)
and it saw limited use outside ArmchairGM, but the code was never finished.
For example, while you could add videos to the wiki, there was no way to
delete a video, which would've been a rather easy way for a vandal to troll
the wiki.
During the past summer, I improved various social extensions (see
http://www.mediawiki.org/wiki/Social_tools/Phase_II), including Video. I
added support for deleting (and partially for undeleting) videos and I wrote
plenty of new provider classes. While the Video extension is in pretty good
shape now, it's not yet ready and it needs *your* help! Like I wrote
earlier, the deletion of videos is possible, but undeletion support is not
as functional, due to the way how Special:Undelete does things.
[[Video:Foo]] links can't yet be tracked via Special:WhatLinksHere. And, of
course, I'm not sure if Video supports your favorite provider yet. :-)
If you are a developer who's interested in video support or you know a
developer who'd be interested in helping out, please see
http://www.mediawiki.org/wiki/Extension:Video and
http://www.mediawiki.org/wiki/Commit_access (if you don't yet have SVN write
access).
Thanks and regards,
--
Jack Phoenix
MediaWiki developer
Fellows,
This is Google's cache of http://en.wikipedia.org/wiki/Devo. It is a
snapshot of the page as it appeared on 28 Sep 2011 09:22:50 GMT. The
current page could have changed in the meantime. Learn more ...
Like why is it so much faster than the real thing? Even when not logged in.
Nope, you may be one of the top ranked websites, but no by speed.
So if you can't beat 'em join 'em. Somehow use Google's caches instead
of your own. Something, anything, for a little more speed.
Because of the interest on [[WP:VPT]] in making deployments of MW on the
cluster go more smoothly, I've forked the discussion to a
sub-page: http://hexm.de/87
Please check it out and contribute!
Mark.
Here's part of the "long tail" of making everything fully compliant with
HTTPS page delivery.
I've noticed that there seem to be mixed-content problems with
HTTPS-loaded Wikipedia pages which display the fundraiser banner. At
least part of the problem seems to be this image:
http://upload.wikimedia.org/wikipedia/foundation/3/3d/CNbasicButtonParts.png
which is apparently loaded by the banner via a URL hard-coded into the
central notice CSS.
Can anyone else verify this?
Is there any simple and efficient way of fixing this in a way that will
"just work" in other similar cases, other than writing custom javascript
for this special case, or using the data: URI scheme?
-- Neil
