From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: Loading files at startup (desktop) and revert-buffer leave buffers **. Date: Mon, 25 Nov 2002 10:02:46 -0700 Sender: help-gnu-emacs-admin@gnu.org Message-ID: <3DE257B6.6040700@ihs.com> References: <7p6ora.r5.ln@acm.acm> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1038244099 8450 80.91.224.249 (25 Nov 2002 17:08:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Nov 2002 17:08:19 +0000 (UTC) Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18GMg0-00022p-00 for ; Mon, 25 Nov 2002 18:05:40 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18GMge-0001r7-00; Mon, 25 Nov 2002 12:06:20 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!fu-berlin.de!uni-berlin.de!170.207.51.80!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 43 Original-NNTP-Posting-Host: 170.207.51.80 Original-X-Trace: fu-berlin.de 1038243767 23070246 170.207.51.80 (16 [82742]) User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:0.9.4.1) Gecko/20020406 Netscape6/6.2.2 X-Accept-Language: en-us Original-Xref: shelby.stanford.edu gnu.emacs.help:107427 Original-To: help-gnu-emacs@gnu.org Errors-To: help-gnu-emacs-admin@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.help:3978 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:3978 Alan Mackenzie wrote: > Hi, everybody. My problem was nothing whatsoever to do with desktop. > > What was happening was that I was setting text properties on these files' > buffers immediately after loading them (I think that loading a file > counts as a "change" for after-change-functions). Setting text > properties marks a file as changed. > > I don't see why setting text properties should mark a file as changed. > It seems to me that text properties are more an internal lisp structure, > and the buffer-changed flag should reflect only changes to the contents > of the buffer - i.e. that were the buffer to be saved, it would have > different contents from the file that had been loaded. What is the > thinking behind this use of the buffer-changed flag? File: elisp, Node: Changing Properties, Next: Property Search, Prev: Examining Properties, Up: Text Properties Changing Text Properties ------------------------ The primitives for changing properties apply to a specified range of text. The function `set-text-properties' (see end of section) sets the entire property list of the text in that range; more often, it is useful to add, change, or delete just certain properties specified by name. Since text properties are considered part of the buffer's contents, and can affect how the buffer looks on the screen, any change in the text properties is considered a buffer modification. Buffer text property changes are undoable (*note Undo::.). > Anyhow, apologies to anybody I sent off on a wild goose chase tracking > down this non-existent bug. -- Kevin Rodgers