breaking changes != better
breaking changes != cool




------------------ 原始邮件 ------------------
发件人:                                                                                                                        "xenodasein"                                                                                    <emacs-devel@gnu.org&gt;;
发送时间:&nbsp;2022年1月8日(星期六) 晚上9:24
收件人:&nbsp;"luangruo"<luangruo@yahoo.com&gt;;
抄送:&nbsp;"emacs-devel"<emacs-devel@gnu.org&gt;;
主题:&nbsp;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:

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

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