unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Drew Adams <drew.adams@oracle.com>
Cc: Leo Liu <sdl.web@gmail.com>, 16038@debbugs.gnu.org
Subject: bug#16038: 24.3; latest change to with-help-window makes temp-buffer-browse useless
Date: Sat, 25 Jan 2014 19:25:36 +0100	[thread overview]
Message-ID: <52E401A0.1000101@gmx.at> (raw)
In-Reply-To: <880b4937-a959-496b-9e20-b47f9ba3bce6@default>

 >> First re-read the thread of bug#8368.  Then read the doc-string of
 >> `with-temp-buffer-window'.  Then re-read the thread of bug#8368.
 >> Then re-read the doc-string ...
 >
 > I have.  But why do you say that

To help you understand what you are saying.

 > -- is bug #8368 fixed?

I don't know and I don't care.  I almost forgot about it until you
decided to participate in the present thread.

 > If you have a concrete suggestion, please offer it.
 > And what is the "problem" that needs fixing with my not having
 > any code that uses `with-temp-buffer-window'?

The one you apparently have with `with-output-to-temp-buffer'.

 > If bug #8368 is now fixed, great: What code to replace with what
 > code, concretely?

Your code that uses `with-output-to-temp-buffer'.

 > Are the misnamed macros and hooks being renamed
 > as well?
 >
 > I don't see that in the doc string of `with-temp-buffer-window'.
 > If a macro and the hooks it uses are all about *Help* then they
 > should not be named `with-output-to-temp-buffer',
 > `temp-buffer-setup-hook' etc.  They should have "help" in their
 > names instead of "temp".   ===> bug #8368.
 >
 > Adding new hooks that have almost the same names but very different
 > meanings and uses is a bad idea.  `temp-buffer-window-setup-hook'
 > and `temp-buffer-setup-hook' sound like they would be similar, with
 > the difference being "window".  Alas no.
 >
 > I don't have a problem with your new names.  The problem is with
 > the old names, and with not deprecating them, _especially_ after
 > adding false-friend new names.
 >
 > The old macros and hooks should be renamed to use "help" - with
 > aliases provided for the old names, with deprecation of the old
 > names, and preferably with no plan to _ever_ desupport the old
 > names.  (Deprecation does not imply desupport.  It allows for
 > later desupport, but in some cases desupport is not possible or
 > advisable or necessary.)

Maybe Leo would have started to do that if you had not interfered.  I
suggest you apologize and consult with him on how to proceed on this
matter.

 > FWIW, the NEWS is, I would think, one good place to put
 > deprecation notices.  If `with-output-to-temp-buffer' is
 > deprecated, we should learn in the NEWS that this is the case
 > AND what it is replaced by. IOW, tell users how to update their
 > code.  Likewise for the misnamed hooks etc.
 >
 > Instead, at least so far, NEWS has only this:
 >
 >   *** New macro `with-temp-buffer-window', similar to
 >   `with-output-to-temp-buffer'.
 >
 > That "similar to" might do more harm than help.

That's life.

martin





  reply	other threads:[~2014-01-25 18:25 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-03 14:34 bug#16038: 24.3; latest change to with-help-window makes temp-buffer-browse useless Leo Liu
2014-01-11 14:01 ` martin rudalics
2014-01-11 14:32   ` Leo Liu
2014-01-11 15:41     ` martin rudalics
2014-01-11 16:31       ` Leo Liu
2014-01-12  9:53         ` martin rudalics
2014-01-14  0:23           ` Leo Liu
2014-01-14  1:47             ` Stefan Monnier
2014-01-14  4:42               ` Leo Liu
2014-01-14 21:38                 ` Stefan Monnier
2014-01-14 21:55                   ` Drew Adams
2014-01-14 23:46                     ` Leo Liu
2014-01-22  2:14                   ` Leo Liu
2014-01-22  3:02                     ` Stefan Monnier
2014-01-22  3:32                       ` Leo Liu
2014-01-22 13:44                         ` Stefan Monnier
2014-01-23 10:03                           ` Leo Liu
2014-01-23 17:48                             ` Drew Adams
2014-01-24  7:30                               ` Leo Liu
2014-01-24 15:06                                 ` Drew Adams
2014-01-24 15:45                                   ` martin rudalics
2014-01-24 16:29                                     ` Drew Adams
2014-01-25  9:21                                       ` martin rudalics
2014-01-25 16:34                                         ` Drew Adams
2014-01-25 16:48                                           ` martin rudalics
2014-01-25 17:33                                             ` Drew Adams
2014-01-25 18:25                                               ` martin rudalics [this message]
2014-01-25 20:19                                                 ` Drew Adams
2014-01-26 11:24                                                   ` martin rudalics
2014-01-26 17:52                                                     ` Drew Adams
2014-01-27  8:21                                                       ` martin rudalics
2014-01-27 15:14                                                         ` Drew Adams
2014-01-22  3:07                     ` Glenn Morris
2014-07-08  1:54             ` Glenn Morris
2014-07-08  2:04               ` Glenn Morris
2014-07-08  5:59                 ` Glenn Morris
2014-07-08 13:57                   ` Drew Adams
2014-07-08 22:24               ` Leo Liu
2014-07-10  7:20                 ` Glenn Morris

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=52E401A0.1000101@gmx.at \
    --to=rudalics@gmx.at \
    --cc=16038@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    --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 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).