proof of concept for testing a generated svg embed. initial functional pass, not fully working.
decodeURI instead
update output
css[0] is our reference to the svg css file, so this should address jeff's comment about that string
separated out some embedded options for a few realistic cases
decodeURI instead (cherry-picking from commit 9e784dd3894069fd31f4675b6f4733de870bdebc)
update output (cherry-picking from commit 4f35f1eff3e890f501d4619e0513a8ae0b3aac27)
css[0] is our reference to the svg css file, so this should address jeff's comment about that string (cherry-picking from commit 803b12c81cc9c9b4ce4c2487222ec05f8318def8)
separated out some embedded options for a few realistic cases (cherry-picking from commit d1c964ff9b3b6673b8dd8e003af005790ccc2245)
functional demo of a child path style variation (cherry-picking from commit 0d492487ed1b79202324ea353f7f37e6247ad8ad)
update preview template with a color variation
add a class to a path inside an svg so we can style it
output files
merge inline
Merge branch 'inline' into embedsvg

* inline:
  this dom ready simplification should be fine in svg-supporting browsers (IE9+, etc.), and since svg is tested before this part even runs, it can simplify dramatically.
  output
  rules or cssRules normalization
  domready bits from shoestring for better compat
  match svg markup tighter

Conflicts:
	example/output/grunticon.loader.js
	example/output/preview.html
	tasks/grunticon/static/grunticon.loader.js
first pass at use/defs. Markup generation appears correct, but oddly, icons don't show up. Seems to be related to dom-generated markup. hmmm
got use/defs working as a POC
demo icons
updated demo and fixed some logic in the loader js
demo stuffs
demo stuffs
demo stuffs
fallbacks in place
Add tests back into process, make passing test to make sure things work