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 14:53:06 -0700 Message-ID: <1418ED67AA6C4EEC9F294278215E9D15@us.oracle.com> References: <87fw7wpfid.fsf@gnu.org> <6863B68E762149B28EF9C1A159D441A3@us.oracle.com> <83r4rgdpgt.fsf@gnu.org> <83mx24dn26.fsf@gnu.org> <2C6E1B3A8D6C411980AFBD9472E76E03@us.oracle.com> <83lihneugd.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 1344549197 10637 80.91.229.3 (9 Aug 2012 21:53:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 9 Aug 2012 21:53:17 +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 23:53:17 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 1SzafM-00029u-Mv for ged-emacs-devel@m.gmane.org; Thu, 09 Aug 2012 23:53:16 +0200 Original-Received: from localhost ([::1]:58514 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzafL-0004Sc-Vi for ged-emacs-devel@m.gmane.org; Thu, 09 Aug 2012 17:53:15 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:33105) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzafI-0004SE-Qf for emacs-devel@gnu.org; Thu, 09 Aug 2012 17:53:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SzafH-0006Qr-R9 for emacs-devel@gnu.org; Thu, 09 Aug 2012 17:53:12 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:21659) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SzafG-0006Q5-Cd; Thu, 09 Aug 2012 17:53:10 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q79Lr8cS032491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Aug 2012 21:53:09 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q79Lr8TQ027721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Aug 2012 21:53:08 GMT Original-Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q79Lr7ih028485; Thu, 9 Aug 2012 16:53:07 -0500 Original-Received: from dradamslap1 (/130.35.178.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 09 Aug 2012 14:53:07 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83lihneugd.fsf@gnu.org> Thread-Index: Ac12ZSBXRYaPVnkAT8uQWIFaBKz2ewADTLkg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 148.87.113.117 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:152388 Archived-At: > > > > My request is first that we do not deprecate these user > > > > options _now_. > > > > > > How else can we encourage users to migrate to the new machinery? > > > > Sheesh. If that's the only way users can be encouraged to > > adopt the new machinery, that doesn't say much about how appealing > > it is, does it? > > > > Users generally have little problem adopting new features > > that they find (or even suspect might be) useful. > > You must be kidding, if you rely in people discovering every new > feature among hundreds, let alone study each one of them. No, I am not kidding. And you are jumping all over the map. So now it's about users _discovering_ new features? No. With that logic, we should deprecate all over the place, just to make sure users discover new features. "You must be kidding."