unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#14130: 24.3.50; doc/help for advice and advised functions
@ 2013-04-03 15:13 Drew Adams
  2021-09-25 17:15 ` Stefan Kangas
  0 siblings, 1 reply; 2+ messages in thread
From: Drew Adams @ 2013-04-03 15:13 UTC (permalink / raw)
  To: 14130

Mostly an enhancement request, I guess, but partly a bug report.
 
1. (elisp) `Advising Functions'
 
Says "Note that enabling a piece of advice and activating advice for a
function are not the same thing."  But it does not say clearly what the
difference is.  It says only this:
 
a. A piece of advice can be "enabled"/"disabled".  It does not explain
what this means.
 
b. Advice takes effect only if both enabled and activated.
 
That's pretty incomplete.  The difference between these two things
(enabling, activating) is presumably important, and it is not made
clear.  It is not enough to tell users not to confuse the two, without
telling them clearly what the difference is.  Start with this question:
What is the purpose of each of them (enabling, activating)?
 
2. The definition of "forward advice", and the *important* fact that you
can advise a function without the function being defined yet, should be
moved from (elisp) `Defining Advice' to (elisp) `Advising Functions'.
It is not a detail concerning just the keyword `activate'.  (Note too
that there is zero use of or reference to "forward advice" in the
manual.)
 
3. If these concepts apply also to the new advice facility written by
Stefan, then please keep this request in mind in that context: document
each of the various states of a piece of advice (enabled but not
activated etc.) etc.  (And where is the doc for that new facility?)
 
 
 
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
 of 2013-03-28 on ODIEONE
Bzr revision: 112173 monnier@iro.umontreal.ca-20130328163306-419khox8aneaoaxv
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.7) --no-opt --enable-checking --cflags
 -IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'
 






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#14130: 24.3.50; doc/help for advice and advised functions
  2013-04-03 15:13 bug#14130: 24.3.50; doc/help for advice and advised functions Drew Adams
@ 2021-09-25 17:15 ` Stefan Kangas
  0 siblings, 0 replies; 2+ messages in thread
From: Stefan Kangas @ 2021-09-25 17:15 UTC (permalink / raw)
  To: Drew Adams; +Cc: 14130-done

"Drew Adams" <drew.adams@oracle.com> writes:

> Mostly an enhancement request, I guess, but partly a bug report.
>
> 1. (elisp) `Advising Functions'
>
> Says "Note that enabling a piece of advice and activating advice for a
> function are not the same thing."  But it does not say clearly what the
> difference is.  It says only this:
>
> a. A piece of advice can be "enabled"/"disabled".  It does not explain
> what this means.
>
> b. Advice takes effect only if both enabled and activated.
>
> That's pretty incomplete.  The difference between these two things
> (enabling, activating) is presumably important, and it is not made
> clear.  It is not enough to tell users not to confuse the two, without
> telling them clearly what the difference is.  Start with this question:
> What is the purpose of each of them (enabling, activating)?
>
> 2. The definition of "forward advice", and the *important* fact that you
> can advise a function without the function being defined yet, should be
> moved from (elisp) `Defining Advice' to (elisp) `Advising Functions'.
> It is not a detail concerning just the keyword `activate'.  (Note too
> that there is zero use of or reference to "forward advice" in the
> manual.)
>
> 3. If these concepts apply also to the new advice facility written by
> Stefan, then please keep this request in mind in that context: document
> each of the various states of a piece of advice (enabled but not
> activated etc.) etc.  (And where is the doc for that new facility?)

Since the above was reported, this entire section seems to have been
rewritten.  I can't find any of the problematic text reported above in
the new manual.  I'm therefore closing this bug report.

If this conclusion is incorrect and this is still an issue, please reply
to this email (use "Reply to all" in your email client) and we can
reopen the bug report.





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2021-09-25 17:15 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-04-03 15:13 bug#14130: 24.3.50; doc/help for advice and advised functions Drew Adams
2021-09-25 17:15 ` Stefan Kangas

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).