From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?QW5kcmVhcyBSw7ZobGVy?= Newsgroups: gmane.emacs.devel Subject: Re: Suggest: dont declare interactive-p obsolete Date: Fri, 20 Nov 2015 08:29:37 +0100 Message-ID: <564ECBE1.9000004@online.de> References: <564DC94D.8010002@online.de> <564DD2B8.3000306@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1448004548 10073 80.91.229.3 (20 Nov 2015 07:29:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Nov 2015 07:29:08 +0000 (UTC) Cc: John Wiegley , raman , bruce.connor.am@gmail.com, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 20 08:29:00 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 1Zzg7u-0005Nt-HF for ged-emacs-devel@m.gmane.org; Fri, 20 Nov 2015 08:28:58 +0100 Original-Received: from localhost ([::1]:45738 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zzg7t-0006FR-Sm for ged-emacs-devel@m.gmane.org; Fri, 20 Nov 2015 02:28:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zzg7h-0006DW-2Z for emacs-devel@gnu.org; Fri, 20 Nov 2015 02:28:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zzg7d-0002gM-TD for emacs-devel@gnu.org; Fri, 20 Nov 2015 02:28:45 -0500 Original-Received: from mout.kundenserver.de ([212.227.126.130]:63434) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zzg7d-0002ew-JZ for emacs-devel@gnu.org; Fri, 20 Nov 2015 02:28:41 -0500 Original-Received: from [192.168.178.31] ([77.3.50.24]) by mrelayeu.kundenserver.de (mreue003) with ESMTPSA (Nemesis) id 0MRQIm-1ZodVk1TSq-00Se8i; Fri, 20 Nov 2015 08:28:36 +0100 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 In-Reply-To: <564DD2B8.3000306@yandex.ru> X-Provags-ID: V03:K0:e+qtezrjCH7Nft3VQpaYoPiYVPgXYoxkukKw4JCl4czlDC/ad6R gTacsyz7GZXWABrI+AHkzqLdWWwHfkukeqGlH00wZ3mfPI2LSm3QX040ynydqCjhRXOUJ7m vwWy5ino5bJijKgTNLWJWbmCgbA+yUH7IEzPp5RZ0ucS8q/fll+kdA9TaYHtyZ2hdCy/3vN hxL+2Fh5MGpzF5+t2jjiA== X-UI-Out-Filterresults: notjunk:1;V01:K0:PrAkHyJfINk=:CRpIk5iMkEZyzPmqGfZHDy /tTQkMoCOuNwU/Ut2HEvGc113cM8gWsbzloJHtt5BtctzTr8nHUHysDihFjUfJUfEh3+cj6SF nsl7HUtyQppcZBVRIbutTj4774xI1YPxCcXE4l7FtZ+E2F1/3Gaet8Nvgf5fcUUngo8p4DX9I 2XJvhUUNlW6hFAAVnMlWA4ElZNFyf2mkpJLYvC3SUhUy5IMW6DTobymOmj1cdyra0nGVBbwCg hwVV4kdlN+qguobiqmdxDyuTBjmzF1LawgsQnl9C1SfYey3q4exZhBsBbOJ4ku0yI1A2OK8KW VhpzXV8Ho+lWAPUOY6U1LrKmrHD+RKfGTFoM/QS0g5LY3X/Z6PRMwK2CUkmswTzOiF7ByZurL xkuyyeaYSkbWkAYyWsNWglNVVD3yjmnSFQ8Vh8WUaW0VlDV5xI+huXoED6VpSXkZ/tYfbuz3P 4Wn+EYO8k0ZVBjgY4z1ySQNu8l18Xv6bHgRidfl8CUoi6PjBoSxc6wg/u+GNpBUgR/mCrTJK3 c9zjvUdSK93U8YDC1oJQAYY9Y9W6eY34hH+FBqfYI/gKTuldiwB5RXyHa4Cj8qJ/HuNE+moW+ ewrtu0Ny7XSYNTBxN5K5VQT4fHXxmCmvGafVeJ0P1HIUOSA1V0ZNBnw/+ozGFzaMdHe1dC998 BEgmYS9WnqwEhmm3HxpiSuxLf86ztb7X7KLHd6KPvNKldAxsVYJlOS5V8wbRayIzkUA50q4X1 Lhy0XELvp3Q26pU2 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.126.130 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:194849 Archived-At: On 19.11.2015 14:46, Dmitry Gutov wrote: > On 11/19/2015 03:06 PM, Andreas Röhler wrote: > >> Instead of using this function, it is cleaner and more reliable to give >> your >> function an extra optional argument whose `interactive' spec specifies >> non-nil unconditionally (\"p\" is a good way to do this), or via >> \(not (or executing-kbd-macro noninteractive)). > > You're just saying that neither the old, nor the new function should > be used in most of the Lisp code. That may be true, but that doesn't > say anything about whether the old name should be un-obsoleted. That's not me saying this, that's the docstring of current implementation.