Initial commit

Simple Markup Language: It's like taking the lists, tables, and
headers from org-mode (because HTML uses lots of lists, tables, and
headers) and mixing that with the mbox headers and spooling
capability. Oh, and it's really simple. Not any of that other fancy
org-mode processing stuff that confuses you every time.

See the file ``sample.dat'' for the complete list of features (this is
always up-to-date).

A brief summary of the slots:

UID---the unique identifier; so long as the date and subject don't
change, this should be a permalink

HEADERS---a list of all the headers, in case you want to do anything
extra with them

SUMMARY---the first paragraph of the body lives here; use idea is
document preview

BODY---the raw text of the document; in case a raw view is wanted, but
without the headers(?)

BODY-FORM---the document body with form for converting to something
like HTML with
Add 'sml/' from commit '35933aee66e1dc5b27b1b26e75dacea185ea3963'

git-subtree-dir: sml
git-subtree-mainline: 4537bd7b9568a4a291de9be28ed187e22195c051
git-subtree-split: 35933aee66e1dc5b27b1b26e75dacea185ea3963
integrate SML in

Add wrapper code for Simple Markup Language files (the last
commit). This will make writing static pages more or less
painless. Uses the same stylesheet as the main site, so the render
wrapper is a bit crazy and doesn't make /that/ much sense. Just
remember: compatible with original CSS, painless.
tidy CSS file

Tidy the ``site.lisp'' file by splitting macros and definitions into
their own file ``style.lisp''.

Make some new macros for filling in Solarized information. Yes, I
realize there's no macro for the light variety. When I want to use
that, I'll write it.

Give each generator its own function for whatever reason (easier
debugging on the off chance I ever want to modify them).