On 11/1/06, <b class="gmail_sendername">Deb Lewis</b> <<a href="mailto:djlewis@acm.org">djlewis@acm.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Jeff - I thought it would be useful to find better namespace homes than the<br>top-level MasterView module for a few orphan gadgets that are mainly just<br>pieces of internal facilities (AttrStringParser, EscapeErbHelper and
<br>TidyHelper from filter_helpers), but I kind of ran out of gas - wasn't quite<br>clear where to put them in the existing nested module structure and I didn't<br>want to introduce any new ones.<br><br>The latter two kind of go into TemplateProcessing for the parser, but then
<br>they're also used from MIO. AttrStringProcessor generally goes with<br>DirectiveProcessing, but only if we expand that module's point of view on<br>what it is - it currently thnks that it's simply the DirectiveDSL<br>
infrastructure, which is a bit more constrained than general "directive<br>processing services".<br><br>So unless you have a clear point of view on where these belong in the<br>namespace structure, I'm declaring defeat for the moment and giving up,
<br>let's just leave'em where they are for now.</blockquote><div><br><br>I think that is fine for now. We can restructure later if we need to, but not a critical thing. <br><br>I hope to take one more look at things in the next few days and we can ship it :-)
<br><br>Thanks for all your hard work. <br><br>Jeff<br></div></div><br>