`make-variable-frame-local'

`make-variable-frame-local'

[Oliver Scholz]

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2002-04-29 on hermes
configured using `configure  --with-gif --with-png --with-x-toolkit=lucid --with-xpm --with-jpeg --with-tiff'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: C
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Is it possible that there is a bug in `make-variable-frame-local' or
am I missing something here?

I do the following in a fresh Emacs (v 21.2) started with -q and
-no-site-file:

I eval this in *scratch*:

(defvar sframes-mode nil)
(make-variable-frame-local 'sframes-mode)

(setq sframes-mode 'lirum-larum)

Then I make a new frame with `C-x 5 2'. I eval this in the new frame:

(setq sframes-mode 'schubi-dubi)

Then I go back to frame #1 and do `C-h v sframe-mode RET':

==> sframes-mode's value is schubi-dubi

In other words: `sframes-mode' still behaves so far like a global
variable. :-(

---

Now the docs mention frame-parameters in the context of
`make-variable-frame-local'.

Again in a fresh Emacs with -q --no-site-file:

frame #1:

    (defvar sframes-mode nil)

    (make-variable-frame-local 'sframes-mode)

    (modify-frame-parameters nil '((sframes-mode . lirum-larum)))

    sframes-mode
      => lirum-larum

Then I create frame #2:

    sframes-mode
      => nil

    (setq lirum-larum 'schubi-dubi)

Back to frame #1:
    sframes-mode
      => lirum-larum

So after I touched the frame-parameters once, everything works as
expected.

---

Now, how do I work around this? Do I have to do modify the
frame-parameters once for every frame-local variable? Or is there a
better way? I need it to implement a frame-local minor-mode.

    -- Oliver

Re: `make-variable-frame-local'

[Richard Stallman]

A different name would be better.  How about
make-variable-frame-localizable?

Re: `make-variable-frame-local'

[Oliver Scholz]

Richard Stallman <rms@gnu.org> writes:

> A different name would be better.  How about
> make-variable-frame-localizable?

I think this is fine. (Provided that "localizable" is good English,
which I can not judge.)  It is different enough from
`make-variable-buffer-local' in order to not suggest a similar
behaviour. Thank you.

    -- Oliver

-- 
Oliver Scholz               22 Thermidor an 210 de la Révolution
Taunusstr. 25               Liberté, Egalité, Fraternité!
60329 Frankfurt a. M.       http://www.jungdemokratenhessen.de
Tel. (069) 97 40 99 42      http://www.jdjl.org

Re: `make-variable-frame-local'

[Richard Stallman]

Can someone please define make-variable-frame-localizable as
an alias for make-variable-frame-local?

Re: `make-variable-frame-local'

[Juanma Barranquero]

On Sat, 10 Aug 2002 21:56:08 -0600 (MDT), Richard Stallman <rms@gnu.org> wrote:

> Can someone please define make-variable-frame-localizable as
> an alias for make-variable-frame-local?

Where? What would be the appropiate file to put that in?


                                                           /L/e/k/t/u

Re: `make-variable-frame-local'

[Richard Stallman]

    Where? What would be the appropiate file to put that in?

subr.el, I guess.