[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [External] : Re: Deleting functions and variables obsolete since 24.

From: Po Lu
Subject: Re: [External] : Re: Deleting functions and variables obsolete since 24.1--24.3
Date: Wed, 17 Aug 2022 10:13:31 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux)

Drew Adams <drew.adams@oracle.com> writes:

> I *STRONGLY* object to removing any of the
> `special-display' user options and their support.
> They should never have been deprecated.  I don't
> want to see them ever be abandoned.
> It's fine for any user to (try to) use
> `display-buffer-alist' to accomplish, in a
> complicated way, what `special-display' does simply.
> It's wrong to get rid of `special-display'.  I use
> it all day, every day, and my code uses it.
> IF you create `display-buffer' user options that
> unequivocally reproduce what `special-display' does
> so simply, THEN we can talk about getting rid of
> `special-display'.
> That's never been done - in spite of the cavalier
> punt statement to just "use `display-buffer-alist'
> instead", added by the deprecation to each of the
> `special-display' doc strings.
> If you can't do it, how do you expect users to?
> `special-display' does everything I need that it
> says it does, and it does it simply.
> `special-display' makes no claim or pretense to do
> what `display-buffer-alist' does.  And the latter
> doesn't provide what the former provides.  (Can
> you make it provide that feature?)
> Leave it alone.  Adding `display-buffer-alist' was
> a _good_ thing - thank you Martin.  Deprecating,
> let alone removing, `special-display' would be an
> atrocity.
> Removing `special-display' does _not_ "need doing".
> Take a break - do something constructive instead.

Seconded.  I completely agree here.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]