PR #35 introduced the use of the lipsum crate. This works well and avoids the Baconian code bloating with boilerplate text constants.
However, currently, the usage is rather blunt, inelegant, as simply assigns lipsum text of an arbitrary 160 char length that may break if the plaintext is over ~50 chars in length.
Desired functionality: is that the default decoy text (generated using the lipsum crate) would automatically size to the length of the plaintext passed into the encrypt function.
PR #35 introduced the use of the
lipsumcrate. This works well and avoids theBaconiancode bloating with boilerplate text constants.However, currently, the usage is rather blunt, inelegant, as simply assigns
lipsumtext of an arbitrary 160 char length that may break if the plaintext is over ~50 chars in length.Desired functionality: is that the default decoy text (generated using the
lipsumcrate) would automatically size to the length of the plaintext passed into theencryptfunction.