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
* 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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.