From: Richard Stallman <rms@gnu.org>
To: "Eric M. Ludlam" <eric@siege-engine.com>
Cc: emacs-devel@gnu.org, lennart.borgman@gmail.com,
sdl.web@gmail.com, monnier@iro.umontreal.ca, jasonr@gnu.org
Subject: Re: Multiple major modes
Date: Thu, 05 Jul 2007 16:34:37 -0400 [thread overview]
Message-ID: <E1I6Y29-00062C-Iq@fencepost.gnu.org> (raw)
In-Reply-To: <200707050229.l652T4LR023273@projectile.siege-engine.com> (eric@siege-engine.com)
Sorry for being vague. There would be "buffer-local variables", and
"mode-local variables".
I think you really mean two classes of bindings, right?
;; programmatic
(setq-mode-local 'c-mode my-var t)
then all buffers in c-mode would get the new value of my-var.
Ok. What happens if you do (setq my-var 69) in a buffer in C mode?
Does it change the value to 69 for all C mode buffers?
If a multi-major-mode tool knows a particular major-mode doesn't use
buffer-local variables, then it would not need to run the major-mode
function (which could call `kill-all-local-variables') for every
section switch and lots of work needed to save and restore
buffer-local values that may or may not be mode-specific would be
saved.
That's true, if we only consider local variables. But major modes
set other things too: local keymap, syntax table, abbrev table.
We would need a new way to handle them too, right?
Here is another idea: `run-mode-hooks' could record all local bindings
made by a certain major mode, as mode-local bindings. This way,
nearly all major modes would "just work" with the new mechanism; we
would not have to change their code. Of course, `delay-mode-hooks'
would need to cooperate.
next prev parent reply other threads:[~2007-07-05 20:34 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-11 23:27 Should nXML be included Leo
2007-06-12 10:50 ` Lennart Borgman (gmail)
2007-06-12 11:21 ` Jason Rumney
2007-06-12 12:57 ` Lennart Borgman (gmail)
2007-06-12 13:42 ` Peter Heslin
2007-06-12 14:20 ` Jason Rumney
2007-06-12 15:06 ` Multiple major modes (was: Should nXML be included) Stefan Monnier
2007-06-12 15:15 ` Multiple major modes Leo
2007-06-12 18:48 ` Lennart Borgman (gmail)
2007-06-12 20:14 ` Re[2]: " Eric M. Ludlam
2007-06-12 21:04 ` Lennart Borgman (gmail)
2007-06-12 23:10 ` Stefan Monnier
2007-06-13 16:22 ` Richard Stallman
2007-06-13 16:22 ` Richard Stallman
2007-06-19 2:09 ` Re[2]: " Eric M. Ludlam
2007-06-24 14:41 ` Richard Stallman
2007-06-25 14:04 ` Re[2]: " Eric M. Ludlam
2007-07-01 20:40 ` Richard Stallman
2007-07-05 2:29 ` Re[2]: " Eric M. Ludlam
2007-07-05 20:34 ` Richard Stallman [this message]
2007-07-01 20:40 ` Richard Stallman
2007-07-04 16:35 ` T. V. Raman
2007-07-04 17:01 ` David Kastrup
2007-07-05 1:31 ` Richard Stallman
2007-07-05 14:49 ` Stefan Monnier
2007-07-06 4:38 ` Richard Stallman
2007-07-06 6:01 ` Stephen J. Turnbull
2007-07-07 13:07 ` Richard Stallman
2007-07-07 14:13 ` Lennart Borgman (gmail)
2007-07-08 16:56 ` Richard Stallman
2007-09-04 9:03 ` Highlight advice (was: Multiple major modes) Johan Bockgård
2007-07-07 17:43 ` Multiple major modes Stephen J. Turnbull
2007-07-06 16:00 ` Stefan Monnier
2007-07-06 16:10 ` Drew Adams
2007-07-07 13:06 ` Richard Stallman
2007-07-07 17:21 ` Stephen J. Turnbull
2007-07-08 16:55 ` Richard Stallman
2007-07-09 5:29 ` Stephen J. Turnbull
2007-07-09 17:21 ` Richard Stallman
2007-07-07 0:48 ` Johan Bockgård
2007-07-05 1:44 ` Re[2]: " Eric M. Ludlam
2007-07-08 22:23 ` Richard Stallman
2007-07-09 0:49 ` Re[2]: " Eric M. Ludlam
2007-07-09 17:21 ` Richard Stallman
2007-06-12 13:26 ` Should nXML be included Stefan Monnier
2007-06-12 13:16 ` Peter Heslin
2007-06-12 13:11 ` Leo
2007-06-12 13:59 ` joakim
2007-06-12 14:17 ` Peter Heslin
2007-06-12 14:14 ` David Kastrup
2007-06-12 15:11 ` Stefan Monnier
2007-06-13 8:06 ` Richard Stallman
2007-06-13 17:45 ` Claus
2007-06-14 16:19 ` Richard Stallman
2007-06-14 16:28 ` Leo
2007-06-15 19:21 ` Richard Stallman
2007-06-14 17:44 ` Eric Hanchrow
-- strict thread matches above, loose matches on Subject: below --
2008-06-10 21:26 Multiple Major Modes Nordlöw
2008-06-10 21:47 ` Lennart Borgman (gmail)
2008-06-11 5:42 ` William Xu
2009-10-29 9:45 Nordlöw
2009-10-29 13:40 ` Pascal J. Bourguignon
2009-10-29 20:04 ` Joost Kremers
2009-10-29 22:14 ` Lennart Borgman
[not found] ` <mailman.9707.1256854525.2239.help-gnu-emacs@gnu.org>
2009-10-29 23:03 ` Pascal J. Bourguignon
2009-10-29 23:49 ` Lennart Borgman
[not found] ` <mailman.9710.1256860199.2239.help-gnu-emacs@gnu.org>
2009-10-30 0:52 ` Pascal J. Bourguignon
2009-10-30 3:28 ` Joseph Brenner
2009-11-01 23:14 ` Lennart Borgman
[not found] ` <mailman.9873.1257117309.2239.help-gnu-emacs@gnu.org>
2009-12-11 6:19 ` Joseph Brenner
2009-12-11 17:08 ` Lennart Borgman
2009-12-11 21:57 ` Joe Brenner
2009-12-11 22:06 ` Lennart Borgman
2009-12-12 2:16 ` Joe Brenner
2009-12-12 2:18 ` Lennart Borgman
2009-12-12 2:37 ` Joe Brenner
2009-11-01 21:24 ` Dave Love
2009-11-02 12:32 ` Lennart Borgman
2009-11-02 14:01 ` Richard Riley
2009-11-02 14:22 ` Lennart Borgman
2009-11-02 14:28 ` Richard Riley
2009-11-02 14:44 ` Richard Riley
2009-11-02 15:11 ` Richard Riley
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=E1I6Y29-00062C-Iq@fencepost.gnu.org \
--to=rms@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=eric@siege-engine.com \
--cc=jasonr@gnu.org \
--cc=lennart.borgman@gmail.com \
--cc=monnier@iro.umontreal.ca \
--cc=sdl.web@gmail.com \
/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.