Last modified: 2007-02-13 18:48:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T10967, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8967 - Requests
Requests
Status: CLOSED INVALID
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All Windows XP
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-13 16:44 UTC by André Mondri
Modified: 2007-02-13 18:48 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description André Mondri 2007-02-13 16:44:01 UTC
== Usability .... ==

Hi,

is there any Chance to get modern Usability at MediaWiki 2.0 in the Future ?

It has to be a joke that there are allready Corefunctions at MediaWiki are missing : 

* ACL - a professional one with own Group adding/editing and overview like a modern CMS 
or Forum has.

* A PlugIn System like DokuWiki and the most CMS and Forums have.

* A Updateskript like the Installskript that MediaWiki has.

* A modern Discussionfunction like a Forum and not these fu***** Articlediscussion that 
are allready there and that nobody really likes.

* Modern Userprofiles and Options.

* Ajax Support

* Socialbookmarking

* Out-of-the-Box SEO Features

* BB-Code Support and a modern Editor for all Users needs.

* Buttons at Editor so that User can get involved without getting nerved by this fu***** 
Wikisyntax learning for Corefunctions (Redirect, Tables etc.)

* Real Privatemessagingsupport

It seems like MediaWiki Developers never used any other Webbased Software since Years. 
MediaWiki is not 2007 - it is still 1997.

Remember - the best Authors of Non-Computergenres are not Computergeeks.

Just take a look at DokuWiki - this is still not perfect - but some of the Features 
hardly missed at MediaWiki are allready there or usable by PlugIns. Move forward 
MediaWiki Team - you are still backwards.

At last - if you think some of these Features are useless - ok - let every Admin decide 
by him self if he wants to activate it at the Adminpanel or not.
Comment 1 Rob Church 2007-02-13 18:11:12 UTC
I'm closing this as an ignorant, disorganised rant containing multiple issues
and borderline trolling.
Comment 2 André Mondri 2007-02-13 18:30:43 UTC
Ok - no chance for modernising MediaWiki and 
ignorance on Userwishes. 
Comment 3 Rob Church 2007-02-13 18:37:28 UTC
When filing requests, file a single request per bug. Give a little more detail.
Don't troll. Don't compare MediaWiki to other wiki engines and insult the
development team. Understand the scope of MediaWiki and know what features won't
be accepted. Check for duplicate issues. Check previous discussion on these
issues. Don't whinge.
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-02-13 18:48:04 UTC
First of all: please be aware that MediaWiki is almost entirely a volunteer
project.  Yelling at us or insulting MW will only make us more irritated and
less likely to listen (see Rob's response).  And MediaWiki is free, too, so it
seems a bit unreasonable to get *angry* when it's missing features you want,
although disappointment is fair enough.

Second of all: report separate requests as separate bugs.  This allows us to
address each one by itself.  Each of your specific points about usability should
be filed as a separate request.  Where you have made a request I understand, I
have either pointed you to an existing bug that you can vote for or suggested
that you file one or more new bugs.

Now, to address your points:

(In reply to comment #0)
> * ACL - a professional one with own Group adding/editing and overview like a
modern CMS 
> or Forum has.

MediaWiki is not designed for much access control.  It is designed to be
basically open, with certain limitations for sanity.  It is absolutely
deliberate that there are only a handful of possible rights.  Some more
modularity may be expected in the future, such as the addition in 1.9 or 1.10 of
per-namespace editing restriction.

Because there are so few possible rights, it is unlikely that you'll need more
than a few groups.  We don't have a pretty in-wiki GUI for most settings, no,
mainly because the people who run the Wikimedia servers (i.e., the ones
MediaWiki is primarily targeted at) are generally proficient enough in
programming to be perfectly comfortable editing PHP files to change settings. 
Some of these may be migrated to easier-to-use in-wiki interfaces in the future,
but many likely not (see also bug 6952).

> * A PlugIn System like DokuWiki and the most CMS and Forums have.

MediaWiki has hooks, which you can use to create your own extensions.  A list
can be found in docs/hooks.txt.

> * A Updateskript like the Installskript that MediaWiki has.

MediaWiki has an update script, in maintenance/update.php.  Unfortunately, it
currently can only be run from a command line, but that's something that we
would be happy to fix if someone submitted a patch.  It is not very
high-priority because, again, MediaWiki is primarily designed for Wikimedia
Foundation use, and the WMF has dedicated servers.

> * A modern Discussionfunction like a Forum and not these fu*****
Articlediscussion that 
> are allready there and that nobody really likes.

This is an area that we're interested in, but nobody is working on it at the
moment.  There was some work on this over the last summer in the form of
LiquidThreads, which will probably be picked up again at some point, but there
are no timeframes for implementation.  This is bug 1234.

> * Modern Userprofiles and Options.

The word "modern" is not itself very descriptive.  More specific suggestions can
be opened as new bugs.

> * Ajax Support

Ajax is slowly being added for various things, where appropriate.  At the
moment, the keyword here is "slowly", because we're mainly a volunteer project
and no one is doing much work in this regard.  If you have specific suggestions
for features that can use Ajax, file enhancement requests for them.  (See also:
bug 2837, bug 4427, bug 5560, bug 6593.)

> * Socialbookmarking

MediaWiki is not designed for social sites.  However, this might make a good
extension.  You can file a bug report asking for someone to write one.  Again,
progress will likely be slow because the WMF is not interested in this kind of
thing, but third parties might be interested in writing such an extension.

> * Out-of-the-Box SEO Features

Any specific suggestions you have should be filed as bug reports.  MediaWiki is
generally pretty decent in the SEO department, as far as I know, but if you have
any ideas for improvements please share them.

> * BB-Code Support and a modern Editor for all Users needs.

There are difficulties in changing the current editing syntax, essentially
because of momentum (Wikipedians are used to it, and there are millions of pages
written in it).  You may be interested in the Wikiwyg extension being actively
developed by Wikia, but note that it is not yet very suitable for general use.

> * Buttons at Editor so that User can get involved without getting nerved by
this fu***** 
> Wikisyntax learning for Corefunctions (Redirect, Tables etc.)

There are already some buttons in the default installation.  More can be added
by editing [[MediaWiki:Common.js]] (or [[MediaWiki:Monobook.js]] for pre-1.9). 
If you have specific suggestions for new buttons, please file separate bug reports.

> * Real Privatemessagingsupport

MediaWiki is not designed for closed discussion, and the lack of private
messages is deliberate.  It would be possible to design an extension to add this.

> It seems like MediaWiki Developers never used any other Webbased Software
since Years. 
> MediaWiki is not 2007 - it is still 1997.

MediaWiki's interface received its only (AFAIK) major overhaul over a year ago,
with Monobook's release in 1.5.  Modern features such as Ajax are gradually
being added.

> Just take a look at DokuWiki - this is still not perfect - but some of the
Features 
> hardly missed at MediaWiki are allready there or usable by PlugIns. Move forward 
> MediaWiki Team - you are still backwards.
>
> At last - if you think some of these Features are useless - ok - let every
Admin decide 
> by him self if he wants to activate it at the Adminpanel or not.

Writing them remains the problem.  Most (probably all) of the developers are
interested primarily in Wikimedia applications, and so most of us aren't
interested in doing much work that will never be enabled on MediaWiki.

In general, MediaWiki may not be the best wiki software for uses not in line
with, basically, Wikipedia.  MediaWiki is designed and maintained basically for
Wikipedia and its sister projects, and I think it's probably the best wiki
software for those purposes.  If the purpose of your site is radically different
from that of Wikipedia, it is quite probable that other wiki software is better,
or non-wiki software.  We do not obligate you to use MediaWiki, and for most
purposes it is absolutely not the best software.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links