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: undo in loaddefs.el buffer
Date: Tue, 04 Jan 2005 12:00:07 -0500
Message-ID: <E1Cls2R-0000qN-Qs@fencepost.gnu.org>
References: <200412211414.iBLEEZ903426@raven.dms.auburn.edu>
	<200412211541.iBLFfBc03861@raven.dms.auburn.edu>
	<b9yy8freyxs.fsf@jpl.org> <87llbonyup.fsf@jurta.org>
	<E1CiDb4-0004k6-Vk@fencepost.gnu.org>
	<200412260206.iBQ26wG17970@raven.dms.auburn.edu>
	<41CEE3B8.9090600@swipnet.se>
	<200412270231.iBR2VDE19709@raven.dms.auburn.edu>
	<41CFE247.8090409@swipnet.se>
	<200412280503.iBS53deD002564@manatee.dms.auburn.edu>
	<E1CjL6E-00015C-R2@fencepost.gnu.org>
	<200412290207.iBT27Gk0006913@manatee.dms.auburn.edu>
	<E1Cjkig-0004kz-8z@fencepost.gnu.org>
	<200412300114.iBU1EY001351@moose.dms.auburn.edu>
	<E1Ck3Oz-0004JZ-2K@fencepost.gnu.org>
	<200412310154.iBV1s5w05229@raven.dms.auburn.edu>
	<x54qi2yg7g.fsf@lola.goethe.zz>
	<200412311504.iBVF4QO05860@raven.dms.auburn.edu>
	<E1CkblK-0003Rh-Mi@fencepost.gnu.org>
	<200501021602.j02G23x08404@raven.dms.auburn.edu>
	<E1ClGYc-00054q-2H@fencepost.gnu.org
Reply-To: rms@gnu.org
NNTP-Posting-Host: deer.gmane.org
X-Trace: sea.gmane.org 1104858569 24321 80.91.229.6 (4 Jan 2005 17:09:29 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Tue, 4 Jan 2005 17:09:29 +0000 (UTC)
Cc: juri@jurta.org, yamaoka@jpl.org, jan.h.d@swipnet.se, emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 04 18:09:17 2005
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 1ClsBJ-0003FV-00
	for <ged-emacs-devel@m.gmane.org>; Tue, 04 Jan 2005 18:09:17 +0100
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33)
	id 1ClsMW-0002Be-9a
	for ged-emacs-devel@m.gmane.org; Tue, 04 Jan 2005 12:20:52 -0500
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1ClsMK-0002BJ-PR
	for emacs-devel@gnu.org; Tue, 04 Jan 2005 12:20:40 -0500
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1ClsMJ-0002AY-Dt
	for emacs-devel@gnu.org; Tue, 04 Jan 2005 12:20:39 -0500
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1ClsMJ-0002AO-8h
	for emacs-devel@gnu.org; Tue, 04 Jan 2005 12:20:39 -0500
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1ClsAU-00014E-Ce
	for emacs-devel@gnu.org; Tue, 04 Jan 2005 12:08:26 -0500
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34)
	id 1Cls2R-0000qN-Qs; Tue, 04 Jan 2005 12:00:38 -0500
Original-To: Luc Teirlinck <teirllm@dms.auburn.edu>
In-reply-to: <200501040307.j0437Bs12647@raven.dms.auburn.edu> (message from
	Luc Teirlinck on Mon, 3 Jan 2005 21:07:11 -0600 (CST))
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>
Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Xref: main.gmane.org gmane.emacs.devel:31832
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31832

    The line " It is usually a bad idea for timer functions to alter
    buffer contents.", could be left in, but it really serves no purpose
    whatsoever.  Nobody is going to be tempted to make a timer alter
    buffer contents without having good reasons to do so.

That's clearly not true.  People will surely sometimes consider
"let's make a timer do the editing" as a possible solution.