From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.devel Subject: Re: intrusive changes Date: Sun, 30 Nov 2014 15:12:59 +0000 Message-ID: <87vblwn2mc.fsf@violet.siamics.net> References: <87lhn7cfe0.fsf@lifelogs.com> <87egszcd3i.fsf@lifelogs.com> <87h9xvavjm.fsf@lifelogs.com> <874mtuc1hq.fsf@lifelogs.com> <871torfjk8.fsf@lifelogs.com> <87sih7cjnn.fsf@lifelogs.com> <87ppcbqh08.fsf_-_@violet.siamics.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1417360431 11054 80.91.229.3 (30 Nov 2014 15:13:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Nov 2014 15:13:51 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 30 16:13:45 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xv6C0-0002U9-QC for ged-emacs-devel@m.gmane.org; Sun, 30 Nov 2014 16:13:44 +0100 Original-Received: from localhost ([::1]:50691 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xv6C0-0000sS-8c for ged-emacs-devel@m.gmane.org; Sun, 30 Nov 2014 10:13:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xv6Bc-0000oC-AY for emacs-devel@gnu.org; Sun, 30 Nov 2014 10:13:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xv6Ba-000804-VQ for emacs-devel@gnu.org; Sun, 30 Nov 2014 10:13:20 -0500 Original-Received: from fely.am-1.org ([2a01:4f8:d15:1b86::2]:49135) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xv6Ba-0007tb-JZ for emacs-devel@gnu.org; Sun, 30 Nov 2014 10:13:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=RZJxf8imtEu2p3daFQmGK2a7gIxKvQZzYowGeZs4qn8=; b=p9ISM1fU2B/8Qj7Cjqwf/2gb0i2sRSWBbuUhdaKVYojMQHO348wXhWSx9T9mCTycv0M+NZA9EMc5fwedvApAP+nYRYhEgI5oLfSn2KvYCft9QhqZ91L+rpE9eRswsU1Tj8oeW59pBPTC7mulruI8l+k6j3va/S5XBJdhVtxdmfU=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Xv6BO-00012s-Uy for emacs-devel@gnu.org; Sun, 30 Nov 2014 15:13:07 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Xv6BH-0004up-Hu for emacs-devel@gnu.org; Sun, 30 Nov 2014 22:12:59 +0700 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: (Stefan Monnier's message of "Sun, 30 Nov 2014 08:51:27 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:4f8:d15:1b86::2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:178515 Archived-At: >>>>> Stefan Monnier writes: >> Showing that prompt every single time the user does =E2=80=98M-x = =E2=80=99 isn=E2=80=99t >> something I=E2=80=99d call =E2=80=9Cnon-intrusive.=E2=80=9D > It's not a prompt, just a message. I stand corrected. > That bug has been fixed. FWIW, that doesn=E2=80=99t change a thing to me, =E2=80=93 I still find th= at particular feature not helpful, and keep it disabled. (Along with global-eldoc-mode, transient-mark-mode, the binding of [home] to beginning-of-line, and some more.) > It was trivial to fix. For someone knowledgeable to that part of the code, I presume. > Basing a decision on the presence of a bug without even trying to fix > this bug first is not a good idea. Adding untested features without providing an easy way for the user to opt out is not a good idea, either. PS. Belated thanks to Dmitry Gutov for dealing with #17008. Filing a bug like that was somewhere near the very bottom of my =E2=80=9Cto do=E2= =80=9D list for a while. And now I=E2=80=99m pleasantly surprised to discover that the issue was actually fixed over half an year ago. --=20 FSF associate member #7257 http://boycottsystemd.org/ =E2=80=A6 3013 B6A0= 230E 334A