From: Artur Malabarba <bruce.connor.am@gmail.com>
To: David Kastrup <dak@gnu.org>
Cc: "Stephen J. Turnbull" <stephen@xemacs.org>,
Helmut Eller <eller.helmut@gmail.com>,
emacs-devel <emacs-devel@gnu.org>
Subject: Re: Package initialization
Date: Sun, 19 Jul 2015 13:33:37 +0100 [thread overview]
Message-ID: <CAAdUY-Ky-BtgXcniNpfTFH92uYVMu63XQA9kVk5bn3RvSFwrHw@mail.gmail.com> (raw)
In-Reply-To: <87fv4ks60h.fsf@fencepost.gnu.org>
>>> Any personal keybinding would override an autoloaded keymap entry anyway
>>
>> I think that depends on which code runs first.
>
> Autoloads don't overwrite already loaded proper code. They only
> overwrite previous autoloads.
That depends on what's autoloaded. Autoloads don't overwrite function
or prefix keymap definitions. But if the package developer autoloads
an arbitrary code snippet (like say, `(define-key some-map "k"
#'some-func)'), then that code will be run as is.
> So you would have to both
> a) define your own bindings with an autoloading keymap (why would you do
> that?)
> b) load libraries with autoloads _after_ defining your own autoloads
> (why would you do that?)
If a library autoloads a call to `define-key', that code will be
executed at the end of emacs initialization (by default).
Then, if the user has a call to `define-key' in his init file for the
same key and keymap, that will get overwriten by the autoload (by no
fault of the user).
next prev parent reply other threads:[~2015-07-19 12:33 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-18 15:56 Package initialization Helmut Eller
2015-07-18 17:16 ` Artur Malabarba
2015-07-18 19:00 ` Helmut Eller
2015-07-18 19:20 ` Artur Malabarba
2015-07-18 22:56 ` Helmut Eller
2015-07-18 23:07 ` Artur Malabarba
2015-07-18 23:29 ` Helmut Eller
2015-07-18 23:48 ` Artur Malabarba
2015-07-19 0:13 ` Stephen J. Turnbull
2015-07-19 7:23 ` Helmut Eller
2015-07-19 8:10 ` Artur Malabarba
2015-07-19 9:58 ` Helmut Eller
2015-07-19 10:07 ` David Kastrup
2015-07-19 10:11 ` Helmut Eller
2015-07-19 10:27 ` David Kastrup
2015-07-19 10:33 ` Helmut Eller
2015-07-19 10:38 ` David Kastrup
2015-07-19 10:41 ` Helmut Eller
2015-07-19 10:51 ` David Kastrup
2015-07-19 10:11 ` Artur Malabarba
2015-07-19 10:14 ` Helmut Eller
2015-07-19 10:35 ` bruce.connor.am
2015-07-19 10:48 ` Helmut Eller
2015-07-19 11:35 ` Artur Malabarba
2015-07-19 10:54 ` David Kastrup
2015-07-19 11:34 ` Artur Malabarba
2015-07-19 12:09 ` David Kastrup
2015-07-19 12:33 ` Artur Malabarba [this message]
2015-07-19 16:54 ` Eli Zaretskii
2015-07-19 15:52 ` Stephen J. Turnbull
2015-07-19 16:37 ` Helmut Eller
2015-07-20 1:30 ` Stephen J. Turnbull
2015-07-20 17:01 ` Helmut Eller
2015-07-20 17:25 ` Chad Brown
2015-07-20 18:12 ` Helmut Eller
2015-07-20 19:09 ` Artur Malabarba
2015-07-20 20:54 ` Dmitry Gutov
2015-07-21 5:59 ` Stephen J. Turnbull
2015-07-21 6:40 ` Helmut Eller
2015-07-25 4:42 ` Alexis
2015-07-19 16:51 ` Eli Zaretskii
2015-07-20 0:11 ` Stefan Monnier
2015-07-20 16:33 ` Helmut Eller
2015-07-20 22:25 ` Stefan Monnier
2015-07-21 5:53 ` Stephen J. Turnbull
2015-07-21 6:45 ` David Kastrup
2015-07-21 6:05 ` Helmut Eller
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAAdUY-Ky-BtgXcniNpfTFH92uYVMu63XQA9kVk5bn3RvSFwrHw@mail.gmail.com \
--to=bruce.connor.am@gmail.com \
--cc=dak@gnu.org \
--cc=eller.helmut@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=stephen@xemacs.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.