From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Experimental features Date: Sun, 24 Jun 2007 10:41:27 -0400 Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1182696372 19480 80.91.229.12 (24 Jun 2007 14:46:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Jun 2007 14:46:12 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 24 16:46:11 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I2TLt-0008UH-BN for ged-emacs-devel@m.gmane.org; Sun, 24 Jun 2007 16:46:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I2TLs-0004Pa-Ry for ged-emacs-devel@m.gmane.org; Sun, 24 Jun 2007 10:46:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I2THN-0001W8-PV for emacs-devel@gnu.org; Sun, 24 Jun 2007 10:41:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I2THM-0001V3-HN for emacs-devel@gnu.org; Sun, 24 Jun 2007 10:41:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I2THM-0001Ut-9H for emacs-devel@gnu.org; Sun, 24 Jun 2007 10:41:28 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I2THL-0003Xg-W9 for emacs-devel@gnu.org; Sun, 24 Jun 2007 10:41:28 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1I2THL-0001jX-Nf; Sun, 24 Jun 2007 10:41:27 -0400 In-reply-to: (message from Stefan Monnier on Sat, 23 Jun 2007 15:16:17 -0400) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:73758 Archived-At: I know, but I think for example that the vc-bzr.el and vc-hg.el (and potentially others, I hope we'll get vc-darcs.el soon) are somewhat dangerous to add to Emacs-22.[23...] unless we disable them by default: they're not 100% modular since they normally get involved every time we open a file (in 99% of the cases they'll just bail saying that they're not interested in this file, but still). So just like we have obsolete features, we could have experimental features, which are completely deactivated by default but can easily be activated by the user. This might allow us to safely include a few more new features in minor releases. I see the point; maybe so. I'll send a patch soon, to give a more concrete idea of my I'm thinking of. Basically, I currently picture it as adding something like a function (activate-experimental-feature ). What is the benefit of this, over having a simple variable to control it?