From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Stop frames stealing eachothers' minibuffers! Date: Thu, 07 Jan 2021 02:52:33 -0500 Message-ID: References: <0d14bfc4-8e8e-d3b9-e0e1-ee4bf2e6449d@gmx.at> <20201125210947.GB8228@ACM> <50c96c83-01b4-d2b8-ff90-82c9d706e268@gmx.at> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30177"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ghe@sdf.org, acm@muc.de, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 07 08:54:05 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kxQ7N-0007Vh-Tl for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Jan 2021 08:54:01 +0100 Original-Received: from localhost ([::1]:47320 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxQ7M-0005UX-RE for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Jan 2021 02:54:00 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59206) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxQ60-0004G7-El for emacs-devel@gnu.org; Thu, 07 Jan 2021 02:52:36 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51386) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxQ5y-0002Gr-8E; Thu, 07 Jan 2021 02:52:34 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1kxQ5x-0005Kk-7q; Thu, 07 Jan 2021 02:52:33 -0500 In-Reply-To: (message from Stefan Monnier on Wed, 06 Jan 2021 10:52:21 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:262652 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > So your rule is simply inapplicable. You seem to think it's obvious to > distinguish between a change in behavior and a bug fix or a new feature > or other categories, and while in many cases it is, there are also many > cases where it's not and *that* is the reason why we sometimes introduce > a change without a clean way to recover the old behavior: we failed to > recognize that it wasn't just a bug fix or a plain improvement. Yes, that does happen. We can't avoid that. But, as the y-or-n-p problem shows, there are times when people make a change that is obviously intended to change the UI, and isn't fixing a bug. And yet we changed the default and did not add a variable to control the change. If we adopt a rule about these situations, we will do better. -- Dr Richard Stallman Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)