>
> It has a severe backwards compatability problem.  All prj.el files
> everywhere except those that are at the root of project trees would have
> to have an explicit (jde-load-outer-project-file).  The alternatives only
> require those jde users who are running on networked Windows machines do
> something.

I don't see why this is not backward compatible :(

The (jde-load-outer-project-file) could load the
outer prj.el file only if one existed.
So having that call inserted by the prj.el file
generator (due to the customize setting set to
'at-the-beginning' by default) at the top of
prj.el file, will exactly do what Paul's current
implementation does.

Only for people wanting a custom behaviour will require some
more work...

-sandip


Reply via email to