emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Package initialization


From: David Kastrup
Subject: Re: Package initialization
Date: Sun, 19 Jul 2015 12:51:13 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Helmut Eller <address@hidden> writes:

> On Sun, Jul 19 2015, David Kastrup wrote:
>
>> Helmut Eller <address@hidden> writes:
>>
>>> On Sun, Jul 19 2015, David Kastrup wrote:
>>>
>>>>;;;autoload (global-set-key (kbd "C-x c 5") 'foo-prefix-map)
>>>> Is there any problem with that?
>>>
>>> Yes, some poeple like to set up keybdinings explicitly in .emacs and
>>> don't want that merely installing a package changes global keybindings;
>>> other people don't want to change their .emacs.
>>
>> Is there a particular point to you making me look up the information in
>> the manual for you when all you wanted to state is that you want to have
>> logically incompatible requirements supported?
>> Are you getting paid for wasting people's time?
>
> If you don't understand the question then don't answer.

To quote:

    Helmut Eller <address@hidden> writes:
    >
    >>> On Sun, Jul 19 2015, Artur Malabarba wrote:
    >>
    >>>> lisp-mode-hook.  In general, lazy initialization would also not
    >>>> work well if those autoloaded commands should be bound to keys
    >>>> because before the first invocation the keys would not be
    >>>> bound.
    >>>
    >>> If the user wants to bind an autoloaded command to a key, they
    >>> can do that just fine.
    >>
    >> How without adding something to .emacs?
    >>
    > You can autoload on a prefix keymap as well I think.  So if some
    > bindings are to be present globally, you can do that without
    > preloading the package itself.

    Show me the code and where to put it.

So I would strongly suggest to people they think twice before assuming
anybody but yourself understands your "questions" when bothering to
answer.

-- 
David Kastrup



reply via email to

[Prev in Thread] Current Thread [Next in Thread]