From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: enriched-mode and switching major modes. Date: Wed, 22 Sep 2004 10:00:04 -0400 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> <867jqot0be.fsf@ketchup.de.uu.net> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1095861690 13921 80.91.229.6 (22 Sep 2004 14:01:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Sep 2004 14:01:30 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 22 16:01:16 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 1CA7gK-0006eR-00 for ; Wed, 22 Sep 2004 16:01:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CA7mI-0007cJ-JC for ged-emacs-devel@m.gmane.org; Wed, 22 Sep 2004 10:07:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CA7ld-0007IC-5c for emacs-devel@gnu.org; Wed, 22 Sep 2004 10:06:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CA7la-0007Gy-Nv for emacs-devel@gnu.org; Wed, 22 Sep 2004 10:06:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CA7la-0007Gj-KM for emacs-devel@gnu.org; Wed, 22 Sep 2004 10:06:42 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CA7fK-0005pd-2w for emacs-devel@gnu.org; Wed, 22 Sep 2004 10:00:14 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CA7fA-0002wL-FB; Wed, 22 Sep 2004 10:00:05 -0400 Original-To: Kai Grossjohann In-reply-to: <867jqot0be.fsf@ketchup.de.uu.net> (message from Kai Grossjohann on Tue, 21 Sep 2004 11:53:41 +0200) 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:27442 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27442 I would expect Emacs to compute the numbers automatically, so that inserting an item into the middle would recompute the numbers. To me, this means it makes no sense to make the numbers themselves accessible via Lisp. Generating characters such as these numbers at display time would be a fine method in some other program that does not have the Lisp level. It would be absurd in Emacs. These digits have to be in the buffer when Lisp programs look at the buffer. They could be updated automatically at certain times, normalized as it were, but they must be real text. I would also expect the line spacing between the items to vary depending on the style sheet. That is, Lisp shouldn't see two newline characters after "multi-line.", but just the end of the first item. It would be useful to put two newlines there if that is possible. Does it really make sense to insert more spaces in front of "it" just because the user has changed the style sheet of the document to specify that enumerations should use bold numbers? Yes. Additionally, depending on the exact text, making the numbers wider could mean that the "when" does not fit on the line anymore. Making the newlines accessible via Lisp would mean that Lisp would suddenly see a newline in front of "when", instead of after "when". Yes, just as if you were to type M-q.