|"Some proposals will have massive impact on end-users, including non-editors. Some will have minimal impact. What will be the impact of this proposal on our end-users?". The level of discussion of this proposal is: Unknown|
Some proposals will have massive impact on end-users, including non-editors. Some will have minimal impact. What will be the impact of this proposal on our end-users? -- Philippe 01:11, 4 September 2009 (UTC)
First, thank you for your comment/question. The impact on end users would be
site related functions will be easier to access and manage creating a more consistent experience for all users. Admin's/sysops/mods will spend less time on redundant mundane tasks, giving legitimate edits/new pages/etc. a faster response. Spam posts can be managed "faster". Due to all these factors, it will improve the overall legitimacy of content.
IMO we have/are spending "much needed" time on improving the user experience, but i would argue that the admin interface is just as, if not more important. Users can create pages all day long, if we dont have the adequate system backbones "an admin control panel in this proposal" to maintain the pages/posts/etc that they are creating then it becomes almost pointless...
Eliminate shell requests
This would hopefully allow us to eliminate all or most shell requests in bugzilla, freeing up sysadmins to do their actual job instead of tweaking php files for us. Let the users handle the wikis, and let the tech staff handle the servers. Mike.lifeguard | @meta 05:34, 9 September 2009 (UTC)
I think this would be better as an extension, rather than a builtin feature, because as it's written now, it gives "administrators" too much power. "Administrators" on wikis are different from message board admins. Also as it is written now, it would introduces major security and performance issues. 18.104.22.168 01:03, 12 September 2009 (UTC)
maybe i should clarify their would be a difference of what options you have to work with in the acp just like the user groups work now.. when i say admin backend, it would be primarily for Sysops and people that Administrate the wiki, but access for admins/moderators etc would be essential as well. as of now a lot of manpower and very valuable time is wasted due to redundant repetitive tasks. Administrating a MediaWiki website is not admin friendly "Yet".