[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Disabled commands
From: |
Kim F. Storm |
Subject: |
Re: Disabled commands |
Date: |
Mon, 13 Feb 2006 10:26:47 +0100 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) |
Bill Wohler <address@hidden> writes:
> I'm with you. I never heard about it until now. It might explain some
> weird unexplained behavior I've noticed over the years. If innocuous
> commands such as narrow-to-region and eval-expression are disabled,
> then surely such a dangerous command as not-modified should be disabled.
I agree that this is a very dangerous command.
Fortunately, M-~ is practically impossible to type on a DK keyboard,
as ~ is a dead key, so I have to enter: Alt-AltGr-~ SPC or ESC ~ SPC.
>
> Thanks for the heads-up, I've just added
>
> (put 'not-modified 'disabled t)
So did I.
--
Kim F. Storm <address@hidden> http://www.cua.dk
- Re: Risky local variable mechanism, (continued)
- Re: Risky local variable mechanism, Juri Linkov, 2006/02/08
- Disabled commands (was: Risky local variable mechanism), Stefan Monnier, 2006/02/08
- Re: Disabled commands (was: Risky local variable mechanism), Richard M. Stallman, 2006/02/09
- Re: Disabled commands, Stefan Monnier, 2006/02/09
- Re: Disabled commands, Miles Bader, 2006/02/09
- Re: Disabled commands, Eli Zaretskii, 2006/02/10
- Re: Disabled commands, Bill Wohler, 2006/02/13
- Re: Disabled commands,
Kim F. Storm <=
- Re: Disabled commands, Giorgos Keramidas, 2006/02/13
- Re: Disabled commands, Romain Francoise, 2006/02/13
- Re: Disabled commands, Kevin Rodgers, 2006/02/09
- RE: Risky local variable mechanism, Drew Adams, 2006/02/08
- Re: Risky local variable mechanism, Luc Teirlinck, 2006/02/08
- Re: Risky local variable mechanism, Richard M. Stallman, 2006/02/09
- Re: Risky local variable mechanism, Chong Yidong, 2006/02/10
- Re: Risky local variable mechanism, Stefan Monnier, 2006/02/10
- Re: Risky local variable mechanism, Chong Yidong, 2006/02/10
- Re: Risky local variable mechanism, Luc Teirlinck, 2006/02/10