From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: RFC: Flavors - naming significant sets of customizations Date: Fri, 29 Nov 2013 05:24:36 +0100 Organization: Aioe.org NNTP Server Message-ID: <874n6vx2aq.fsf@nl106-137-194.student.uu.se> References: <9fc6b1ae-7cbd-4a17-a9a0-f4af42969312@googlegroups.com> <5592550c-72f1-4e9b-93db-dc7f95742d27@googlegroups.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1385699116 10105 80.91.229.3 (29 Nov 2013 04:25:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Nov 2013 04:25:16 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Nov 29 05:25:23 2013 Return-path: Envelope-to: geh-help-gnu-emacs@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 1VmFdo-0006AX-V6 for geh-help-gnu-emacs@m.gmane.org; Fri, 29 Nov 2013 05:25:21 +0100 Original-Received: from localhost ([::1]:45390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmFdo-0002zR-J5 for geh-help-gnu-emacs@m.gmane.org; Thu, 28 Nov 2013 23:25:20 -0500 Original-Path: usenet.stanford.edu!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 65 Original-NNTP-Posting-Host: VVbyYd/iFZoeWNmD9i++cQ.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) X-Notice: Filtered by postfilter v. 0.8.2 Cancel-Lock: sha1:gRQHhiALycmt49wvPfQZDwGZYnM= Mail-Copies-To: never Original-Xref: usenet.stanford.edu gnu.emacs.help:202441 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:94710 Archived-At: Rustom Mody writes: >> Has anyone already come up with a name for large >> customizations? I've noticed a number of efforts to >> significantly customize Emacs in a way that other >> people can readily use. ... > > I remember Alan Mackenzie use the word 'emacsicality'. I still don't understand what a "large customization" is, or is supposed to be. If it is just about anything you could put in your initialization files, I don't think you should be over-eager to group those things together because just because one person put them there doesn't mean they relate to each other. For example, I just wrote this: (defun describe-variable-short (var) (interactive "vVariable: ") (message (format "%s: %s" (symbol-name var) (symbol-value var))) ) That is something that is 100% general, and if that isn't in Emacs already (and I overlooked it) without false modesty, it should be added. On the other hand, I also just wrote: (defun cpp-switch-to-body-or-header-file () (interactive) (let ((is-body (string= (file-name-extension (buffer-name)) "cpp")) (file-name-no-extension (file-name-sans-extension (buffer-name)))) (find-file (format "%s/%s" default-directory (if is-body (format "include/%s.hh" file-name-no-extension) (format "../%s.cpp" file-name-no-extension) ))))) While that is as general (to the C++ programmer), not all C++ programmers organize their include files in that way. Then again, programmers are probably more than capable of setting a pair of paths... Last, and less (not at all) general, is (eval-after-load 'cc-mode '(define-key c++-mode-map "\C-o;" 'cpp-switch-to-body-or-header-file) ) (global-set-key "\C-hV" 'describe-variable-short) which obviously is just about how I like my keys, and that's it. Instead of creating Emacs distributions, we should filter each such "distribution" for what is general and what is not. What is general (and *good*) should be improved, documented, tested, and put into libraries. What is not general but *does* fit together - I mean, it could be put together into a "taste" or "flavor" package if that is a game anyone enjoys, but to perfect and communicate the really useful stuff is much more important. -- Emanuel Berg, programmer-for-rent. CV, projects, etc at uXu underground experts united: http://user.it.uu.se/~embe8573