-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Users #8
Comments
This is true, and the original intent for me anyways, was not to create a new Eggdrop type bot, but it would be fairly trivial to add a "master" user in the config, and allow that user to promote users -- this would require a slight update to the User object and would also make the couchdb (or some persistence module) a requirement |
Not thinking about such an advanced concept as implemented in eggdrop (give voice to a user, etc.), but only certain groups of users.
This functionality should be put into the core of the bot IMHO. Question is, if we would need something like a "dependency mechanism" for plugins, because not all plugins would use this functionalitly a user could turn it off completely and remove the dependency to an exisiting database). Just my initial thoughts on this one. What do you think? |
Hi,
right now all users are allowed to call all commands. I guess we should create a separation of concerns here. E.g. Only admins are allowed to reload plugins, while members are only able to add words ti the textfilter. Other users can then e.g.call the lastseen functionality.
So i guess we have three user groups: admin, members and the rest. The users and there groups should be stored in a central place (json file and/or database). This will have an impact on all plugins and we should therefor put this in a central place (irc.js or global.js). What do you think?
The text was updated successfully, but these errors were encountered: