Hey Ralph, I was thinking about this issue too, and I think its very easy to implement in a multi-step procedure. You would combine human- and machine input to find a module for example:
zf detect project controller-directory /path/to/controllerDir zf detect project view-directory /path/to/viewdir zf detect project config-directory /configdir zf detect project BootstrapFile /path/to/BootstrapFile and so on and so forth. This can be easily implemented for flat directories and files by using the Context Resource names and maybe check for uniqueness if this is necessary. The module or applicatno directory detection would be more complex, i propose to detect only the main-folder automatically, say: zf detect project module /path/to/moduledirectory Would only add the moduleDirectory context and do not traverse deep. Same with ApplicatonDirectory. This way you can interatively add up missing resources to your project.xml For View and Controller directories we might need an additional refresh method to resync the stuff in already existing folders. On Fri, 18 Dec 2009 09:46:07 -0600, Ralph Schindler <[email protected]> wrote: > prodigitalson wrote: >> >> >>> # ability to persist alternate namings of things >>> # ability to scan existing projects (lower priority, and harder to do) >>> # ability to use alternate config type (moderate complexity, low >>> priority) >>> >> >> Its ironic that the 3 things i want/use most are not complete and have >> been >> ranked low in priority. Not that im complaining pre se, Id agree in >> comparison to the things you have implemented/fixed they are indeed low >> priority. I just like to whine without contributing :-) >> >> Awesome work though. things are shaping up nicely id say. > > The alternate naming facilities are in place, the only problem is that > nothing exposes them yet (this is a matter of finding the use case). > The only use case that myself and Benjamin came up with was to let thing > work with existing project... which brings me to the next point. > > Existing projects are higher on my list now that all other new features > are out the door. As you can imagine, scanning files and determining > their context is not an easy task. I'll start thinking about this. > > Alternate config type- by this I assume you mean XML? > > -ralph
