From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bianca Lutz <bialut@googlemail.com>
Subject: Re: Problems with search
Date: Tue, 2 Aug 2011 20:27:18 +0200
Message-ID: <CAPeR956Q1YwR+8+NAO-Nr8wKcgLNE6jQJ5=XeWLeLzB0KHKSzQ@mail.gmail.com>
References: <CAPeR955y2+HF8wip7RB0g+pKUj6T0VqXPRGszTPv0NP4ExtDTg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:36038)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bialut@googlemail.com>) id 1QoJgX-0000w1-7o
	for emacs-orgmode@gnu.org; Tue, 02 Aug 2011 14:27:21 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bialut@googlemail.com>) id 1QoJgW-00052z-92
	for emacs-orgmode@gnu.org; Tue, 02 Aug 2011 14:27:21 -0400
Received: from mail-gw0-f41.google.com ([74.125.83.41]:45566)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bialut@googlemail.com>) id 1QoJgW-00052l-5n
	for emacs-orgmode@gnu.org; Tue, 02 Aug 2011 14:27:20 -0400
Received: by gwaa20 with SMTP id a20so39080gwa.0
	for <emacs-orgmode@gnu.org>; Tue, 02 Aug 2011 11:27:19 -0700 (PDT)
In-Reply-To: <CAPeR955y2+HF8wip7RB0g+pKUj6T0VqXPRGszTPv0NP4ExtDTg@mail.gmail.com>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: </archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: emacs-orgmode@gnu.org

> No, it's not the autopair-post-command-handler that I wondered about[fn:1],
> it's that *t*, the first element of the list: how did it get there?
>
> Nick
>
> Footnotes:
>
> [fn:1] Well, I did wonder about it, but only because I never heard of
> it; but I am more suspicious of that t.
>

Concerning that suspicious t I found the following in the
documentation of add-hook:

(add-hook HOOK FUNCTION &optional APPEND LOCAL)

[...]

The optional fourth argument, LOCAL, if non-nil, says to modify
the hook's buffer-local value rather than its default value.
This makes the hook buffer-local if needed, and it makes t a member
of the buffer-local value.  That acts as a flag to run the hook
functions in the default value as well as in the local value.

Best regards, Bianca.