I would like to have site-start.el, .emacs and the project files to form a
kind of "object-oriented" hierarchy so that site-start.el contains the
default setting for all programmers, .emacs contains the individuals
preferences and the project-files is settings for the project.
.emacs and project file should only contain differences like
global-classpath.
:-)
> -----Original Message-----
> From: T. V. Raman [mailto:[EMAIL PROTECTED]]
> Sent: den 16 juni 2000 19:14
> To: Paul Kinnucan
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: jde and custom
>
>
> Paul -- I confess I must agree with all you say below.
>
> I wasn't asking for us to go back to editting the lisp vars
> by hand --I was asking
> if people had worked out quick short cut ways to update
> --say just the global-classpath--
> with a few keystrokes.
> My present solution is to use customize-variable
> --but it still takes me a bit of work to work through the
> custom buffer.
> >>>>> "Paul" == Paul Kinnucan <[EMAIL PROTECTED]> writes:
>
> Paul> At 09:27 AM 6/16/00 -0700, you wrote:
> >> It's nice to be able to customize jde on a per project
> >> basis.
> >The typical things one customizes across projects are
> >classpath settings
> >--and less frequently things like template generators.
> >
> >However as set up at present
> >one is either forced to navigate through the custom point
> >and click interface which is suboptimal to those of us used
> >to updated a lisp variable;
> >on the other hand because the proj.el file holds all the
> >project customizations, edititng that file by hand is not
> >very pleasant.
> >
>
> Paul> Hi Raman,
>
> Paul> It may be suboptimal for some users but it is
> Paul> certainly optimal for me, as the JDE's author, in
> Paul> that custom has practically eliminated a major
> Paul> source of tech support email to this list, namely
> Paul> people setting JDE variables to the wrong type of
> Paul> value, e.g., to a string when a list of strings is
> Paul> required. Interestingly, the people who complain
> Paul> the most about having to use customize, namely
> Paul> Emacs "experts," are the most prone to this type
> Paul> of error because they are the least likely to
> Paul> consult the doc for a variable. They just
> Paul> blithely set it to the type that they know must be
> Paul> right because of their expertise. I consider
> Paul> myself an Emacs expert and probably more
> Paul> knowledgable than any about the settings of JDE
> Paul> variables. Nevertheless, I am grateful for
> Paul> customize. It has eliminated the need for me to
> Paul> remember the data types required by the countless
> Paul> JDE variables and has also eliminated Lisp errors
> Paul> caused by typos. The extra time required to set
> Paul> the variables via custom is more than offset by
> Paul> the savings in time require to ensure that the
> Paul> Lisp code is correct or finding bugs caused by
> Paul> incorrect Lisp code.
>
> Paul> Regards,
>
> Paul> - Paul
>
>
>
> >> ------------------------------------------------------------
>
> --
> Best Regards,
> --raman
> ------------------------------------------------------------
>
> IBM Research: Human Language Technologies
> Phone: 1 (408) 927 2608
> Fax: 1 (408) 927 3012
> Email: [EMAIL PROTECTED]
> WWW: http://cs.cornell.edu/home/raman
> PGP: http://cs.cornell.edu/home/raman/raman.asc
> Snail: IBM Almaden Research Center,
> 650 Harry Road
> San Jose 95120
>
