[ESS-bugs] 12.09-1: ess-eval-visibly vs ess-eval-visibly-p
Martin Maechler
maechler at stat.math.ethz.ch
Sat Oct 20 21:08:58 CEST 2012
>>>>> Vitalie Spinu <spinuvit at gmail.com>
>>>>> on Sat, 20 Oct 2012 14:35:17 +0200 writes:
>>> Martin Maechler <maechler at stat.math.ethz.ch> on Sat, 20
>>> Oct 2012 14:01:00 +0200 wrote:
MM> Mainly for Vitalie, You have replaced ess-eval-visibly-p
MM> by the version without '-p' keeping the old one as alias
MM> ... which at first looks ago.
MM> But for me who sets ess-eval-visibly-p to nil in one of
MM> my emacs startup scripts, the effect is "dramatic":
MM> Inside ESS, ess-eval-visibly-p takes its value from
MM> ess-eval-visibly and that is t by default. ===> My
MM> setting of ess-eval-visibly to nil has no effect
MM> anymore.
> I am also setting ess-eval-visibly-p to nil, and
> everything is as expected.
> My guess is that you set ess-eval-visibly-p before loading
> ESS. I tried that, and indeed it has the effect that you
> described.
Exactly {in one of my startup scripts that ... believe it or
not ... predates the 'custom' at least in its current good form}.
MM> I'm pretty sure that many other ESS users would be
MM> similarly affected... So I think we need a different
MM> "trick" to move from using the *-p version to the one
MM> that emacs standards recommend (namely w/o "-p").
> It's an easy trick - revert the order of defcustom and
> defvaralias during the initialization. I have done it in
> trunk, should be fine now.
Excellent... I'll let you know if I observe any more.
Martin
> Thanks, Vitalie
More information about the ESS-bugs
mailing list