On Wed, 23 Jul 2008 10:21:17 -0700, Adrian Crum <[EMAIL PROTECTED]> wrote: > David Jones wrote: >> On Tue, 22 Jul 2008 10:20:07 -0700, Adrian Crum <[EMAIL PROTECTED]> > wrote: >>> David Jones wrote: >>>> It's tempting to even start moving the data prep scripts into the >>>> component/scripts directory instead of the WEB-INF/actions directory, > but >>>> we haven't gone that far yet. I imagine FTL files used for web pages > will >>>> always go under the webapp directory. >>> What about putting FTL files in component/templates? >> >> Do you mean for web pages? That I would disagree with. People working on > web applications are too used to seeing those things there and I don't > think we gain anything by moving those out of the webapps (especially > since we have to have the webapps either way). >> >> For other types of templates (email, export files, etc), that is the > recommended practice. > > Okay, using your suggestions so far... > > scripts are kept in component/scripts > widgets are kept in component/widgets > templates are kept in component/webapp
It's a little more complicated than that. All templates are in component/templates except webapp templates, which are in component/webapp. > So, people working on web applications can understand how the first two > folders are used, but they wouldn't understand how a component/templates > folder is used? It depends on where the person comes from. If they have no prior knowledge or experience the distinction I mention above might take a minute to catch on to. If they are used to working with web sites or webapps (even most non-Java webapps) they expect to have some sort of root directory for all of the HTML files or templates that will be on the web site. Usually those files are put in folders and referred to directly, and we add a layer of indirection through the controller.xml file that really allows them to be anywhere, but this is still a natural place for people to look who are used to editing webapp templates to add/chance/etc the HTML/CSS/JavaScript there, especially if they are not a back-end developer but rather specialize in front-end and web-based design and programming. -David
