[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: turn-on-*-mode

From: Kim F. Storm
Subject: Re: turn-on-*-mode
Date: Tue, 16 May 2006 16:52:51 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Lennart Borgman <address@hidden> writes:

> Sam Steingold wrote:
>>> * Richard Stallman <address@hidden> [2006-05-16 00:28:34 -0400]:
>>>     What is the policy on the turn-on-*-mode and turn-off-*-mode functions?
>>>     Which modes get it and which don't?
>>> We don't need to have a general policy.

We could have a general policy to _discurage_ having such functions!

>> OK, so if I want turn-on-flyspell-mode, do I just add it?

You are free to add whatever you like to your own .emacs file :-)

> I think that even if Richard says that we do not need a general policy
> there are some advantages (and some drawbacks too of course) with
> having similar structures. The main advantage in my opinion is
> usability. Similar structures reduces unnecessary complexity. It is
> therefore more easy to remember for a user if things works in a
> similar way.
> At least I want people using this software to be able to do things
> easily. That way I hope they are doing more of the things I like.

There are only three "turn-on-" and on "turn-off-" functions defined
in my Emacs with my normal .emacs.  Loading more packages may define
more of them, but I really don't want more of them, as this is still
an inconsistent interactive interface!  And for non-interactive use,
doing (*-mode 1) and (*-mode -1) is the preferred interface.

There are also a number of "toggle-" functions, which IMO is a much
better interface (just one function, with a simple common prefix).

We could even make a M-x toggle command which could toggle any mode
(it should provide a list of known modes as completion choices).
That would also be a good way to learn about new modes.

It might even toggle any boolean variable given a C-u prefix...

.. after the release!

Kim F. Storm <address@hidden> http://www.cua.dk

reply via email to

[Prev in Thread] Current Thread [Next in Thread]