Jeff - I thought it would be useful to find better namespace homes than the top-level MasterView module for a few orphan gadgets that are mainly just pieces of internal facilities (AttrStringParser, EscapeErbHelper and TidyHelper from filter_helpers), but I kind of ran out of gas - wasn''t quite clear where to put them in the existing nested module structure and I didn''t want to introduce any new ones. The latter two kind of go into TemplateProcessing for the parser, but then they''re also used from MIO. AttrStringProcessor generally goes with DirectiveProcessing, but only if we expand that module''s point of view on what it is - it currently thnks that it''s simply the DirectiveDSL infrastructure, which is a bit more constrained than general "directive processing services". So unless you have a clear point of view on where these belong in the namespace structure, I''m declaring defeat for the moment and giving up, let''s just leave''em where they are for now. ~ Deb
On 11/1/06, Deb Lewis <djlewis at acm.org> wrote:> > Jeff - I thought it would be useful to find better namespace homes than > the > top-level MasterView module for a few orphan gadgets that are mainly just > pieces of internal facilities (AttrStringParser, EscapeErbHelper and > TidyHelper from filter_helpers), but I kind of ran out of gas - wasn''t > quite > clear where to put them in the existing nested module structure and I > didn''t > want to introduce any new ones. > > The latter two kind of go into TemplateProcessing for the parser, but then > they''re also used from MIO. AttrStringProcessor generally goes with > DirectiveProcessing, but only if we expand that module''s point of view on > what it is - it currently thnks that it''s simply the DirectiveDSL > infrastructure, which is a bit more constrained than general "directive > processing services". > > So unless you have a clear point of view on where these belong in the > namespace structure, I''m declaring defeat for the moment and giving up, > let''s just leave''em where they are for now.I think that is fine for now. We can restructure later if we need to, but not a critical thing. I hope to take one more look at things in the next few days and we can ship it :-) Thanks for all your hard work. Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/masterview-devel/attachments/20061101/62bac5df/attachment.html
> > I hope to take one more look at things in the next few days and we canship it :-) ok, let me know if there''s anything in particular you want me to review or tweak.>> Thanks for all your hard work.Ditto! I''m going to give a quick overview talk tomorrow at the San Diego ruby group on MasterView - lightning fly-by, if it goes over well maybe I can do a longer talk another time. ~ Deb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/masterview-devel/attachments/20061101/2b14b303/attachment.html