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
