home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mlb.semi.harris.com!uflorida!travis!grouper!jimbo
- From: jimbo@rcx1.ssd.csd.harris.com (Jim Winters)
- Newsgroups: gnu.emacs.help
- Subject: Re: another .emacs problem
- Message-ID: <JIMBO.92Sep2124901@rcx1.ssd.csd.harris.com>
- Date: 2 Sep 92 17:49:01 GMT
- References: <1992Sep1.182617.15356@engage.pko.dec.com>
- Sender: news@travis.csd.harris.com
- Organization: Harris Computer Systems Division
- Lines: 24
- In-reply-to: eje@irenaeus.mlo.dec.com's message of 1 Sep 92 18:26:17 GMT
-
- Eric> I can even load emacs with -q, ignoring .emacs, and then load
- Eric> .emacs, evalute it, and everything is hunky-dory. And I can
- Eric> find nothing particularly wrong with my .emacs file. I have
- Eric> some mouse stuff in there; I think that's what's causing the
- Eric> problems, short functions that do nifty things when you drag the
- Eric> mouse. They behave fine whenever I execute them on their own as
- Eric> you might guess. They just don't work in the .emacs file.
-
- I had similar problems when I was experimenting with mousey things.
-
- Some things are done AFTER the .emacs is called. Your code may be
- depending on those things. See startup.el. I'm sorry I'm not being
- very explicit; I'm not an expert.
-
- I wound up writing an ugly hack so that I could delay the execution
- of some of my code until startup.el was finished.
-
- If you can know whether you will be on a window system or a terminal,
- then you may be able to use the respective hooks to delay your code.
- --
-
- --
- Jim Winters jimbo@ssd.csd.harris.com
- ]O See through science part of a backdoor. A door made up of doors...
-