serenity - Unnamed repository; edit this file 'description' to name the repository.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Allow the user to be given the original message (as in, the message used to ↵	acdenisSK	2017-08-18	1	-2/+2
\| \| \| \|	construct the `args`)
*	Provide the args to the checks	acdenisSK	2017-08-16	1	-2/+2
\|
*	a little for-loop to iterator change	acdenisSK	2017-08-16	1	-3/+1
\| \| \| \|	Also added .vscode to .gitignore, because it may or may not contain some stuff others wouldn't want when they're coding in it.
*	Change the config a bit, and a few nitpicks	acdenisSK	2017-07-27	1	-10/+8
\|
*	rustfmt	acdenisSK	2017-07-27	1	-7/+15
\|
*	Fix the test	acdenisSK	2017-07-22	1	-2/+2
\| \| \| \|	>.>
*	Fix more doc tests	acdenisSK	2017-07-14	1	-1/+3
\|
*	Provide the command into the checks	acdenisSK	2017-07-13	1	-1/+1
\| \| \| \|	Although in the future, this will be changed to just bits of data of an actual command that wouldn't collide with the framework's code, but would still be useful for a check to use.
*	Fix doc tests	acdenisSK	2017-07-02	1	-1/+4
\|
*	Deprecate Client::login, add Client::new	Zeyla Hellyer	2017-06-06	1	-1/+1
\|
*	Re-order methods/fields in the framework	Zeyla Hellyer	2017-05-24	1	-14/+14
\| \| \| \|	This will help with readability in the generated documentation.
*	Restructure modules	Zeyla Hellyer	2017-05-22	1	-0/+226
	Modules are now separated into a fashion where the library can be used for most use cases, without needing to compile the rest. The core of serenity, with no features enabled, contains only the struct (model) definitions, constants, and prelude. Models do not have most functions compiled in, as that is separated into the `model` feature. The `client` module has been split into 3 modules: `client`, `gateway`, and `http`. `http` contains functions to interact with the REST API. `gateway` contains the Shard to interact with the gateway, requiring `http` for retrieving the gateway URL. `client` requires both of the other features and acts as an abstracted interface over both the gateway and REST APIs, handling the event loop. The `builder` module has been separated from `utils`, and can now be optionally compiled in. It and the `http` feature are required by the `model` feature due to a large number of methods requiring access to them. `utils` now contains a number of utilities, such as the Colour struct, the `MessageBuilder`, and mention parsing functions. Each of the original `ext` modules are still featured, with `cache` not requiring any feature to be enabled, `framework` requiring the `client`, `model`, and `utils`, and `voice` requiring `gateway`. In total the features and their requirements are: - `builder`: none - `cache`: none - `client`: `gateway`, `http` - `framework`: `client`, `model`, `utils` - `gateway`: `http` - `http`: none - `model`: `builder`, `http` - `utils`: none - `voice`: `gateway` The default features are `builder`, `cache`, `client`, `framework`, `gateway`, `model`, `http`, and `utils`. To help with forwards compatibility, modules have been re-exported from their original locations.