From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Richard Stallman <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: enriched-mode and switching major modes.
Date: Fri, 24 Sep 2004 08:08:25 -0400
Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Message-ID: <E1CAosD-0000ws-8u@fencepost.gnu.org>
References: <200409042358.i84Nwjt19152@raven.dms.auburn.edu>
	<E1C5pOB-0007dg-AN@fencepost.gnu.org>
	<u1xh9zzui.fsf@ID-87814.user.uni-berlin.de>
	<E1C6zs7-0001Ra-Gf@fencepost.gnu.org>
	<uekl4lxpm.fsf@ID-87814.user.uni-berlin.de>
	<E1C7bvo-0001KU-0L@fencepost.gnu.org>
	<uwtyurvpm.fsf@ID-87814.user.uni-berlin.de>
	<01c49c75$Blat.v2.2.2$7a37cb00@zahav.net.il>
	<ubrg5new6.fsf@ID-87814.user.uni-berlin.de>
	<01c49d70$Blat.v2.2.2$f7cfb860@zahav.net.il>
	<u3c1f1p4u.fsf@ID-87814.user.uni-berlin.de>
	<01c49da7$Blat.v2.2.2$cd5f7160@zahav.net.il>
	<uzn3nl51f.fsf@ID-87814.user.uni-berlin.de>
	<01c49dc6$Blat.v2.2.2$3b624d40@zahav.net.il>
	<uk6urp7in.fsf@ID-87814.user.uni-berlin.de>
	<E1C9Bgw-0000I5-Rs@fencepost.gnu.org>
	<u7jqpyxe2.fsf@ID-87814.user.uni-berlin.de>
	<E1C9pPh-0005DY-Gz@fencepost.gnu.org>
	<ud60e1v2g.fsf@ID-87814.user.uni-berlin.de>
	<jwvu0tq4fjh.fsf-monnier+emacs@gnu.org>
	<E1CAPv8-0000
Reply-To: rms@gnu.org
NNTP-Posting-Host: deer.gmane.org
X-Trace: sea.gmane.org 1096027888 19114 80.91.229.6 (24 Sep 2004 12:11:28 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Fri, 24 Sep 2004 12:11:28 +0000 (UTC)
Cc: boris@gnu.org, eliz@gnu.org, alex@emacswiki.org, emacs-devel@gnu.org,
	alkibiades@gmx.de
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 24 14:11:18 2004
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Original-Received: from lists.gnu.org ([199.232.76.165])
	by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1CAouz-0004S8-00
	for <ged-emacs-devel@m.gmane.org>; Fri, 24 Sep 2004 14:11:18 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33)
	id 1CAp14-0007Y8-JW
	for ged-emacs-devel@m.gmane.org; Fri, 24 Sep 2004 08:17:34 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1CAoyu-0006Pr-IW
	for emacs-devel@gnu.org; Fri, 24 Sep 2004 08:15:20 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1CAoys-0006Oi-4V
	for emacs-devel@gnu.org; Fri, 24 Sep 2004 08:15:18 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1CAoyp-0006MT-FC
	for emacs-devel@gnu.org; Fri, 24 Sep 2004 08:15:15 -0400
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1CAosE-0007Sn-GA
	for emacs-devel@gnu.org; Fri, 24 Sep 2004 08:08:26 -0400
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34)
	id 1CAosD-0000ws-8u; Fri, 24 Sep 2004 08:08:25 -0400
Original-To: Stefan <monnier@iro.umontreal.ca>
In-reply-to: <m13c19xlqi.fsf-monnier+emacs@gnu.org> (message from Stefan on
	Thu, 23 Sep 2004 07:35:36 -0400)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: main.gmane.org gmane.emacs.devel:27539
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27539

    XEmacs's version of overlays (called extents) can be part of the text
    (which is a property they call `duplicable').  We could do the same.

We already did.  That's what text properties are.

The reason I decided that text properties should not belong to extents
which are objects is that there is no consistent way to preserve such
identities through cutting and pasting.  Every way of doing it, that I
could see, gives inconsistent behavior in some cases.  That I do not
want.

If you can design a system to attach text properties to extent objects
that gives consistent behavior, I would not object to implementing it.