From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: RE: Why is `C-M-x' only for top-level defuns? Date: Fri, 13 Jan 2012 01:47:14 +0900 Message-ID: <87sjjk7trh.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87pqep8pf1.fsf@uwakimon.sk.tsukuba.ac.jp> <1ED66B7B69E8459484ACC575EC977EA1@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: dough.gmane.org 1326386848 8421 80.91.229.12 (12 Jan 2012 16:47:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 12 Jan 2012 16:47:28 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 12 17:47:23 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RlNoA-0007iS-5Y for ged-emacs-devel@m.gmane.org; Thu, 12 Jan 2012 17:47:22 +0100 Original-Received: from localhost ([::1]:56068 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RlNo9-00059Y-IG for ged-emacs-devel@m.gmane.org; Thu, 12 Jan 2012 11:47:21 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:43388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RlNo6-00059E-Q5 for emacs-devel@gnu.org; Thu, 12 Jan 2012 11:47:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RlNo5-0003eg-IS for emacs-devel@gnu.org; Thu, 12 Jan 2012 11:47:18 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:33632) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RlNo5-0003eY-5a for emacs-devel@gnu.org; Thu, 12 Jan 2012 11:47:17 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id D756E9707E9; Fri, 13 Jan 2012 01:47:14 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id A37A41A2746; Fri, 13 Jan 2012 01:47:14 +0900 (JST) In-Reply-To: <1ED66B7B69E8459484ACC575EC977EA1@us.oracle.com> X-Mailer: VM undefined under 21.5 (beta31) "ginger" e6b5c49f9e13 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.224 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:147621 Archived-At: Drew Adams writes: > I already addressed that: > > >> I wouldn't have a problem with `C-M-x' trying to evaluate > >> and redefine it, if that's what the users asked for. That > >> would in some cases raise an error (e.g. embedded `,' or `,@'), > > or a variable let-bound outside, or any number of other things that depend on an > outer context... > > >> but that's not a problem, IMO. The user would be in control > >> (it's on demand, the user positions point, etc.). Well, when I say "confusing" I have in mind situations where the let binding shadows something global. Not that a big deal but like Stefan I'm not a fan of making these functions too smart. I also don't reevaluate deffaces very often; if I'm going to change a face, I generally do it in customize (specifically for reset-to-default which is what I would be most likely to use the facility for) or through direct set-face-* calls. When I'm done fiddling, it's no big deal to change the defface itself. I'm not saying there's anything wrong with changing the defface, whatever works for you is fine. Just that from my point of view it's probably a YAGNI for most people, so why make it so smart? Of course you can argue that the other way (ie, "well, so why not?!"), but I suspect that won't get past Stefan's mild opposition.