Be consistent in ending every sentence with a period (especially outside a parenthesis as in L16).
It keeps the document as perfectly professional as possible.
Be consistent in ending every sentence with a period (especially outside a parenthesis as in L16).
It keeps the document as perfectly professional as possible.
Be consistent in ending every sentence with a period (especially outside a parenthesis as in L16).
It keeps the document as perfectly professional as possible.
56 | @@ -57,7 +57,7 @@ Implementation details
57 | * Use a precomputed table of multiples of powers of 16 multiplied with the generator, so general multiplication becomes a series of additions.
58 | * Intended to be completely free of timing sidechannels for secret-key operations (on reasonable hardware/toolchains)
What about this line? And I think there are further lines.
Perhaps it's easier to remove all periods in lists (except where a full sentence appears in a list item).
fixed for all periods
Fixed for all period
40 | - * Using 5 52-bit limbs 41 | + * Using 5 52-bit limbs. 42 | * Using 10 26-bit limbs (including hand-optimized assembly for 32-bit ARM, by Wladimir J. van der Laan). 43 | * This is an experimental feature that has not received enough scrutiny to satisfy the standard of quality of this library but is made available for testing and review by the community. 44 | -* Scalar operations 45 | +* Scalar operations.
Agree with @real-or-random. Adding periods in places like this does not make much sense.
While you're 100% correct that there might not be technical merit in these miniscule changes, it just irked me a little bit, that the words that described the technicals, weren't 100% punctuated, and as a grammar expert, I felt compelled to do the needful, for other grammarians in the future who'd probably come across this document.
Sorry, I don't get your comment. Closing this PR for now. Feel free to reopen if you have an updated suggestion.