Why is MediaWiki so low-tech?
I understand the imperitive for maximal accessibility, but is it not also true that, these days, fewer and fewer people are using browsers that can't handle advanced features? The fact of the matter is that a website's *usability* is improved by taking advantage of the higher-tech architecture that modern browsers allow you to use. Can't MediaWiki default to its current state, but offer a per-user preference to turn on advanced options?
Look at a site like Facebook, (http://www.facebook.com), for example, which is possibly one of the most beautifully constructed websites I have ever encountered. It is simple in layout and ridiculously easy to use on account of very good design, and the use of advanced code generating popups, immediate editing, etc. Furthermore their code is pristine; I have never seen an error, even in the advanced features, on any browser.
The kind of MediaWiki advanced features I'm talking about could be something like instant editing. Think about if you're reading a long section of an article, and midway down there's a spelling error. There are so many reasons to not fix it: you'd have to scroll up to click the edit link on that section, you'd have to wait for it to load, you'd have to find the place again in the edit box, you'd have to wait for it to load again, and all this time you won't be able to continue reading your article, and you'll have lost your place. What if you could just click next to the relevant paragraph, turning it into an edit box on the same page - no loading - edit it, save it, and never once have to switch page. Something similar to the way you can edit posts in vBulletin without having to change pages. I know for sure that a feature like this would double the speed at which (and the likelihood of which) articles are improved.
Obviously once you accept the usage of advanced elements like this there's no stopping how much easier you can make the site, and how user friendly. If the only grounds to not include this kind of feature are accessibility, just put each feature on a switch in user preferences.
On 1/6/07, Virgil Ierubino virgil.ierubino@gmail.com wrote:
Why is MediaWiki so low-tech?
I understand the imperitive for maximal accessibility, but is it not also true that, these days, fewer and fewer people are using browsers that can't handle advanced features? The fact of the matter is that a website's *usability* is improved by taking advantage of the higher-tech architecture that modern browsers allow you to use. Can't MediaWiki default to its current state, but offer a per-user preference to turn on advanced options?
Look at a site like Facebook, (http://www.facebook.com), for example, which is possibly one of the most beautifully constructed websites I have ever encountered. It is simple in layout and ridiculously easy to use on account of very good design, and the use of advanced code generating popups,
we have popups if you install the right extension see [[Wikipedia:Tools/Navigation popups]]
immediate editing, etc.
we've got that.
Furthermore their code is pristine; I have never seen an error, even in the advanced features, on any browser.
Throws up errors in Mosaic (yes I know not a fair test). Either you over generalised or you didn't search very far.
The kind of MediaWiki advanced features I'm talking about could be something like instant editing. Think about if you're reading a long section of an article, and midway down there's a spelling error. There are so many reasons to not fix it: you'd have to scroll up to click the edit link on that section, you'd have to wait for it to load, you'd have to find the place again in the edit box, you'd have to wait for it to load again, and all this time you won't be able to continue reading your article, and you'll have lost your place. What if you could just click next to the relevant paragraph, turning it into an edit box on the same page - no loading - edit it, save it, and never once have to switch page. Something similar to the way you can edit posts in vBulletin without having to change pages. I know for sure that a feature like this would double the speed at which (and the likelihood of which) articles are improved.
When I click on something on wikipedia I generaly don't want to edit it.
Obviously once you accept the usage of advanced elements like this there's no stopping how much easier you can make the site, and how user friendly. If the only grounds to not include this kind of feature are accessibility, just put each feature on a switch in user preferences.
How about lack of coders and lack of money?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Virgil Ierubino wrote:
Why is MediaWiki so low-tech? [snip]
I'm sure this kind of response will spark righteous indignation on the part of every developer who has a clue on what's going on underneath MediaWiki's hood. Plus, lack of AJAX does not mean "low-tech", which you have so insinuated.
Furthermore, you've mixed up AJAX (which, while slow in coming, is being implemented when appropriate) and inline-WYSIWYG editing (which poses immense technical challenges due to the legacy baggage of our wikitext format). If you want to see "state-of-the-art" MediaWiki work, please check out: http://wikiwyg.net/ http://demo.wikiwyg.net/wikiwyg/demo/standalone/
Finally, the trouble of maintaining accessibility is probably the last of our concerns. We don't /have/ the more advanced features implemented in a stable manner yet, this is *open source*
Virgil Ierubino wrote:
Why is MediaWiki so low-tech?
I understand the imperitive for maximal accessibility, but is it not also true that, these days, fewer and fewer people are using browsers that can't handle advanced features? The fact of the matter is that a website's *usability* is improved by taking advantage of the higher-tech architecture that modern browsers allow you to use. Can't MediaWiki default to its current state, but offer a per-user preference to turn on advanced options?
We have several JS/AJAX features, and I have attempted to encourage the development of more. See
http://lists.wikimedia.org/pipermail/wikitech-l/2006-August/025991.html http://lists.wikimedia.org/pipermail/wikitech-l/2006-September/026387.html
The answer to your question is that we have far fewer developers (in full-time equivalent terms) than Facebook, Flickr or any of the other major AJAX-based sites. We will work towards improved client-side functionality, but it could take years to reach the level of functionality you're talking about.
-- Tim Starling
Tim Starling wrote: <snip>
We have several JS/AJAX features, and I have attempted to encourage the development of more. See
http://lists.wikimedia.org/pipermail/wikitech-l/2006-August/025991.html http://lists.wikimedia.org/pipermail/wikitech-l/2006-September/026387.html
I badly need to learn AJAX, so that might be a good start :)
The answer to your question is that we have far fewer developers (in full-time equivalent terms) than Facebook, Flickr or any of the other major AJAX-based sites. We will work towards improved client-side functionality, but it could take years to reach the level of functionality you're talking about.
What about hiring more developers ? Maybe the foundation should looks for the needed skills. The MediaWiki code is well wrote and can be learned easily. With Brion and you as mentors, I am sure they will get effective very fast.
It might be good to get some people to handle the servers too, that will mean less system administration for you and more development.
cheers,
On 07/01/07, Ashar Voultoiz hashar@altern.org wrote:
What about hiring more developers ? Maybe the foundation should looks for the needed skills. The MediaWiki code is well wrote and can be learned easily. With Brion and you as mentors, I am sure they will get effective very fast.
It might be good to get some people to handle the servers too, that will mean less system administration for you and more development.
http://wikimediafoundation.org/wiki/What_we_need_the_money_for#Goals_for_Hir...
They mention a CTO = Chief Technical Officer and "several developers".
Given that the current fundraiser seems unlikely to meet its goal of $1.5m, hiring might be one of the areas that gets cut back.
regards Brianna user:pctdayelise
On Sat, Jan 06, 2007 at 04:30:47PM +0000, Virgil Ierubino wrote:
Why is MediaWiki so low-tech?
{{sofixit}} -- ~~~~
wikimedia-l@lists.wikimedia.org