unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Tim X <timx@nospam.dev.null>
To: help-gnu-emacs@gnu.org
Subject: Re: newer versions of emacs file open
Date: Sun, 09 Dec 2007 16:58:39 +1100	[thread overview]
Message-ID: <87ir38s92o.fsf@lion.rapttech.com.au> (raw)
In-Reply-To: mailman.4671.1196978340.18990.help-gnu-emacs@gnu.org

"admin@mmri.us" <admin@mmri.us> writes:

> I am using emacs for as long as I can remember about 10+ years.
> There must be something I dont understand, because it could NEVER save
> settings in $HOME/.emacs
> Everytime I reinstall the servers everyone needs to fight their way to get
> their old settings working again.
> This happened from RH5-FC7
> I can save settings all I want, but a new emacs installation ignores the old
> settings.
> For example I have a lot of syntax highlighting and custom debuggers etc etc
> which does not get saved.
> Whenever I start a new installed version, pop goes the weasel.

That sounds very odd. I've been using emacs since version 19 and my .emacs
has evolved steadily through using versions 19, 20, 21 and now 22. There
have only been two issues I've come across -

1. Sometimes, when moving to a new version, I have to remove/change
existing settings due to minor changes in emacs (i.e. variable names, minor
lisp changes etc). The largest change I can remember was with font-locking,
which has changed a fair bit (i.e. jit font locking, console font-locking
and increased standardisation in how it works etc). 

2. Add new bits to customize new features/behavior. Sometimes this has been
slightly annoying because I don't like the changed behavior (i.e. new
splash screen behavior in current CVS), but a quick scan of the NEWS and
PROBLEMS files when moving to a new version usually gets things sorted very
quickly. 

I think its a pity so few bother to check the NEWS and PROBLEMS files when
they move to a new version. The majority of posts I see to this group after
a new version is released deal with issues that are almost always covered
in these two files and they usually tell you how to get/restore old
behavior for things that have changed the defaults etc. I highly recommend
checking these files when moving to a new version - it will/can save hours
of trying to work things out using apropos et al.

Over the years, I've been moving more and more towards using customize
rather than hand crafted elisp customizations and load hooks. I think this
tends to make things more robust when moving to different versions. Most of
my .emacs that is not in the customize section is for specific user
customization that is not handled by customize. I did find it was a bit
inconsistent and had some minor issues in version 20, but now, in version
22, it seems pretty good.

What (if any) command line arguments do you use when starting emacs. I've
seen setups that use -q and then load a personal .emacs via -u or explicit
loading of the file. This can have the unfortunate side effect of
preventing customize from writing/saving settings back tot he file. 

Tim

-- 
tcross (at) rapttech dot com dot au

  parent reply	other threads:[~2007-12-09  5:58 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-05 23:52 newer versions of emacs file open admin
2007-12-06  0:05 ` Lennart Borgman (gmail)
2007-12-06  0:11   ` admin
2007-12-06  0:19     ` Lennart Borgman (gmail)
     [not found]   ` <mailman.4620.1196899884.18990.help-gnu-emacs@gnu.org>
2007-12-06 14:41     ` Joel J. Adamson
2007-12-06 19:36       ` admin
2007-12-06 19:38         ` Lennart Borgman (gmail)
     [not found]       ` <mailman.4661.1196969795.18990.help-gnu-emacs@gnu.org>
2007-12-06 21:07         ` Joel J. Adamson
2007-12-06 21:58           ` admin
     [not found]           ` <mailman.4671.1196978340.18990.help-gnu-emacs@gnu.org>
2007-12-09  5:58             ` Tim X [this message]
2007-12-10 16:49               ` Joel J. Adamson
2007-12-10 19:44                 ` Eli Zaretskii
     [not found] <mailman.4616.1196898771.18990.help-gnu-emacs@gnu.org>
2007-12-06  0:15 ` David Kastrup

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ir38s92o.fsf@lion.rapttech.com.au \
    --to=timx@nospam.dev.null \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).