The thing is I did not modify anything. The problem I'm having is with the auto-generated content itself. Still that's valuable information. I'm just not sure what I need to load exactly and where as I'm not by far superb at hobo and dealing with advanced dryml issues is not something I can handle very well but I'll try my best. I'm using hobo to not have to deal with partials and reinventing the wheel every time I write an app (auth, migrations, permissions, subsite, mailing etc). In the mean time if you could elaborate on the load order that would be great!
Thanks On Apr 18, 1:15 am, Bob Sleys <[email protected]> wrote: > I've run across similar issues with 1.4 and think I've nailed down. If > what I'm going to describe next doesn't help then I guess disregard it LOL. > > The issue at least in my case came down to loading order. > > First core.dryml is loaded from the gems directly - no problems here > > Next application.dryml is loaded but it doesn't load the auto generated > rapid tags by default. However it does load all dryml files in > taglibs/application automatically. > > Next the sub site dryml file is loaded, typically either front_site.dryml > or admin.dryml. This is where the auto generated rapid dryml files are > loaded at by default. > > The issue is if you try to extend any of the auto generated tags before > they get loaded you'll get errors. This is particularly confusing because > much of the documentation states to place these tag extensions in > application.dryml but with 1.4 the auto tags haven't been loaded yet > leading to errors. > > The simplest fix is move your tags out of application.dryml and place them > either in front_site.dryml or admin.dryml. > > It's also quite confusing that all dryml files in taglibs/application are > auto loaded at the same point as application.dryml but the auto generated > files aren't which by default will typically lead to errors. > > IMHO the auto loading of taglibs/application should be discontinued OR when > front_site.dryml loads all dryml files under taglibs/front_site should load > AND all files in taglibs/admin_site should load when admin.dryml loads. IE > when a subsite loads it should load all dryml files in > taglibs/<subsite>_site. > > Of course this can be achieved by adding an <include ...> into each > subsite.dryml file to mimic the auto loading. (this is what I've done) I > then place tags into dryml files named after the model they are for in > the appropriate subsite_site dir so I can keep them organized. I really do > hate haveing too much stuff in one file and this lets me keep my tags > organized. > > Bob > > > > > > > > On Tuesday, April 17, 2012 5:18:34 PM UTC-4, Scorpio wrote: > > > Hello, > > I generated an app with an admin subsite, invite only, no email > > confirmation with at least 1 controller public > > > The page tag works fine for front controller but in the adminsubsite I > > get errors that are pretty much the same for all actions. Going to > > admin/users generates the following errors (log and full stack trace > > in pasties) > > > Log -http://pastie.org/private/mmj9yfq1om7sney4hebqdg > > stack trace -http://pastie.org/private/gueteqemakku9yydu8apng -- You received this message because you are subscribed to the Google Groups "Hobo Users" 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/hobousers?hl=en.
