After I started integrating the new consolidated io I found that it wasn''t going to work as I envisioned, so I refactored it once more and it came out much cleaner than before. Not perfect but much lighter and cleaner. I was able to trim the classes down of some of the extra features that most likely wouldn''t be needed and they got much simpler. Anyway, I still have a little bit of rework to do and more testing, but it is coming along nicely. I put a branch jjb-refactored-io up with my current work. I really like how it is shaping up. It allows for templates to exist anywhere (file, string hash, active record (not implemnted yet), ...) and the same for writing files. We also can apply any number of filters to the reading and writing for things like tidy, escaping erb, caching, logging, ... This mechanism will also allow us to write direct to erb cache pretty easily. I hope to have things wrapped up in a day or two, sorry for the delay. The refactoring took longer than expected. Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/masterview-devel/attachments/20060612/56a1437b/attachment.htm
Jeff - sounds good, thx for the update.>> sorry for the delay. The refactoring took longer than expectedHey, it takes as long as it takes - better to get the fundamentals right in the first place (go slow now so we can go fast later, as the XP''ers say) I did yet another pass over the config/initializer stuff over the weekend and have been whacking on providing docs and samples (speaking of taking longer than expected...). Settling into something that looks pretty consistent now when you try to describe the settings to a user, so that''s a good thing. Also patched up internals so that unless you need to do some special config setup, std usage is back to simple "require ''masterview''" - that''s all init.rb needs for std rails app. Have gotten sidetracked this morning deciphering the two logging packages in order to add a config setting to allow initializing the logging level, so need to test all the variations of that. Hope to get through a full build/deploy test in all the various configurations today. ~ Deb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/masterview-devel/attachments/20060612/e6f630b3/attachment.htm
Sounds wonderful! I look forward to seeing what you did. On 6/12/06, Deb Lewis <djlewis at acm.org> wrote:> > Jeff - sounds good, thx for the update. > > >> sorry for the delay. The refactoring took longer than expected > > Hey, it takes as long as it takes - better to get the fundamentals right > in the first place (go slow now so we can go fast later, as the XP''ers say) > > I did yet another pass over the config/initializer stuff over the > weekend and have been whacking on providing docs and samples (speaking of > taking longer than expected...). Settling into something that looks pretty > consistent now when you try to describe the settings to a user, so that''s a > good thing. Also patched up internals so that unless you need to do some > special config setup, std usage is back to simple "require ''masterview''" - > that''s all init.rb needs for std rails app. > > Have gotten sidetracked this morning deciphering the two logging packages > in order to add a config setting to allow initializing the logging level, so > need to test all the variations of that. Hope to get through a full > build/deploy test in all the various configurations today. > > ~ Deb > > _______________________________________________ > Masterview-devel mailing list > Masterview-devel at rubyforge.org > http://rubyforge.org/mailman/listinfo/masterview-devel > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/masterview-devel/attachments/20060612/23be9884/attachment.htm