Moderator features #52
Comments
|
I believe this is for the people that are going to administer the site once it's live. |
|
Ah, okay. Will there need to be a separate area for the admins/mods to view a set of controls? What will they be able to do? |
|
That's a good question. Let me rub some brain cells together and see what I can come up with. :) |
|
We should probably remove traces of this from the codebase for the first release. |
Refactored classes in `AbaLookup\Entity` namespace. The location specific classes are likely no longer needed as we are going to be using a 3rd-party maps/distance API. Added a UserType enumeration (kinda?) class that holds the types a user can be. Refactored unit tests to reflect updates to classes. Also, - Removed traces of moderator flag until we figure out what that is/will be. (MUNComputerScienceSociety#52) - Renamed sex to gender. (MUNComputerScienceSociety#63) - Certificate of Conduct now stored as the date recieved, NULL indicating that it was not recieved. (MUNComputerScienceSociety#93) - UserType class uses reflection (which is probably a bad idea).
|
Are moderator features slated for removal or do we have a use case for this? |
|
Hmmm, other than actually administering the site, I'm not sure if there's anything a mod would really need to do. Having a separate moderator would only be of benefit if a third party took over moderation duties. |
|
Fair enough, so we don't need a moderator type for a user? Admins would be more sysadmins than moderators? |
Users currently have a
moderatorfield. What does/will this do?The text was updated successfully, but these errors were encountered: