all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Lute Kamstra <Lute.Kamstra.lists@xs4all.nl>
Cc: emacs-devel@gnu.org
Subject: Re: enriched-mode problems
Date: Thu, 16 Jun 2005 13:45:14 +0200	[thread overview]
Message-ID: <87mzpqbk51.fsf@xs4all.nl> (raw)
In-Reply-To: <E1DilfZ-0003IM-Rb@fencepost.gnu.org> (Richard Stallman's message of "Thu, 16 Jun 2005 00:07:57 -0400")

Richard Stallman <rms@gnu.org> writes:

>     I've got the same problem with auto-fill sometimes.  I switch that
>     mode on with text-mode-hook.  When I visit a text file that has "mode:
>     auto-fill", it is effectively turned off.  Maybe we should do
>     (some-minor-mode 1) for "mode: some-minor-mode" constructs.
>
> That would be hard, since the code doesn't know whether the mode
> is a minor or major mode.

Can't you tell a major mode from a minor mode by looking at the
argument list?

> But worse than that, it is misguided.
>
> It would be a mistake to try to make this "work", since it is
> misguided ayway.  Minor modes such as auto-fill mode are personal
> choices; files should not specify them at all.

While I tend to agree with you in theory (for the case of auto-fill
mode), the problem still bites me in practice.  I don't control all
files I visit.  Other people might put "mode: auto-fill" in a file and
that will cause problems for me.  Also, it is quite clear that someone
intends to turn auto-fill on in that case.  So why not do that instead
of toggling?

> It might be useful to find a way to arrange a warning when files use
> Mode: or -*-...-*- to specify minor modes.

In general, there are examples of minor modes (Ralf and David gave an
example) for which it is useful to turn them on (or off) for a certain
file because of the _contents_ of that file.  So it would be nice to
have a mechanism to do this.

Lute.

  reply	other threads:[~2005-06-16 11:45 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-15  5:08 enriched-mode problems Werner LEMBERG
2005-06-15 13:07 ` Lute Kamstra
2005-06-15 13:18   ` Werner LEMBERG
2005-06-15 13:28   ` Ralf Angeli
2005-06-15 14:39     ` Lute Kamstra
2005-06-15 15:20       ` David Kastrup
2005-06-15 15:21       ` Ralf Angeli
2005-06-15 16:28     ` Stefan Monnier
2005-06-15 18:30       ` Ralf Angeli
2005-06-15 18:59         ` Stefan Monnier
2005-06-16  4:07   ` Richard Stallman
2005-06-16 11:45     ` Lute Kamstra [this message]
2005-06-17  4:38       ` Richard Stallman
2005-06-19 10:41         ` Lute Kamstra
2005-06-20  3:49           ` Richard Stallman
2005-06-20  7:08             ` David Kastrup
2005-06-21  2:00               ` Richard Stallman
2005-06-21  5:29                 ` David Kastrup
2005-06-21 15:14                   ` Gaëtan LEURENT
2005-06-21 22:58                   ` Richard M. Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87mzpqbk51.fsf@xs4all.nl \
    --to=lute.kamstra.lists@xs4all.nl \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.