From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: unload-feature questions and thoughts Date: Fri, 12 Oct 2007 19:01:48 +0200 Message-ID: References: <54853.128.165.123.18.1192027947.squirrel@webmail.lanl.gov> <55463.128.165.123.18.1192035787.squirrel@webmail.lanl.gov> <55585.128.165.123.18.1192038971.squirrel@webmail.lanl.gov> <858x6atas5.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1192209155 27402 80.91.229.12 (12 Oct 2007 17:12:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 12 Oct 2007 17:12:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 12 19:12:31 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 1IgNuP-0005XX-66 for ged-emacs-devel@m.gmane.org; Fri, 12 Oct 2007 19:02:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IgNuJ-0001TE-6Y for ged-emacs-devel@m.gmane.org; Fri, 12 Oct 2007 13:02:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IgNtb-0001Fe-Es for emacs-devel@gnu.org; Fri, 12 Oct 2007 13:01:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IgNtW-0001Dn-00 for emacs-devel@gnu.org; Fri, 12 Oct 2007 13:01:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IgNtV-0001Dh-Mv for emacs-devel@gnu.org; Fri, 12 Oct 2007 13:01:49 -0400 Original-Received: from wx-out-0506.google.com ([66.249.82.230]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IgNtV-0005Qs-Bo for emacs-devel@gnu.org; Fri, 12 Oct 2007 13:01:49 -0400 Original-Received: by wx-out-0506.google.com with SMTP id s7so855198wxc for ; Fri, 12 Oct 2007 10:01:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=VoCNz4+71ort4Y4/YGzHI/9S4oWfeyvN7iN/sR1MwoU=; b=IHtULzgxHEQcloLYGrceDJB4YmROZizuy61q7K6Q96CUa1ny0FAVG4SqgOpQsWZK39kjxTVMpe2enqKYrMw0irhFMXeOmIXe5Gx7iM12Xo/Fo3F+QZ+U32RGqu5zAcfNepHCh0g4+xRWgZL6voBaZgrj9Y1w4GdiBZg6+F63lFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rS3aKseSYcgoQE2uIlwaZdP44QYG3e7woxO/kdjZ349nWdUTUtTHyfR2aSUAUdq25ve3DDbVw1B3C3thpkoEhVJ/vRsWJYw5Jj6FgJZeqe28HlxMOcO2phVJ2/i6GkPplz9MWYtvOPV65hK+TgEaD6JGIvdeTiAdROql7NL61u8= Original-Received: by 10.90.97.19 with SMTP id u19mr5103616agb.1192208508524; Fri, 12 Oct 2007 10:01:48 -0700 (PDT) Original-Received: by 10.90.103.8 with HTTP; Fri, 12 Oct 2007 10:01:48 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) 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:80733 Archived-At: On 10/12/07, Richard Stallman wrote: > If we are not going to change the meaning of FEATURE-unload-hook, then > rather than create a second similar feature, I would rather move the > normal handling into a function that the hooks can call. IMHO this is a hack. `unload-feature' does quite a bit of things (and could conceivably do more, as Davis suggested: remove items from keymaps, for example). There's no need for a hook that only substitutes for part of that processing. What if in my package the default hook processing of `unload-feature' is fine, but I want to do my own autoload restore? The right thing to do is let a hook run *before* all that happens, so it can influence what is done afterwards (by saying that it doesn't want more processing, or by modifying `unload-hook-features-list'). Let's get rid of FEATURE-unload-hook. It is used only when unloading packages, so in most cases the incompatibility won't cause big trouble (unless unloading packages is more common that I think). Juanma