From: Drew Adams <drew.adams@oracle.com>
To: martin rudalics <rudalics@gmx.at>,
Jens Lechtenboerger <lechten@wi.uni-muenster.de>
Cc: 25946@debbugs.gnu.org
Subject: bug#25946: 26.0.50; display-buffer ignores ignores reusable-frames in display-buffer-alist
Date: Fri, 3 Mar 2017 10:55:38 -0800 (PST) [thread overview]
Message-ID: <89b197f1-da40-43aa-a293-8a58dfdc1521@default> (raw)
In-Reply-To: <58B9B496.2020100@gmx.at>
> > I'll try once I know how to create special/dedicated frames.
>
> Impossible since the "fix" for Bug#15133. Apparently no one
> used this in the past four years.
Huh? I use special/dedicated frames all day long, everyday, as
you well know.
But I use `special-display-regexps', `special-display-buffer-names'
(including function value), `special-display-alist', etc.
Thank goodness they still work, without problem. Without them,
I'd likely have to stop using Emacs.
If there were a clear, just-as-simple, just-as-succinct,
alternative way to accomplish the same thing, and if I were
forced to use it instead of what (still) works for all Emacs
versions (`special-display-*'), then I'd use it.
It wouldn't be convenient, because I use multiple Emacs
releases everyday, but if it were just as simple and I had no
choice then I would likely use it (in addition to using
`special-display-*' for older releases).
But AFAIK there is NO clear and just-as-simple, alternative
way to get the `special-display-*' behavior. That's too bad.
What should be done, IMHO, instead of deprecating such
simple, useful, and straightforward user knobs, is to
continue to support (and even promote) them, even if they
might now be reimplemented using more complex mechanisms.
We should not lose these useful constructs. They work fine
still. They should continue to just work, as always.
Adding additional bells and whistles to Emacs should not
remove this convenient behavior and its simple user-level
constructs.
next prev parent reply other threads:[~2017-03-03 18:55 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-03 10:01 bug#25946: 26.0.50; display-buffer ignores ignores reusable-frames in display-buffer-alist Jens Lechtenboerger
2017-03-03 10:38 ` martin rudalics
2017-03-03 10:58 ` Jens Lechtenboerger
2017-03-03 14:24 ` martin rudalics
2017-03-03 14:49 ` Jens Lechtenboerger
2017-03-03 18:23 ` martin rudalics
2017-03-03 18:55 ` Drew Adams [this message]
[not found] ` <13CD49F822DC4A42AF94C24270D9E5CF9A5D4E36@WIWI-MAIL-1.WIWI.UNI-MUENSTER.DE>
2017-03-04 17:08 ` Jens Lechtenboerger
2017-03-04 17:40 ` martin rudalics
2017-03-05 10:34 ` martin rudalics
2017-03-05 11:27 ` Stephen Berman
2017-03-05 13:28 ` martin rudalics
2017-03-05 22:20 ` Michael Heerdegen
2017-03-06 8:11 ` martin rudalics
2017-03-06 8:57 ` Stephen Berman
2017-03-06 9:25 ` Jens Lechtenboerger
2017-03-06 11:07 ` Stephen Berman
2017-03-06 17:46 ` martin rudalics
2017-03-06 20:59 ` Stephen Berman
2017-03-07 9:45 ` martin rudalics
2017-03-07 16:51 ` Stephen Berman
2017-03-07 19:00 ` martin rudalics
2017-03-07 19:36 ` Stephen Berman
2017-03-10 15:01 ` Jens Lechtenboerger
2017-03-11 10:20 ` martin rudalics
2017-03-06 17:46 ` martin rudalics
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=89b197f1-da40-43aa-a293-8a58dfdc1521@default \
--to=drew.adams@oracle.com \
--cc=25946@debbugs.gnu.org \
--cc=lechten@wi.uni-muenster.de \
--cc=rudalics@gmx.at \
/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).