From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Marking old window variables obsolete Date: Thu, 9 Aug 2012 09:10:47 -0700 Message-ID: References: <87fw7wpfid.fsf@gnu.org> <6863B68E762149B28EF9C1A159D441A3@us.oracle.com> <83r4rgdpgt.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1344530611 20989 80.91.229.3 (9 Aug 2012 16:43:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 9 Aug 2012 16:43:31 +0000 (UTC) Cc: cyd@gnu.org, emacs-devel@gnu.org To: "'Eli Zaretskii'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 09 18:43:32 2012 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 1SzVpa-0002Y1-P8 for ged-emacs-devel@m.gmane.org; Thu, 09 Aug 2012 18:43:30 +0200 Original-Received: from localhost ([::1]:56177 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzVpZ-0008UR-R7 for ged-emacs-devel@m.gmane.org; Thu, 09 Aug 2012 12:43:29 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:35636) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzVpX-0008UG-5y for emacs-devel@gnu.org; Thu, 09 Aug 2012 12:43:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzVpW-0007ZC-AH for emacs-devel@gnu.org; Thu, 09 Aug 2012 12:43:27 -0400 Original-Received: from acsinet14.oracle.com ([141.146.126.236]:16580) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzVpS-0007YI-Er; Thu, 09 Aug 2012 12:43:22 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet14.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q79GBn7L015571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Aug 2012 16:11:49 GMT Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q79GAnOu007395 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Aug 2012 16:10:51 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q79GAnU7006254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Aug 2012 16:10:49 GMT Original-Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q79GAnYx020114; Thu, 9 Aug 2012 11:10:49 -0500 Original-Received: from dradamslap1 (/130.35.178.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 09 Aug 2012 09:10:48 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83r4rgdpgt.fsf@gnu.org> Thread-Index: Ac12SDkFk/Pm9fs3ROWDu4fQlWaeWAAABWSA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet15.oracle.com [141.146.126.227] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 141.146.126.236 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:152368 Archived-At: > > FWIW and for the record, I disagree with _all_ of that proposal. > > Please do not do this. There should be _no_ hurry to do anything > > of the sort. Why can't you wait a few releases - or more - for > > all of the above? > > Deprecation does not mean removal. I'm sure you know that. Of course. No one suggested otherwise. My request is first that we do not deprecate these user options _now_. And second, preferably, that we do not deprecate them at all (i.e., even later), but we instead keep them as an alternative, simpler way to do some (most?) of what the new "machinery" does in a less user-friendly way (in my relatively uninformed opinion). And I also encourage better documenting the new machinery itself. And especially describing, for each such longstanding and useful user option, how to get the same effect with the new, alternative machinery.