From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dan Jacobson Newsgroups: gmane.emacs.bugs Subject: mention other ways than add-hook also Date: Sat, 04 Sep 2004 05:26:06 +0800 Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: <87sm9zqc29.fsf_-_@jidanni.org> References: <411D3CF7.2050407@yahoo.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1094256086 32655 80.91.224.253 (4 Sep 2004 00:01:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 4 Sep 2004 00:01:26 +0000 (UTC) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 04 02:01:16 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C3NzX-000270-00 for ; Sat, 04 Sep 2004 02:01:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C3O4a-0005of-L5 for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Sep 2004 20:06:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C3O4N-0005iB-37 for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2004 20:06:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C3O4I-0005ff-PB for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2004 20:06:13 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C3O4I-0005fQ-LY for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2004 20:06:10 -0400 Original-Received: from [203.79.224.62] (helo=smtp1.apol.com.tw) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C3Nz3-00050O-IZ for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2004 20:00:46 -0400 Original-Received: from jidanni1 (TC218-187-80-62.2-7.dynamic.apol.com.tw [218.187.80.62]) by smtp1.apol.com.tw (8.9.3/8.9.3) with ESMTP id HAA02185 for ; Sat, 4 Sep 2004 07:56:19 +0800 (CST) Original-Received: from jidanni by jidanni1 with local (Exim 4.34) id 1C3LZO-0000p8-H8 for bug-gnu-emacs@gnu.org; Sat, 04 Sep 2004 05:26:06 +0800 Original-To: bug-gnu-emacs@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.bugs:8926 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:8926 In the manual, after all the setq hook examples were changed to add-hook examples, users end up with miles long hooks as they adjust their hooks without starting a new emacs. So put back a few setq hook examples, or mention how to do eval-last-sexp in .emacs without ending up with miles long hooks, failed stuff all appended for the ride. K> add-hook's doc string clearly states that the HOOK symbol is a K> variable, from which you can infer that you can modify it with K> set/setq like any other. "Infer" perhaps, but lower powered users like to follow examples. Users might even think they must restart emacs every time they change a hook. K> The reason users should not be encouraged to do so is obvious: a K> hook is a list-valued variable that should be modified K> incrementally to limit the scope of the change to what is intended K> and not not affect other aspects of the system of which the user K> may not be aware. OK, but it's just like if one is not told how to change $PATH, only how to prepend/append to $PATH. Works, but no cigar.