From: Kevin Rodgers <kevin.d.rodgers@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Interesting problem: eval-after-load and local variables
Date: Tue, 16 Oct 2012 21:23:56 -0600 [thread overview]
Message-ID: <k5l8bq$ne1$1@ger.gmane.org> (raw)
In-Reply-To: <80y5j6etfl.fsf@somewhere.org>
On 10/16/12 2:02 AM, Sebastien Vauban wrote:
> In order to speed up my Emacs startup, I've put many customizations in
> eval-after-load's, such as:
>
> --8<---------------cut here---------------start------------->8---
> (eval-after-load "time-stamp"
> '(progn
> ;; format of the string inserted by `M-x time-stamp'
> (setq time-stamp-format "%:y-%02m-%02d %3a %02H:%02M %u")))
> --8<---------------cut here---------------end--------------->8---
>
> in order to avoid the require itself in the .emacs file.
In general, it is not necessary to load a library before customizing its global
options. You should get the desired effect with just:
(setq time-stamp-format "%:y-%02m-%02d %3a %02H:%02M %u")
> Now, this causes a problem, as my local variable customizations aren't
> respected anymore.
>
> For example, I have the following local vars in my file `common.sty' to set up
> the format of the time-stamp (à la LaTeX):
>
> --8<---------------cut here---------------start------------->8---
> %% common.sty -- LaTeX common commands and environments
>
> \NeedsTeXFormat{LaTeX2e}
> \ProvidesPackage{common}[2012/10/15 v1.0 Common stuff between documents and presentations]
>
> % ...
>
> %% End of package
> \endinput % very last line
>
> % Local Variables:
> % time-stamp-format: "%:y/%02m/%02d"
> % time-stamp-start: "Provides\\(Class\\|Package\\){[a-zA-Z-]+}\\["
> % time-stamp-end: " "
> % End:
> --8<---------------cut here---------------end--------------->8---
>
> The problem is the following:
>
> - Upon opening the file, Emacs sees it needs to load time-stamp.
I don't see how, since those variables aren't autoloaded. (Their autoload
cookies only result in the safe-local-variable property being dumped into the
emacs executable for each symbol.) I suspect you have enabled time stamp as
documented in the Emacs manual:
Then add the hook function `time-stamp' to the hook
`before-save-hook'; that hook function will automatically update the
time stamp, inserting the current date and time when you save the file.
(The function time-stamp is autoloaded.)
> - It does it (via the predefined autoloads), but the eval-after-load overrides
> the local variables' value.
Yes, because the eval-after-load form is apparently evaluated while the
common.sty buffer is current, and the file local variable section has already
made each variable local to that buffer.
> - When saving the file, the time-stamp format provided in local vars is NOT
> applied.
Actually, I think the file local variables are applied and then overridden by
the eval-after-load form (but only for the first file that you save). Do other
files with time stamp templates work as intended?
> In a way, that's perfectly normal. In another, not at all: I would expect the
> local vars to win over the wide values, in any configuration (even if my setq
> were in an eval-after-load construct).
>
> What do you think?
I think you should either skip the eval-after-load boilerplate, or use
setq-default in the eval-after-load form as suggested by Michael.
--
Kevin Rodgers
Denver, Colorado, USA
next prev parent reply other threads:[~2012-10-17 3:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-16 8:02 Interesting problem: eval-after-load and local variables Sebastien Vauban
2012-10-16 9:18 ` Peter Dyballa
2012-10-16 17:54 ` Michael Heerdegen
2012-10-17 3:23 ` Kevin Rodgers [this message]
[not found] ` <mailman.11151.1350444234.855.help-gnu-emacs@gnu.org>
2012-10-17 8:32 ` Sebastien Vauban
2012-10-18 4:09 ` Michael Heerdegen
2012-10-18 12:55 ` Kevin Rodgers
2012-10-18 17:46 ` Bob Proulx
[not found] ` <mailman.11221.1350564945.855.help-gnu-emacs@gnu.org>
2012-10-19 9:40 ` Sebastien Vauban
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='k5l8bq$ne1$1@ger.gmane.org' \
--to=kevin.d.rodgers@gmail.com \
--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).