From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: `xterm-mouse-mode' has a bogus Custom group Date: Tue, 12 Apr 2005 13:25:06 -0400 Message-ID: References: <200504020351.j323ppS16391@raven.dms.auburn.edu> <16974.11752.332998.125628@farnswood.snap.net.nz> <200504021346.j32Dk3e19471@raven.dms.auburn.edu> <16978.12100.857894.861739@farnswood.snap.net.nz> <200504060000.j3600bm15264@raven.dms.auburn.edu> <16979.20638.871209.55398@farnswood.snap.net.nz> <200504070045.j370j0J27252@raven.dms.auburn.edu> <16981.58243.428189.615765@farnswood.snap.net.nz> <200504081605.j38G5ia15320@raven.dms.auburn.edu> <16982.64939.154130.463783@farnswood.snap.net.nz> <200504090406.j3946HQ22712@raven.dms.auburn.edu> <01c53d89$Blat.v2.4$96f0bb20@zahav.net.il> <200504101318.j3ADID528159@raven.dms.auburn.edu> <200504120104.j3C14tS11315@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1113326788 12303 80.91.229.2 (12 Apr 2005 17:26:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 12 Apr 2005 17:26:28 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 12 19:26:24 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DLP98-0003CV-LT for ged-emacs-devel@m.gmane.org; Tue, 12 Apr 2005 19:25:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DLOgq-0002Pn-D5 for ged-emacs-devel@m.gmane.org; Tue, 12 Apr 2005 12:56:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DLOg0-0002ND-FA for emacs-devel@gnu.org; Tue, 12 Apr 2005 12:55:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DLOfy-0002M3-6Q for emacs-devel@gnu.org; Tue, 12 Apr 2005 12:55:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DLOfy-0002Lt-3m for emacs-devel@gnu.org; Tue, 12 Apr 2005 12:55:46 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DLP8e-0002KS-EU for emacs-devel@gnu.org; Tue, 12 Apr 2005 13:25:24 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1DLP8M-0007QL-66; Tue, 12 Apr 2005 13:25:06 -0400 Original-To: Luc Teirlinck In-reply-to: <200504120104.j3C14tS11315@raven.dms.auburn.edu> (message from Luc Teirlinck on Mon, 11 Apr 2005 20:04:55 -0500 (CDT)) 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: , 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: news.gmane.org gmane.emacs.devel:35905 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35905 Conditionally and explictly preloading it will not get rid of the code duplication. I would have to preload it _after_ startup.el, to avoid making the code more complicated with boundp's and fboundp's, to prevent errors for variables and functions that might not yet be defined if loaded too early. Ok, preload it after startup.el. It is not clear to me why that would not get rid of the code duplication. After all, the code in startup.el runs when the dumped Emacs is started. But maybe you're right about that. If so, you can't get rid of the code duplication. But it is still desirable to conditionally preload tooltip. So in a certain sense, tooltip is already preloaded when it needs to be enabled. Currently what happens is that it is loaded in each session. That slows down startup. Preloading it will speed up startup. This benefit will occur regardless of where in loadup.el the preloading of tooltip takes place. In general, if most users are going to use a certain file, preloading it is better than loading it into most sessions during the session.