DDO wiki:Administrators' noticeboard/Projects

How To Use This Page
The purpose of this page is to encourage project collaboration among the wiki editors. It has been known to happen that multiple editors decide to undertake the same or similar projects and work on it separately, when it would be much more efficient to have all interested editors collaborate on the same project.

For this page, the definition of a "Project" is a relatively major change to a page or a series of pages on the wiki. Projects would include things like: adding a new series of quests, updating new focus orb images for an entire item type, beautification of pages, template construction/revamps. General edits are not considered projects and will be removed from this page. Examples include: fixing typos or grammatical errors, any thing discussion related.

Here is the preferred template to use when adding a project:

Administrative Projects
Projects listed in this heading are for major undertakings that will require administrative rights on the wiki to accomplish.

Page protection level indicators
I've started work on a new system that will automatically show anyone interested in using the script the current protection levels in place on a page. Currently, the script adds a string of text as the first &lt;li&gt; in (to the left of) the personal toolbar (the one up top with your userlink, talklink, preferences, watchlist, contributions, and logout). You can see it in action using my testcases page for it User:Technical 13/Protection tests. The script is located in MediaWiki:Gadget-protectionNotices.js. I was thinking I would like to just use a simple two icon system to show the protection level and take up as little space as possible. Wikipedia uses a colored lock system for this purpose, but we ain't Wikipedia, so what I am thinking is that we use a colored d20 image or logo image instead of padlocks. The question becomes, which colors do we want to use to mean what things? I personally like the idea of for MediaWiki: pages (which are things that most admins shouldn't even edit),  for fully protected items, and  for semi protected items. Your thoughts and ideas? (I also uploaded &&  if someone likes those colors better)... ShoeMaker (Contributions • Message) 13:50, May 26, 2014 (EDT)


 * I have enabled the gadget for testing. I assume the die's color would be based on the edit protection and not move, correct?
 * None - no edit protection
 * Blue - semi/autoconfirmed
 * Red - full/sysop
 * They do need to have alternate text as Agonshar said, so that users can see the exact combination of edit and move protection for the page when they hover over them. --Zav (Contributions • Message) 22:04, May 26, 2014 (EDT)


 * Sorry, I've been away and kind of let this project sit idle for awhile... Anyways, I was thinking there could be either two icons to indicate edit/move levels (if different, one if same level as most will be) or one split icon that shows both in one icon (top-left half would be edit and bottom-right would be move). As far as text on mousover, that is a given as it will take users new to the icons time to learn what each color means and how to understand the icons.  ShoeMaker (Contributions • Message) 13:21, October 20, 2014 (EDT)

User preferences
I'd like to get some input on an idea I have to allow administrators to help assist users fix preferences they may have accidentally changed and do not know how to fix themselves. In order for me to accomplish this project correctly, it will need to be done in two stages.
 * 1) The first stage will be for me to make modifications to user right groups, which I think should have it's own discussion exactly what we want the hierarchy of user groups to be and what rights should belong in each group.  There are multiple things that need to be fixed here from the simple things like all registered editors should be able to make changes to the wiki via the API (using javascripts for certain functions for everything from tagging pages for deletion to posting PPOI notices on user talk pages or even for administrators protecting or deleting pages or making changes in users in groups) to the ability for administrators or crats to be able to promote people to superuser (which I'm wondering if we need at all or can we just roll it into another group?) etc...
 * 2) The second stage for this particular proposal will require me to write an admin-only gadget that will allow administrators to post code to users' common.js pages that will change the setting(s) in question upon a page load and then remove itself from their common.js.  I've dabbled in creating such a script before and am certain it can be done without much fuss.
 * I look forward to everyone's replies on this idea, and am creating two sub-sections to this post below for discussing the individual stages.

Preferences gadget discussion

 * Firstly before I make a comment on the above data table for user permissions it looks as if lots of it is displayed incorrectly, can I correct this before moving onto opening any valid arguements for and against ?
 * Example: Autopatrolled / superuser should be marked with an as implied based on lower permission user groups correct ?  But it like many others is showing as directly permitted, when permissions for this exist already from lower groups - a  is for a NEWLY added permission.  I am not criticizing un-necessarily, I'm being construtive and just believe the information we are basing our comments on needs to be correct first. And in true DDOwiki style I was busy editing the tabel to correct it and thought - whoa-there I better ASK about this first lol!! Agonshar (Contributions • Message) |  My projects  |  My ToDo list  |  My Sandbox  |  My Links  19:29, October 20, 2014 (EDT)

User Rights
The following table is a representation of what I think the data found on Special:ListGroupRights would benefit our administrators more.


 * indicates directly permitted
 * means implied based on lower groups

Change User Groups
The following table is an interpreted representation of the abilities of each group to promote self and/or demote  users from groups.

Discussion
The adjustment to the ability to assign user groups seems logical to me that anyone at a certain level should be able to promote anyone else to the same level as they are at and demote anyone at a lower level... If such a right was abused, it would be simple to have it in policy that abuse of such rights will revoke the rights immediately and a discussion about it would ensue. User privileges per each group should be explicit except in cases where one group is a prerequisite for the highest tier group. This brings us to hierarchy of groups, which should be fairly evident from the tables above. I also suggest that we hold an "election" of sorts that will result in five total stewards (can expand later if needed). The positions will consist of three static slots,, (will eventually be merged into  once the merge tool is fixed), and. Xevo is the system host, and needs full access as such; everyone is aware of my vastly technical nature of edits and my use of all of the tools and whatnot and this level is required for some of my work; Yoko is the only active founder of the wiki and although he rarely uses the permissions granted, and would surely give them up on a whim, I believe his stability on the wiki and knowledge of proper use of the rights the group offers is justification enough. The last two spots should be elected spots for balance. The two spots would be alternating two year terms (first election would be for both slots, runner up would get the shortened one year term) with an election held every year for one slot. A combination of the tallied votes along with a technical assessment of the candidate's contributions (not just edits, but also moves/deletions/blocks/renames/etc) over the previous two years would decide the victor(s) of the election. I'd love to get some feedback at this time, so I'll stop blabbing and save this edit for all to see... :) ShoeMaker (Contributions • Message) 14:18, October 20, 2014 (EDT)

DDO Wiki Projects
Projects listed in this heading are for any planned, proposed, ongoing, or recently completed projects dealing with the upkeep and maintenance of this wiki.

Template Projects
Projects listed in this heading are for any planned, proposed, ongoing, or recently completed template projects.

Image Projects
'Projects listed in this heading are for any Image related projects. New items, updating images, etc...'

General Projects
'Projects listed in this heading are for any project that does not fall into any of the above categories. Anything from adding new quests, to updating data because of recent updates/expansions'