From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: find-file-not-found-functions Date: Tue, 25 May 2004 15:58:35 -0500 (CDT) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200405252058.i4PKwZH25711@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1085525074 7025 80.91.224.253 (25 May 2004 22:44:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 25 May 2004 22:44:34 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed May 26 00:44:27 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BSkep-0007rr-00 for ; Wed, 26 May 2004 00:44:27 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BSkep-0000Iu-00 for ; Wed, 26 May 2004 00:44:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BSj2o-0007tG-3t for emacs-devel@quimby.gnus.org; Tue, 25 May 2004 17:01:06 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BSj21-0007rT-Jj for emacs-devel@gnu.org; Tue, 25 May 2004 17:00:17 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BSj1L-0007gz-EK for emacs-devel@gnu.org; Tue, 25 May 2004 17:00:07 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BSj10-0007c0-Aj for emacs-devel@gnu.org; Tue, 25 May 2004 16:59:14 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i4PKxDuE025212 for ; Tue, 25 May 2004 15:59:13 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.6+Sun/8.11.6) id i4PKwZH25711; Tue, 25 May 2004 15:58:35 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:23938 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:23938 A little while ago, I made a change to find-file-noselect-1 that limited the scope of the `inhibit-read-only' binding in such a way that `inhibit-read-only' became nil during the execution of `find-file-not-found-functions' and `find-file-hook'. Before, it was bound to t. The reason for the change was that the t binding was not documented and that, in the case of `find-file-hook', it caused a bug. As a side effect of fixing a bug in my previous change, `inhibit-read-only' is back to t during the execution of `find-file-not-found-functions'. I now believe that, while my previous change made sense for `find-file-hook', it might have been a bad idea for `find-file-not-found-functions'. I have the impression that PC-look-for-include-file and maybe other functions rely on inhibit-read-only being t. What about just _documenting_ the fact that `inhibit-read-only' is t during the execution of `find-file-not-found-functions'? I could do this, if desired (docstring and Elisp manual). Sincerely, Luc.