all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Kevin Rodgers <kevinr@ihs.com>
Subject: Re: Loading files at startup (desktop) and revert-buffer leave buffers **.
Date: Mon, 25 Nov 2002 10:02:46 -0700	[thread overview]
Message-ID: <3DE257B6.6040700@ihs.com> (raw)
In-Reply-To: 7p6ora.r5.ln@acm.acm

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.


-- 
<a href="mailto:&lt;kevin.rodgers&#64;ihs.com&gt;">Kevin Rodgers</a>

  parent reply	other threads:[~2002-11-25 17:02 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <j7phha.ab.ln@acm.acm>
2002-11-23 15:27 ` Loading files at startup (desktop) and revert-buffer leave buffers ** Alan Mackenzie
2002-11-24  6:01   ` Eli Zaretskii
2002-11-25 17:02   ` Kevin Rodgers [this message]
2002-11-25 22:45     ` Alan Mackenzie
2002-11-27  6:20       ` Eli Zaretskii
     [not found] <mailman.1038117744.12302.help-gnu-emacs@gnu.org>
2002-11-24 23:02 ` Alan Mackenzie
2002-11-25  6:22   ` Eli Zaretskii
     [not found] <mailman.1038205410.31195.help-gnu-emacs@gnu.org>
2002-11-25 23:26 ` Alan Mackenzie
2002-11-27  6:14   ` Eli Zaretskii
2002-11-27  6:52   ` Miles Bader

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3DE257B6.6040700@ihs.com \
    --to=kevinr@ihs.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.