Good deal. To clarify #3: I wrote that a couple times and ended up getting distracted then came back and moved on without re-reading. :-) Basically I was trying to see how I can build a dynamic navigation.
--- John C. Bland II http://www.johncblandii.com http://www.johnandseason.com http://www.twitter.com/johncblandii --- Suggested sites: http://www.lifthimhigh.com - "Christian Products for Those Bold Enough to Wear Them" http://www.sportsmatchmaker.com - "What are you doing today?" On Tue, Oct 6, 2009 at 7:00 PM, denstar <[email protected]> wrote: > > On Tue, Oct 6, 2009 at 4:28 PM, John C. Bland II wrote: > > > > So I've decided to bite the bullet and try out MG. This is my very > > first attempt at it and a few things have come up. > > I've been doing it for a while, but I'm a perpetual noob, so take this > with a grain of salt. > > > 1) Using MG, ColdSpring, and Transfer > > There are two or three places where a datasource is set. This is > > pretty counter-intuitive (change N places to tweak the datasource > > name). Did I do something incorrect or is this simply going to happen? > > As far as I know, the only place where the DSN matters is in Reactor > or Transfer. > > Those other one(s?) you see are for either the "auth" actionpack, or > as examples of setting variables. > > > 2) Transfer vs Reactor > > I know...this is a subjective question but I noticed the docs made > > mention to Reactor for scaffolding. More-so curious as it applies to > > MG here and not so interested in a "mine is bigger" convo. > > MG uses an abstraction, so you can use either one. The scaffolding > (should) works with either. > > We were just tossing around the best way to add hibernate as an option, > too. > > > 3) Templates > > Page 1-3 are public but 4-8 are private so they have different nav > > items. What is the best practice here? Do templates get the same > > business "data" passed into the event as the page? > > I think "yes" but I'm not sure exactly what you're asking, so maybe "no". > > > 4) Pages > > The pages folder could get hairy fast if you have a lot of cfm's. Is > > it common to make pages/{subfolder name}/{page}.cfm to separate cfm's? > > I like to think so. > > > 5) File locations > > Is it common to put all of the MG stuff out of the root (where > > possible of course) and only have css/scripts in the root? If so, to > > what extent? Could the root be completely empty minus public files or > > is that bad practice? > > I tend to only have an index.cfm or Application.cfc (and that's it for > cfml files) in a webserver-accessible location. > > > As you can see from the questioning I'm trying to find the best > > practices. It is a definite switch in my mind to make the MG jump but > > I'm trying to stick with it. I figured this group could help alleviate > > my pains. :-) > > I also like to split my MG and CS files out. I do something like > something.cs.xml and something.mg.xml and I actually put them in > subdirectories off of the config dir. > This is just a preference thing. I don't like super long XML files, > and to be easily able to find stuff. > > config/ > ModelGlue.xml > ColdSpring.xml > --/cs/organization.cs.xml > --/mg/organization.mg.xml > > We do the same for our Reactor XML files. > > -- > We are one, after all, you and I. Together we suffer, together exist, > and forever will recreate each other. > Pierre Teilhard de Chardin > > > > --~--~---------~--~----~------------~-------~--~----~ Model-Glue Sites: Home Page: http://www.model-glue.com Documentation: http://docs.model-glue.com Bug Tracker: http://bugs.model-glue.com Blog: http://www.model-glue.com/blog You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en -~----------~----~----~----~------~----~------~--~---
