I added the default generate feature we discussed prior. If you don't have any mv:generate or mv:gen_partials in your template then it will add a mv:generate="{template_path}" to either your body (if found) or the root element. If it adds to the body then it also adds in a mv:omit_tag="" as well. 
<br><br>I implemented this as a filter which uses a regex scan, so this made it simple to tack on.<br><br>Since it is a filter it is configured using config.default_parser_options<br><br>I named the option for this filter :default_generate with a default value of true, however if you think a different name would be clearer I am all ears.
<br><br>I also noted that in our configuration if a user sets the hash absolutely like <br>config.default_parser_options = { :tidy =&gt; true }<br>then they have effectively set tidy true, but also set all the others to false including new ones that we would might add in the future. Since I think we would rather just force users to set them to false when they want them disabled and also allow us to pick up future options as they are available, I changed the configuration slightly to take the users default_parser_options and to merge them with the original set. This gives us the desired effect in that future options are picked up by default, and users can still disable by setting an option to false or nil.
<br><br>I enabled the default_generate option in the interactive view as well so that when they are testing things they can try out things easily.<br><br>Jeff<br>