docs: include editorial checks (#48)

Author: danielskatz

paper.bib

@@ -27,7 +27,7 @@ @techreport{fousse:inria-00070266
 @misc{cd,
 author = {T. Hoppe},
   title = {{Cayley Dickson}},
-  year = {last accessed: 16 Feb 2021},
+  note = {last accessed: 16 Feb 2021},
   publisher = {GitHub},
   journal = {GitHub repository},
   url = {https://github.com/thoppe/Cayley-Dickson}
@@ -60,7 +60,7 @@ @misc{boost
 }
 
 @misc{doxygen,
-author = {van Heesch, D.},
+author = {{van Heesch}, D.},
   title = {Doxygen},
   year = {2021},
   version = {1.9.1},
@@ -72,7 +72,7 @@ @misc{doxygen
 @misc{cpplint,
 author = {{Google Inc.}},
   title = {{cpplint}},
-  year = {last accessed: 16 Feb 2021},
+  note = {last accessed: 16 Feb 2021},
   publisher = {GitHub},
   journal = {GitHub repository},
   url = {https://github.com/google/styleguide}

paper.md

@@ -142,7 +142,7 @@ All of the data and code required to reproduce these results is available in the
 
 # State of the field
 
-When it comes to a general hypercomplex framework, the well-known _boost C++_ libraries deserve the most notable mention here [@boost]. Unfortunately their scope is limited as they only implement classes for quaterions and octonions (however, as an upside, all the operations are well optimised). Moreover, these libraries do not support operations on MPFR types natively. It may also be worth mentioning the existence of smaller projects like [@quaternions] and [@cd], but, unlike our work, they often lack proper test suites, code coverage reports, and documentation, and are also significantly restricted in functionality, which is a major drawback.
+When it comes to a general hypercomplex framework, the well-known _boost C++_ libraries deserve the most notable mention here [@boost]. Unfortunately their scope is limited as they only implement classes for quaterions and octonions (however, as an upside, all the operations are well optimised). Moreover, these libraries do not support operations on MPFR types natively. It may also be worth mentioning the existence of smaller projects like those by @quaternions and @cd, but, unlike our work, they often lack proper test suites, code coverage reports, and documentation, and are also significantly restricted in functionality, which is a major drawback.
 
 However, (most importantly) to our best knowledge, there is currently no high-quality open-source library that natively supports cryptosystems based on truncated polynomial rings.
 Previous research described distinct versions of NTRU [@NTRU], among others: 4-dimensional QTRU [@QTRU], 8-dimensional OTRU [@OTRU]; and a proposed 16-dimenisional STRU [@STRU], the correctness of which has not yet been verified.