unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#15649: 24.3.50; removal of "special-display" from Emacs and Elisp manuals
@ 2013-10-18 22:04 Drew Adams
  2013-10-21  0:55 ` Glenn Morris
  0 siblings, 1 reply; 3+ messages in thread
From: Drew Adams @ 2013-10-18 22:04 UTC (permalink / raw)
  To: 15649

Please put back the doc about special-display buffers.  This is a useful
concept, and the special-display variables and functions are easy to use.

This should not have been jettisoned in your excitement to revamp
`display-buffer' and implement `display-buffer-alist'.  It is much
easier and more understandable for someone to use
`special-display-regexps' or `special-display-buffer-names' than it is
to use `display-buffer-alist' to try to accomplish the same thing.

Having `display-buffer-alist', to be able to deal with every fantastic
combination imaginable, does not preclude also having the easy-to-use
special-display features.  You've added to the possible, unintelligible,
and corner cases, but you have thrown out the baby with the bathwater:
The common, simple cases are now as complex as any others.  Nothing is
gained by throwing special-display away.  KISS.  Think of Emacs users.

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-10-09 on LEG570
Bzr revision: 114596 jan.h.d@swipnet.se-20131009185014-vynfyw4o8p5fge54
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'





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

* bug#15649: 24.3.50; removal of "special-display" from Emacs and Elisp manuals
  2013-10-18 22:04 bug#15649: 24.3.50; removal of "special-display" from Emacs and Elisp manuals Drew Adams
@ 2013-10-21  0:55 ` Glenn Morris
  2013-10-21  2:50   ` Drew Adams
  0 siblings, 1 reply; 3+ messages in thread
From: Glenn Morris @ 2013-10-21  0:55 UTC (permalink / raw)
  To: 15649

tags 15649 wontfix
stop

No. It's obsolete.





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

* bug#15649: 24.3.50; removal of "special-display" from Emacs and Elisp manuals
  2013-10-21  0:55 ` Glenn Morris
@ 2013-10-21  2:50   ` Drew Adams
  0 siblings, 0 replies; 3+ messages in thread
From: Drew Adams @ 2013-10-21  2:50 UTC (permalink / raw)
  To: Glenn Morris, 15649

> tags 15649 wontfix
> stop
> 
> No. It's obsolete.

"It's obsolete because it's useful" seems to be the logic.
Misguided.

The invention of the armored humvee does not make bicycles
obsolete or useless.

Not to mention that these options are used to implement
`display-buffer' (`display-buffer--special-action' etc.)
and `special-display-popup-frame'.

What reason can you give for making users jump through the
`display-buffer-alist' hoop-jungle & obstacle course, just
to accomplish what these options accomplish so simply and
directly?  No reason?  Imagine that.





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

end of thread, other threads:[~2013-10-21  2:50 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-10-18 22:04 bug#15649: 24.3.50; removal of "special-display" from Emacs and Elisp manuals Drew Adams
2013-10-21  0:55 ` Glenn Morris
2013-10-21  2:50   ` Drew Adams

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).