GNU bug report logs -
#26243
25.1; `dired-pop-to-buffer' warning
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Fri, 24 Mar 2017 18:22:02 UTC
Severity: minor
Tags: fixed
Found in version 25.1
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 26243 in the body.
You can then email your comments to 26243 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Fri, 24 Mar 2017 18:22:02 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
bug-gnu-emacs <at> gnu.org
.
(Fri, 24 Mar 2017 18:22:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
If code uses function `dired-pop-to-buffer', this is the byte-compiler
warning you get:
`dired-pop-to-buffer' is an obsolete function (as of 24.3);
use `dired-mark-pop-up' instead.
^^^^^^^^^^^^^^^^^^^
That is a ridiculous warning. `dired-mark-pop-up' is about acting on
each of the marked files and directories. `dired-pop-to-buffer' pops
up a single buffer.
There is zero connection between `dired-mark-pop-up' and
`dired-pop-to-buffer'.
In GNU Emacs 25.1.1 (x86_64-w64-mingw32)
of 2016-11-15
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --without-dbus --without-compress-install 'CFLAGS=-O2
-static -g3''
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Fri, 26 Jul 2019 11:14:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 26243 <at> debbugs.gnu.org (full text, mbox):
Drew Adams <drew.adams <at> oracle.com> writes:
> If code uses function `dired-pop-to-buffer', this is the byte-compiler
> warning you get:
>
> `dired-pop-to-buffer' is an obsolete function (as of 24.3);
> use `dired-mark-pop-up' instead.
> ^^^^^^^^^^^^^^^^^^^
>
> That is a ridiculous warning. `dired-mark-pop-up' is about acting on
> each of the marked files and directories. `dired-pop-to-buffer' pops
> up a single buffer.
>
> There is zero connection between `dired-mark-pop-up' and
> `dired-pop-to-buffer'.
Those functions seem to have little to do with each other; yes. So I've
now removed the reference.
It was added with a reference to bug 1806, which is a 170 message long
thread which I've not read. I've Cc'd Juri (who made the change) in
case the reference makes sense anyway, in which case I'll revert my
change.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 26 Jul 2019 11:14:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 27.1, send any further explanations to
26243 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 26 Jul 2019 11:14:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Mon, 29 Jul 2019 15:18:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 26243 <at> debbugs.gnu.org (full text, mbox):
> It was added with a reference to bug 1806, which is a 170 message long
> thread which I've not read. I've Cc'd Juri (who made the change) in
> case the reference makes sense anyway, in which case I'll revert my
> change.
I think the declaration should say to use 'pop-to-buffer' instead of
'dired-pop-to-buffer'. But let's wait for Juri.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Mon, 29 Jul 2019 22:45:01 GMT)
Full text and
rfc822 format available.
Message #18 received at 26243 <at> debbugs.gnu.org (full text, mbox):
>> It was added with a reference to bug 1806, which is a 170 message long
>> thread which I've not read. I've Cc'd Juri (who made the change) in
>> case the reference makes sense anyway, in which case I'll revert my
>> change.
>
> I think the declaration should say to use 'pop-to-buffer' instead of
> 'dired-pop-to-buffer'. But let's wait for Juri.
Yes, either 'pop-to-buffer' or 'dired-mark-pop-up'. If 'dired-mark-pop-up'
doesn't suit the needs due to its narrow applicability, then a more general
'pop-to-buffer' should be used. 'dired-pop-to-buffer' was an ugly wrapper
around 'pop-to-buffer' with some additions that now should be specified
as ACTION args of 'display-buffer' (an example is in 'dired-mark-pop-up').
I don't understand why Drew still uses 'dired-pop-to-buffer'.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Tue, 30 Jul 2019 00:55:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 26243 <at> debbugs.gnu.org (full text, mbox):
> Yes, either 'pop-to-buffer' or 'dired-mark-pop-up'. If 'dired-mark-
> pop-up'
> doesn't suit the needs due to its narrow applicability, then a more
> general
> 'pop-to-buffer' should be used. 'dired-pop-to-buffer' was an ugly
> wrapper
> around 'pop-to-buffer' with some additions that now should be specified
> as ACTION args of 'display-buffer' (an example is in 'dired-mark-pop-
> up').
> I don't understand why Drew still uses 'dired-pop-to-buffer'.
I use `dired-pop-to-buffer' in more than one place
in my code (Dired+). (I use a different definition
of it, but that's not really important here. I also
use a different definition of `dired-mark-pop-up'.)
`dired-pop-to-buffer' shouldn't have been declared
"obsolete" in my opinion. But in any case, surely
`dired-mark-pop-up' can't be used to do anything
like what it does. (And no, `pop-to-buffer' isn't
an adequate replacement for it either.)
> some additions that now should be specified
> as ACTION args of 'display-buffer' (an example
> is in 'dired-mark-pop-up').
FWIW, we apparently disagree about whether using
`display-buffer' ACTION args is the way to do things.
We likely have different ideas about what is elegant
and what is ugly. ;-) When a doc string resorts to
telling users things like this, I'd say we're already
veering off the elegant road:
"use the Customization interface to add a new rule
to `display-buffer-alist' where condition regexp is
\"^ \\*Marked Files\\*$\", action argument symbol
is `window-height' and its value is nil."
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Tue, 30 Jul 2019 11:36:01 GMT)
Full text and
rfc822 format available.
Message #24 received at 26243 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
>> I think the declaration should say to use 'pop-to-buffer' instead of
>> 'dired-pop-to-buffer'. But let's wait for Juri.
>
> Yes, either 'pop-to-buffer' or 'dired-mark-pop-up'.
I've now done the former.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#26243
; Package
emacs
.
(Tue, 30 Jul 2019 19:09:01 GMT)
Full text and
rfc822 format available.
Message #27 received at 26243 <at> debbugs.gnu.org (full text, mbox):
> >> I think the declaration should say to use 'pop-to-buffer' instead of
> >> 'dired-pop-to-buffer'. But let's wait for Juri.
> >
> > Yes, either 'pop-to-buffer' or 'dired-mark-pop-up'.
>
> I've now done the former.
OK, so instead of a "done" that's pretty much
a "won't fix" now.
A fairer treatment would be:
(declare (obsolete nil "24.3"))
A better treatment would be to remove the
declaration (un-obsolete).
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 28 Aug 2019 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 242 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.