The code described in this README parses latex-formatted text in search of forbidden phrases and prints error messages formatted as if from a compiler.
This code is a weapon against collaborators who would dilute your writing with ambiguous or verbose prose. It was designed to ensure that collaborative papers appear in a consistent style: mine.
I think of all activities as coding. My presentations use python scripts, not powerpoint. My writing and research posters use latex and emacs, not word or publisher. When I write code, I try to be creative and sloppy, relying on tools to identify most of my mistakes. (For example, gcc issues warnings, splint can verify some memory processes, and custom scripts can identify simple portability problems.) When writing text, I had no such tools.
The style checker is one such tool. When I notice a mistake that can be identified by a regular expression, I add a forbidden expression to the style checker's ruleset. Then, when I build my latex-formatted paper, I run the style checker to seek out such phrases.
It has saved me from submitting gramatically-sloppy last-minute edits.
Like the warnings printed by a compiler, errors from the style checker should not be taken literally. Use your own judgement to correct sentences: make them shorter, more specific, and more varied. I cannot advise you to rely on this tool in the way I do; my approach to writing is not necessarily a good one for anyone.
The style checker is a ruby script that seeks out files in directories /etc/style-check.d or ~/.style-check.d, or files named ~/.style-censor or ./style-censor. Each file is a list of expressions in one of four types, annotated with a justification. See the existing files for examples.
Syntax expressions are matched exactly. They are case-sensitive. Any regular expression will do. As a hint, "\b" will match some non-word character, like a space or newline.
[ ], % syntax whitespace before comma seems wrong. ''[\.,] % syntax end quotes go outside punctuation like . and , [ ]-[ ] % syntax a hyphen surrounded by space should probably be an emdash '---'
Capitalize expressions match whole words, and are case-sensitive. Such expressions are designed to help maintain uniformity of capitalization of product and project names, like PlanetLab, Scriptroute, CoDeeN, iPod, etc. They are transparently wrapped with "\b"s to ensure that only whole words are matched.
Planetlab % capitalize PlanetLab planetlab % capitalize PlanetLab ccdf % capitalize cisco % capitalize the company name internet % capitalize unless talking about an internet other than the Internet ttl % capitalize
Phrases match longer phrases such as "the foreseeable future" or "at the end of the day". As with capitalize expressions, they are transparently wrapped with "\b"s, but are not case sensitive. Some phrases that should be forbidden include double words.
[^r][^c][^h] impact % phrase "effect", "result", though nsf likes "research impact" absolutely essential % phrase essential few in number % phrase few the the % phrase apparent double word. (quite|more|very|most) unique % phrase unique is. a large number of % phrase you mean "many" the way in which % phrase should be "how" or "" live in a vacuum % phrase a tired metaphor that makes me want to vomit.
Spelling expressions are internally handled just like phrases. These are useful for common misspellings or typo's. Perhaps you habitually misspell lose as loose and would prefer to have a checker complain. I habitually misspell measurment, secrurity, and experiements.
experiements % spelling measurment % spelling secrurity % spelling taht % spelling teh % spelling privledge % spelling "privilege" I misspell it every way possible. privlege % spelling "privilege" I misspell it every way possible. priviledge % spelling "privilege" I misspell it every way possible. queueing % spelling I'd love to spell it this way, but spellchecker whines.
Ignore the parameter to this command. If only spell checkers were this cool. The standard ignored commands are \begin, \end, \url, \cite, \ref, \label, and a few others. You can extend this in ./censor-dict with a personal dictionary that might include, for example \todo or \hostname. The internal implementation of ignored commands is to "replace" them with ~ (the non-breaking space character) before the rest of the rules are checked, so it is possible that other rules may need to take this into account.
todo % ignoredcommand texttt % ignoredcommand
In addition to configurable rules, the style checker also seeks out common errors within the LaTeX source itself:
- an unescaped percent-sign directly following a number is frequently an error.
- a \cite{} tag should precede (not follow) a period.
- a \cite{} tag should not be used obviously as a noun in the middle of a sentence.
- paragraphs should end with the end of a sentence.
Comments using \begin{comment} and \end{comment} from comment.sty are skipped.
Math mode between unescaped $'s is skipped.
For more detail, read the ruby code. It's shorter than this file.
From the style-check-(version) directory, run sudo make install to install as the superuser. As an alternative, make user-install will put the ruleset in your home-directory, but putting the style-check.rb script in your path is up to you.
If you are using Windows, you are suggested to install Cygwin first (make sure you install "ruby" and "make" packages during the installation of Cygwin. To put the style-check.rb script in your path in Cygwin, you can update the contents of the .bash_profile file under your cygwin home directory (e.g., C:\cygwin64\home\USERNAME) to add the following line: PATH="/cygdrive/c/Users/USERNAME/workspace/style-check:${PATH}", where the first part is the Windows directory for you to put your style-check.rb script.
To run the script, style-check.rb -v *.tex
In the output logs, you can focus your attention to "===", which leads the justification texts.
If you would like to see no justifictaion, run style-check.rb *.tex
When you or someone else udpate the rules (e.g., those in this repo), you can redownload these rule files and use them to overwrite the ones under ~/.style-check.d (e.g., for Windows, under C:\cygwin64\home\USERNAME.style-check.d).
If you would like to focus on only those rule files that are highly relevant to you (e.g., the ase-rule file for people from the PKU ASE lab) to reduce false warnings, you can remove all files except for the ones that you would like to focus on under ~/.style-check.d.
This is not a proof-reader, editor, spelling checker, or grammar checker. It can catch only some simple, common, frustrating mistakes. It is not a substitute for reading what I've listed below. It is intended only for LaTeX files.
This code will not teach you to use "that" and "which" properly. It will not teach you to hyphenate. It may be used for evil. You may think my rules are stupid.
There are many bugs in the code; it is not guaranteed that the style checker will find all forbidden phrases. It may become confused by nested environments.
Don't ask me to add a feature. Send me a patch.
Don't complain that it's written in Ruby. My language kicks your language's ass.
Don't complain about the ruleset. Invent a mechanism to override ones you don't care for.
This section is split into two categories -- entertainment for reading that is light and fun and should help you think about writing better, and reference that may help answer harder questions.
The Elements of Style, by Strunk and White http://www.bartleby.com/141/
Woe is I: The Grammarphobe's Guide to Better English in Plain English, by Patricia T. O'Conner.
Lake Superior State University Banished Words List http://www.lssu.edu/banished/
Usage in The American Heritage Dictionary http://www.bartleby.com/61/7.html
alt.usage.english FAQ http://alt-usage-english.org/fast_faq.shtml
How To Write A Dissertation, by Doug Comer http://www.cs.purdue.edu/homes/dec/essay.dissertation.html
Plain English Campaign http://www.plainenglish.co.uk/
Thesis Errors http://core.ecu.edu/psyc/wuenschk/therr.htm
How to Avoid Colloquial (Informal) Writing http://www.wikihow.com/Avoid-Colloquial-%28Informal%29-Writing
Henning Schulzrinne's Notes http://www.cs.columbia.edu/~hgs/etc/writing-style.html
Rules for Writers, by Diana Hacker.
The New Oxford Guide to Writing, by Thomas S. Kane.
Line by Line: How to Edit Your Own Writing, by Claire Cook.
Michael Haardt wrote GNU diction, which is similar in that it finds and complains about bad phrases, but different in that it also notes questionable phrases (such as any use of "affect") and does not expect to check LaTeX source. Style-check focuses on forbidden phrases and common typographic errors in LaTeX code.
Kurt Partridge for encouraging me to release this thing.
Vibha Sazawal for reminding me often that there is more to writing than style.
Rich Wolski for introducing me to Strunk and White, the gateway drug.
Jacob Martin reported the first bug, packaged style-check for gentoo, and contributed a ruleset based on Day and Gastel, "How to Write and Publish a Scientific Paper".
Indika Meedeniya noticed a few more bugs and suggested compatibility with gedit.
Rudolf Mühlbauer suggested:
I use it in conjunction with vim [:make | copen]:
~/.vim/ftplugin/tex.vim: set makeprg=~/opt/style-check-0.14/style-check.rb\ -v\ %
Vinícius Vielmo Cogo provided an html output scheme.
[Neil Spring](mailto:nspring@cs.umd.edu)