several changes to the MathProcessor API to make parallel markup more consistent and to include various kinds of images
better strategy for dealing with 'desired' resource names, to avoid extra entries in the cache; separate generateImages method from process
rework as proper Post::MathProcessor so can have multiple image types and cooperate better in parallel markup
update for new Post::MathProcessor API, more flexible about different kinds of parallel markup; fixed a couple of other little bugs
updated for new API, return hash containing relevent format info
updated for new API, return hash containing relevent format info
updated for new Post::MathProcessor API for more flexibility in parallel markup; changed the encoding name to the mimetype (which seems what the MathML spec suggests)
Updated for new Post::MathProcessor API
updated for change to LaTeXImages
updated test cases involving OpenMath, since the encoding changed from 'OpenMath' to 'application/openmath+xml'
treat 'image' and 'svg' as proper MathProcessors, rather than (odd) postprocessor
add new option --mathsvg to generate svg for math, reworked mathimages
add new option --mathsvg to generate svg for math, reworked mathimages to work as proper math postprocessor
add new option --mathsvg to generate svg for math, reworked mathimages
new arg to associateID disables cross-referencing between parallel math (but still generates the id on generated nodes)
use non-crossreferencing associateID in outerWrapper, but regular form in most nodes (including OpenMath)
updated tests with parallel math, since more ids
 upstream math enhancements (1)
upstream math enhancements (2)