GNU bug report logs -
#3615
23.0.94; (elisp)Local Variables: xrefs to nodes for buffer-local and frame-local vars
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Fri, 19 Jun 2009 07:50:05 UTC
Severity: minor
Tags: unreproducible
Done: Chong Yidong <cyd <at> stupidchicken.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3615 in the body.
You can then email your comments to 3615 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3615
; Package
emacs
.
(Fri, 19 Jun 2009 07:50:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 19 Jun 2009 07:50:05 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
It would help to add a cross reference in this Info node to the nodes
that explain buffer-local vars and frame-local vars, saying that this
is a different notion of "local" variable.
And vice versa. Put xrefs at the nodes about buffer-local and
frame-local, pointing to the other nodes (e.g. Local Variables).
The aims are to (1) point to the other nodes, and (2) say that these
are not closely related, in spite of their similar names.
This would help because users are not necessarily clear that these are
different critters, and looking for info about one, they might end up
mistakenly reading about another, perhaps without even realizing it.
In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600)
of 2009-05-24 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
Severity set to 'minor' from 'normal'
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Wed, 04 Nov 2009 22:10:13 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Tue, 12 Jul 2011 14:17:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 3615 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> It would help to add a cross reference in this Info node to the nodes
> that explain buffer-local vars and frame-local vars, saying that this
> is a different notion of "local" variable.
This seems to have been fixed.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Added tag(s) unreproducible.
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 12 Jul 2011 14:17:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
3615 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 12 Jul 2011 14:17:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Tue, 12 Jul 2011 14:52:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 3615 <at> debbugs.gnu.org (full text, mbox):
> This seems to have been fixed.
No, I don't see that. Please read the report again.
Where do you see, as one example, anything about frame-local variables here?
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Tue, 12 Jul 2011 15:14:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 3615 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> Where do you see, as one example, anything about frame-local variables here?
frame-local variables are pretty much deprecated, so there didn't seem
to be any point.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Tue, 12 Jul 2011 16:10:03 GMT)
Full text and
rfc822 format available.
Message #23 received at 3615 <at> debbugs.gnu.org (full text, mbox):
> > Where do you see, as one example, anything about
> > frame-local variables here?
>
> frame-local variables are pretty much deprecated, so there didn't seem
> to be any point.
1. There is an Elisp manual node, `Frame-Local Variables'. It is even in the
main Elisp menu (`Top'), which emphasizes its importance.
If frame-local variables have been deprecated and are not to be referred to in
the doc, then a much bigger correction to the manual is needed than just what
this bug report calls for: remove that node and all references to it.
However, I see _nothing_ in NEWS about frame-local variables being deprecated.
2. In any case, this bug report is about more than frame-local variables.
There is now a cross ref from `Local Variables' to `Buffer-Local Variables'
(good), but there is still no cross ref from the latter to the former. And
still no explanation at `Local Variables' that it describes a different notion
of "local variable" from the other two.
It especially needs to be pointed out that "these [three notions] are not
closely related, in spite of their similar names", as the bug report says. This
is not at all obvious, and is a recurrent cause of confusion.
Note, BTW, that there _is_ a cross ref from `Buffer-Local Variables' to
`Frame-Local Variables', and vice-versa. What's missing are the connections to
`Local Variables'.
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 12 Jul 2011 16:11:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Tue, 12 Jul 2011 16:14:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 3615 <at> debbugs.gnu.org (full text, mbox):
It was inappropriate to close this bug as `unreproducible'.
The bug description still applies.
It is reproducible, at least in this recent build:
In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
of 2011-06-27 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt --cflags
-Ic:/build/include'
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Tue, 12 Jul 2011 17:24:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 3615 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> 1. There is an Elisp manual node, `Frame-Local Variables'. It is even
> in the main Elisp menu (`Top'), which emphasizes its importance.
>
> If frame-local variables have been deprecated and are not to be
> referred to in the doc, then a much bigger correction to the manual is
> needed than just what this bug report calls for: remove that node and
> all references to it.
>
> However, I see _nothing_ in NEWS about frame-local variables being
> deprecated.
You're looking in the wrong NEWS. Check out the NEWS for Emacs 22...
I'll work on removing the Frame-Local Variables node from the Elisp
manual.
bug closed, send any further explanations to
3615 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> debbugs.gnu.org
.
(Tue, 12 Jul 2011 17:35:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Wed, 13 Jul 2011 06:52:02 GMT)
Full text and
rfc822 format available.
Message #36 received at 3615 <at> debbugs.gnu.org (full text, mbox):
Why deprecate frame-local variables?
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use free telephony http://directory.fsf.org/category/tel/
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Wed, 13 Jul 2011 10:59:02 GMT)
Full text and
rfc822 format available.
Message #39 received at 3615 <at> debbugs.gnu.org (full text, mbox):
> Why deprecate frame-local variables?
There's a long thread in emacs-devel, titled "frame-local variables
weirdness", started on 2006-12-05. After many exchanges, you said:
"When frame-local variables were first implemented, there was no other
way to put frame-specific data in the mode line. But now there is,
with :eval.
Since they are hardly used, and the original motive for them
no longer applies, we may as well delete the feature.
Would you like to do that?"
and Stefan answered:
"Sure. I currently just marked it obsolete in the 22 branch (with a note in
NEWS), see patch below. I'll change the pieces of code which make use of
that feature on the trunk. If anybody wants to help out: feel free."
and then you said:
"I will delete them from the Lisp manual."
Basically, they are a source of subtle, obscure bugs; they do not
provide (almost) anything that cannot be done with
(set-)?frame-parameter, and after ten years or so of its
implementation they had all of four uses in the sources, all of them
trivial and trivially changed.
Juanma
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#3615
; Package
emacs
.
(Wed, 13 Jul 2011 18:33:02 GMT)
Full text and
rfc822 format available.
Message #42 received at 3615 <at> debbugs.gnu.org (full text, mbox):
Thanks.
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use free telephony http://directory.fsf.org/category/tel/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 11 Aug 2011 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 7 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.