Defining config for ModTools now is similar to that of other features.
Additionally, merged the Ban and Kick commands into a single file,
and it no longer scans itself for attribute data on load.
It was originally like that, but was changed to be synchronous during
debugging. I may have forgotten to revert it before committing.
Also, removed note for future asynchronous response processing.
Synchronous response execution is expected behavior at this point.
Will no longer determine and store snowflake IDs for each entity
defined in configuration. Instead, it will be strongly
recommended in future documentation that users make use of IDs to
define such things.
Implements moderation commands that are fully configurable.
Commands are defined in configuration per-server under "modtools",
and allows for custom command triggers as well as individual options.
For now, only commands with "kick" and "ban" capabilities are
available, but more will be added in the near future.
BotFeature is a new base class that all new individual bot features
will derive from. At least one new feature is planned for this bot,
and in time it may be opened up so external assemblies can be loaded.
Full list of changes:
-Added BotFeature and ConfigSectionAttribute classes
-Renamed ConfigLoader to Configuration
-Removed RegexResponder specific configuration data
-Added per-feature configuration data storage
-LoadInitialConfig() no longer loads all configuration
-ReloadServerConfig() now loads remaining configuration, and allows
for actual configuration reloading. Live configuration reloading
is not an exposed feature yet.
-Can now delegate feature-specific configuration loading to feature
classes that make use of ConfigSectionAttribute
-RegexResponder fully implements BotFeature
-Rule configuration loading moved to RegexResponder
-Logging output has changed slightly in regards to rule triggering
and execution
-Changed configuration load behavior on startup
-Version pushed up to 1.0.0
With the addition of moderation commands coming up, it will be good
having a clear separation of separate features both in code as well
as in the way the files themselves are organized.
This code change will be coming soon.
Previous commits had quite a bit of personal information in them.
More than I would have liked to share. Unfortunately, making this
public means losing all that prior commit history.
