Hi Michael, I'd like to think about your proposal a bit more.
BTW, I've entered your changes for template-based wizards into the JDEE CVS repository. They will be included in the next beta release (this weekend I hope). Thanks for a very valuable contribution. Regards, Paul Michael Lipp writes: > Hi, > > I'm thinking about improving the team support for JDEE. I have a team of > developers who should all share the same templates and other JDEE settings. > > Currently I have solved the problem by putting the prj.el in the CVS and > telling everybody not to check in prj.el if it has for some reason been > modified to fit some personal setting. This means, however, that a > "Modified" file may be lying around in the workspace. Chances are good > that it gets checked in with some larger modifications after all. > > So I would like to separate the team defaults from the "personal" prj.el. > > Another motivation is that the prj.el has become really long and it > takes some time to load it (it dows no longer follow the "standard" > format. There are some additional function definitions, large templates > etc. in it). If I was working alone, a lot of this stuff would go in my > .emacs. But what about updates? And how could people switch between > different setting for different projects? > > So I have thought about the following: > > (1) prj.el is complemented by a file prj-defaults.el. > (2) The rules for finding a prj-defaults.el are the same as for prj.el. > (3) prj-default.el has no special structure. It is simply emacs-lisp > containing function defintions, template defintions and settings for > custom variables. Avoiding re-evaluation of e.g. function definitions is > left to the lisp programmer who could conditionally load yet another > file that contains the function definitions. > (4) The prj-defaults.el found is evaluated only if it is a different > file than the previously found prj-default.el or it modification time > has changed. > (5) prj.el is always evaluated after prj-defaults.el > > What do you think about this? > > Regards, > > Michael > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
