toml_edit::DocumentMut is apparently the thing to use per compile-time warning

Canvas returns lists paginated to 10 items by default. This can be modified
through a query parameter, but it may make sense to just query multiple pages.
We need to strike a balance between making tons of requests and having huge
response bodies.

I propose that we paginate to 50 items during actual use, but limit this to the
original 10 during tests.

I usually do my homework in the order it is due. Would it be possible to sort To-Do items (or the ability to configure this behavior)?

Many students have classes that are out-of-date but still appears since the professor has not ended the class.
A config file option to exclude certain results could resolve this issue.

Adding this feature would involve creating a new subcommand for most things to ignore stuff. Much like the todo ignore, but working locally instead of through canvas.

This would require modifying the canvas_cli_config crate to allow writing to config.

Running canvas_cli profile should provide the user with a formatted version of the basic profile information.

Unsure if this should be implemented using inquire::Editor, or custom formatted and then cleared (crossterm alt screen?).
Contact me about this if you take this issue on.

This is probably the first issue that determines a big chunk of the look of the final tool. (If other issue establishes this first, link it below)

Implement canvas_api::types::Viewable for Todo, forwarding the call to the nested Assignment.

<T: std::borrow::Borrow<canvas_cli_config::Config>> is all over the place, but it is only in there because of lifetime issues in async iterators in tests.

Either eliminate the tests, find a way around borrow, or make it cleaner by extracting out the path using use and using impl Borrow<Config> instead of this monstrosity.

• Revisit return types of request functions
  • Confirm server sends negative status code on error
• Revisit return types of handlers
• Distinguish between handlers and handler-helpers (select course/todo/assignment)

I've been committing to main this whole time, but if I want to be able to
collaborate, I will need to start using feature branches.
I already "had" to force push to main today, so it's about time.

I will finish the courses list test, then start using branches.

Crate for Multiplatform

Use ~/.config/ directory instead of the source directory for config.toml.
This would allow an install using cargo install --locked.

Kind of like what the title says: we should be able to omit config options if we want to keep the defaults.

If I do so now I get:

Error: Config(Parse(Error { inner: Error { inner: TomlError { message: "missing field `formatting`", raw: Some("[network]\nurl = \"elearning.mines.edu\"\npagination = 50\n"), keys: [], span: Some(0..0) } } }))

Create a selector using inquire similar to those for courses and todo.
Depends on #14.

All the work should be in fuller exclusively.

Overview of Steps:

• Add a new selector to fuller/src/selector.rs (inbox_selector)
  • See other selectors in same file, and emulate that, just with different types
• In fuller/src/main.rs, alter the inbox command behavior to call the selector

Relevent Docs

General Steps:

• Create a new module in canvas_api/src/types/
  • Be sure to add the module to canvas_api/src/lib.rs
• Create types from docs
• Implement crate::types::ResponseType, PartialEq, & Display (see others for examples)
• Create a new module in `canvas_api/src/requests/
  • Be sure to add the module to canvas_api/src/requests/mod.rs (at the bottom)
• Either create a test or get someone to create the test
• Keep testing until you figure out the actual nullability of all the fields
  • Their docs aren't always accurate here
  • Error messages will tell you what the general issue is (expected type vs. actual type)
• Create Pull Request

Closely linked to #40