Fixed clippy issues in doc formatting

src/lib.rs

@@ -16,25 +16,25 @@
 //! - Rank types are now primarily used for storing hand rankings instead of `u64`s.
 //! - The `Evaluator` trait has been removed.
 //! - All evaluators in `poker::evaluators` have changed to be standalone functions rather than
-//! structs. Evaluator functions can differ in signature, primarily due return type, but also
-//! arguments.
+//!   structs. Evaluator functions can differ in signature, primarily due return type, but also
+//!   arguments.
 //! - `get_string()` has been removed in favor of having the rank string computed on `Rank`
-//! construction. Please see `BasicRank::description`.
+//!   construction. Please see `BasicRank::description`.
 //!
 //! ## Some extra changes in v0.1.0
 //! - The High Evaluator now uses the Cactus-Key Perfect Hash algorithm to calculate rank strength.
-//! While the 2+2 evaluator is in theory faster, compilation times for this library were extremely
-//! high when generating the graph, the amount of RAM and disk space of containing such codegen was
-//! too impractical and did not outweigh the minor performance improvement.
+//!   While the 2+2 evaluator is in theory faster, compilation times for this library were extremely
+//!   high when generating the graph, the amount of RAM and disk space of containing such codegen was
+//!   too impractical and did not outweigh the minor performance improvement.
 //! - `poker::ranks::generate_winner_list()` can be used to calculate the winners given the
-//! associated ranks of each player.
+//!   associated ranks of each player.
 //! - `core::CardDeck` now uses the Xoshiro256PlusPlus PRNG instead of SFMT and now requires a
-//! 256-bit seed rather than a 64-bit seed.
+//!   256-bit seed rather than a 64-bit seed.
 //!   - The reason why the seed width has increased is to ensure a chance for all possible deck
-//!   permutations. A 64-bit key only has the ability of replicating a very small fraction of these
-//!   permutations. In terms of likelihood, this shouldn't drastically change your likelihood of
-//!   getting a straight flush, but it brings it a bit closer to how a normal deck would function
-//!   in real life.
+//!     permutations. A 64-bit key only has the ability of replicating a very small fraction of these
+//!     permutations. In terms of likelihood, this shouldn't drastically change your likelihood of
+//!     getting a straight flush, but it brings it a bit closer to how a normal deck would function
+//!     in real life.
 //! - Added the following evaluators:
 //!   - 2-7 Low
 //!   - Omaha Hi