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: global minor modes that can be overridden locally? Date: Fri, 29 Dec 2006 08:25:00 -0800 Message-ID: References: NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1167409672 21386 80.91.229.10 (29 Dec 2006 16:27:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 29 Dec 2006 16:27:52 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 29 17:27:50 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1H0Ka8-0007cK-VP for ged-emacs-devel@m.gmane.org; Fri, 29 Dec 2006 17:27:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0Ka8-0003s8-FN for ged-emacs-devel@m.gmane.org; Fri, 29 Dec 2006 11:27:44 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H0KZ6-0002fL-70 for emacs-devel@gnu.org; Fri, 29 Dec 2006 11:26:40 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H0KZ4-0002ba-0p for emacs-devel@gnu.org; Fri, 29 Dec 2006 11:26:39 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0KZ3-0002bE-SG for emacs-devel@gnu.org; Fri, 29 Dec 2006 11:26:37 -0500 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1H0KZ3-00051t-Fm for emacs-devel@gnu.org; Fri, 29 Dec 2006 11:26:37 -0500 Original-Received: from rgmgw3.us.oracle.com (rgmgw3.us.oracle.com [138.1.186.112]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id kBTGQYWL011492 for ; Fri, 29 Dec 2006 10:26:35 -0600 Original-Received: from rcsmt250.oracle.com (rcsmt250.oracle.com [148.87.90.195]) by rgmgw3.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id kBTDqtow032142 for ; Fri, 29 Dec 2006 09:26:34 -0700 Original-Received: from dhcp-amer-whq-csvpn-gw3-141-144-80-134.vpn.oracle.com by rcsmt250.oracle.com with ESMTP id 2324677411167409504; Fri, 29 Dec 2006 09:25:04 -0700 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Whitelist: TRUE X-Whitelist: TRUE X-Brightmail-Tracker: AAAAAQAAAAI= 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:64428 Archived-At: `define-global-minor-mode' is new in Emacs 22. I think we have the opportunity now to correct its name to avoid confusing users. There are minor modes that are truly global, defined with `define-minor-mode' using `:global'. And there are minor modes defined with `define-global-minor-mode', which are local minor modes that are made to act globally. These two kinds of "global" minor mode are not the same. We should change the way we refer to minor modes that are defined as local modes but then made to act globally - we should not refer to them as global modes. I wrote this earlier: > It sounds like the pseudo global modes are not global modes, but > local modes that are applied globally. If that's the case, then > perhaps that's the best way to speak of them: don't call them > global, but speak of them being applied globally. Perhaps rename > `define-global-minor-mode' to `make-minor-mode-global' (a la > `make-variable-buffer-local'), since the input is a minor mode > and you are, in effect, making it serve globally (IIUC). Even > that characterization of being applied globally (vs being > inherently global) sounds like too fine a nuance and a possible > source of confusion, however. I don't see a good way to avoid the lesser confusion mentioned in the last sentence, but I do think we should at least change the name of `define-global-minor-mode' to something like `make-minor-mode-global'.