From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Suggestion to have highlight related bindings consistent between search-map and hi-lock-map Date: Thu, 30 Jul 2015 18:48:11 -0400 Message-ID: References: <874mlaearx.fsf@mail.linkov.net> <55A21229.6080903@gmail.com> <55A27E53.7020605@gmail.com> <834ml99zkp.fsf@gnu.org> <831tgd9wcm.fsf@gnu.org> <55AB58FB.8000501@gmail.com> <87r3nqk34p.fsf@mail.linkov.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 1438296517 12856 80.91.229.3 (30 Jul 2015 22:48:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Jul 2015 22:48:37 +0000 (UTC) Cc: vaidheeswaran.chinnaraju@gmail.com, Eli Zaretskii , emacs-devel@gnu.org, Kaushal To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 31 00:48:28 2015 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 1ZKwcm-0000EU-7M for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 00:48:28 +0200 Original-Received: from localhost ([::1]:42340 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKwcl-0008GZ-I8 for ged-emacs-devel@m.gmane.org; Thu, 30 Jul 2015 18:48:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33551) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKwci-0008GR-Af for emacs-devel@gnu.org; Thu, 30 Jul 2015 18:48:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZKwcd-0001ob-CM for emacs-devel@gnu.org; Thu, 30 Jul 2015 18:48:24 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:51171) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKwcd-0001oE-7l; Thu, 30 Jul 2015 18:48:19 -0400 Original-Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.DIT.UMontreal.CA (8.14.1/8.14.1) with ESMTP id t6UMmBtq013231; Thu, 30 Jul 2015 18:48:12 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id AD94EAE09C; Thu, 30 Jul 2015 18:48:11 -0400 (EDT) In-Reply-To: <87r3nqk34p.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 30 Jul 2015 01:31:02 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5383=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5383> : inlines <3499> : streams <1480423> : uri <2000396> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 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:188211 Archived-At: > Do we have a 2-step deprecation process where the first step > is to warn the users about the planned changes by issuing > a message like =E2=80=9Cuse the new key instead=E2=80=9D like we do with > =E2=80=98define-obsolete-function-alias=E2=80=99 and =E2=80=98make-obsole= te-variable=E2=80=99? No, for key-bindings we just make the change, since we don't pay nearly as much attention to breaking "user compatibility" (which can be fixed with a define-key in ~/.emacs). OTOH if the change ends up breaking third-party packages it might be more problematic. Stefan