breaking changes != better
breaking changes != cool


------------------ 原始邮件 ------------------
发件人: "xenodasein" <emacs-devel@gnu.org>;
发送时间: 2022年1月8日(星期六) 晚上9:24
收件人: "luangruo"<luangruo@yahoo.com>;
抄送: "emacs-devel"<emacs-devel@gnu.org>;
主题: Re: [External] : Re: Default custom file was: Re: Propose to add setup-wizard.el to ELPA

Jan 8, 2022, 16:16 by luangruo@yahoo.com:

> xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
> writes:
>
>> Now if it takes all that for one variable, how many will it take for
>> nontrivial changes?
>>
>
> Let me name several nontrivial changes from the past 24 hours that
> gained less than 100 replies:
>
>  - XIM pre-edit text support
>  - Native GTK input support
>  - Using auth-info-password in TRAMP
>  - rcirc-when
>
> The difference between Drew's proposal and the others is that his
> proposal will make for a breaking change.  IMO, breaking changes must be
> avoided to the best of everyone's ability, in order to minimize the
> disruption posed to the work and lives of many people.
>
> Also, take a look at Emacs 29 NEWS, to see how many nontrivial changes
> have been made in Emacs from October to now.
>

This is plain know-it-all-ery.  Not cool.  You know we are talking about
breaking changes.  We know it is better to avoid breaking changes,
until you can't.