Typos

ReadingSystems/Kindle/KDF-KFX/KindlePreviewer3.md

@@ -22,7 +22,7 @@ As a reminder, AZK is **not** the file Kindle for iOS uses, it is indeed convert
 
 So, to sum things up, like AZK (and KCR), **KFX is a binary version of JSON** (JavaScript Object Notation). In other words, it is somehow likely the new Kindle renderer is sharing common traits with Kindle Cloud Reader, i.e. JavaScript built on top of jQuery and making use of webviews. That is still unclear though, so correct me if I’m wrong.
 
-Strictly speaking, KindleGen is not longer involved at this AZK/KFX conversion level. And there is no “public converter” for those two formats. `EpubToKFXConverter-1.0.jar` is bundled with KindlePreviewer (like `azkcreator` for AZK) but you could probably make use of your command-prompt-fu to access it (see [this post in MobileRead forums](http://www.mobileread.com/forums/showpost.php?p=3262219&postcount=338)).
+Strictly speaking, KindleGen is no longer involved at this AZK/KFX conversion level. And there is no “public converter” for those two formats. `EpubToKFXConverter-1.0.jar` is bundled with KindlePreviewer (like `azkcreator` for AZK) but you could probably make use of your command-prompt-fu to access it (see [this post in MobileRead forums](http://www.mobileread.com/forums/showpost.php?p=3262219&postcount=338)).
 
 ### History
 
@@ -49,7 +49,7 @@ What they don’t advertise though, are clever features that will enhance the us
 
 - the renderer takes user settings into account and will adapt drop caps, H&J and `float` images dynamically, depending on font size;
 - the renderer supports gaiji images (`inline` images);
-- the renderer computes an RGAA2.0-compliant contrast ratio: `color` for text on background.
+- the renderer computes an RGAA2-compliant contrast ratio: `color` for text on background.
 
 As the previous renderer (for KF8) [performed very poorly with kerning and ligatures](http://www.mobileread.com/forums/showpost.php?p=3172282&postcount=420), it could explain why they decided to build a new one and manage a lot of stuff when processing files so that the new renderer don’t have to. 
 
@@ -61,11 +61,11 @@ KFX is usually not mentioned in the release notes of Kindle updates. The additio
 
 ## Kindle Previewer
 
-[Kindle Previewer 3](http://www.amazon.com/gp/feature.html/?docId=1003018611) (beta) outputs KDF files, which is basically KFX data in an sqlite3 database instead of a KFX container. That could be an intermediate format like AZK-only this time they didn’t bother or have time to implement a bridge inside apps which support KFX.
+[Kindle Previewer 3](http://www.amazon.com/gp/feature.html/?docId=1003018611) (beta) outputs KDF files, which is basically KFX data in an sqlite3 database instead of a KFX container. That could be an intermediate format like AZK—only this time they didn’t bother or have time to implement a bridge inside apps which support KFX.
 
 There is a lot of interesting stuff to be found in KP3’s package: 
 
-- `EpubToKFXConverter-1.0.jar`, the KFX converter;
+- `EpubToKFXConverter-1.0.jar`, the **KDF** converter;
 - `mobicontentdumper`, which dumps the mobi files generated by KindleGen as json files;
 - `yjhtmlcleanerapp`, which cleans up code that goes in the way;
 - `coreprocessor.js`, a script (3100+ lines beautified) which aim is to parse CSS styles and alter HTML files.