From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: enriched-mode and switching major modes. Date: Sat, 18 Sep 2004 14:04:54 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <200409042358.i84Nwjt19152@raven.dms.auburn.edu> <87llfn5ihw.fsf@emacswiki.org> <01c49c75$Blat.v2.2.2$7a37cb00@zahav.net.il> <01c49d70$Blat.v2.2.2$f7cfb860@zahav.net.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1095509148 4943 80.91.229.6 (18 Sep 2004 12:05:48 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 18 Sep 2004 12:05:48 +0000 (UTC) Cc: boris@gnu.org, alex@emacswiki.org, emacs-devel@gnu.org, Oliver Scholz Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 18 14:05:37 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C8dyC-0001UI-00 for ; Sat, 18 Sep 2004 14:05:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C8e3y-0002iK-Pn for ged-emacs-devel@m.gmane.org; Sat, 18 Sep 2004 08:11:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C8e3s-0002gh-NY for emacs-devel@gnu.org; Sat, 18 Sep 2004 08:11:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C8e3s-0002g6-5M for emacs-devel@gnu.org; Sat, 18 Sep 2004 08:11:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C8e3r-0002fw-WC for emacs-devel@gnu.org; Sat, 18 Sep 2004 08:11:28 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C8dxa-00058x-MQ for emacs-devel@gnu.org; Sat, 18 Sep 2004 08:04:58 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1C8dxX-0003mD-I1; Sat, 18 Sep 2004 08:04:56 -0400 Original-To: Eli Zaretskii In-Reply-To: <01c49d70$Blat.v2.2.2$f7cfb860@zahav.net.il> (Eli Zaretskii's message of "Sat, 18 Sep 2004 14:14:37 +0300") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27225 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27225 "Eli Zaretskii" writes: > FWIW, I think there _is_ a way to add sophisticated word-processing > capabilities to Emacs without breaking the basic Emacs design > assumptions. One good idea was already suggested in this thread: when > Emacs decodes a file which has embedded information about the text > layout, it should convert that information into a combination of > characters and text properties, such that Lisp programs and C code > that look at the buffer text could extract the layout information from > that text alone. In other words, convert indentation to the > appropriate amount of whitespace, add newlines where line-wraps are > required (and put some text properties on those added characters to be > able to treat them specially, e.g. at save-file time), add text > properties for paragraph-level style information, etc. > > If you think that this approach will not work, can you tell why? If I do search&replace on text that is in a run-in paragraph, I don't want to cater for CR and multiple spaces that are just added for the sake of appearance. If my text is conceptually a long line separated by single spaces (but displayed as a formatted block), then I want my buffer modification attempts to work on exactly that, and nothing else. The user-accessible cursor commands, of course, should try to do _visual_ motion usually. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum