From: Helmut Eller <eller.helmut@gmail.com>
To: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: Artur Malabarba <bruce.connor.am@gmail.com>,
emacs-devel <emacs-devel@gnu.org>
Subject: Re: Package initialization
Date: Mon, 20 Jul 2015 19:01:56 +0200 [thread overview]
Message-ID: <m2bnf6oj97.fsf@gmail.com> (raw)
In-Reply-To: <21932.20274.646021.600004@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 20 Jul 2015 10:30:26 +0900")
On Mon, Jul 20 2015, Stephen J. Turnbull wrote:
> > Because slime-connect is supposed to create a connection to an external
> > process. Not mess around in with some mode-hooks and minor-modes.
>
> If slime-connect won't work properly without slime-setup, there's no
> difference. If it's useful to do slime-connect without slime-setup,
> that would be another story but it sounds unlikely.
It wouldn't work properly without slime-setup. Hmm... since we can't
call slime-setup from .emacs, I guess we have no other choice than to
call it from slime-connect too; very annoying.
> I'd have to hear
> details to say how XEmacs would prefer to handle it.
The current version of SLIME doesn't work with XEmacs; we stopped
supporting XEmacs about a year ago.
> > package.el seems to be so designed that package installation
> > implies package initialization. I don't like that but I can't
> > change it.
>
> I didn't get that impression. It's one thing for Emacs to
> automatically scan for usable packages and add them to load-path, to
> set up autoloads for their entry-point commands, and perhaps add their
> data directories etc to appropriate paths so they can be found by name
> rather than a full filesystem path. I don't consider that
> "initialization" because it's consistent with the "and the kitchen
> sink" tradition of Lisp environments (especially GNU Emacs), where
> packages that many users would never notice if they weren't installed
> are often included with the core distribution.
I have the impression that the left hand doesn't know what the right
hand wants. In the manual they say that it's ok to add things to
auto-mode-alist, but then Stefan says that packages should not be
enabled automatically.
> It's another to change the meaning of user gestures, even in a trivial
> and "obviously useful" way like adding to keymaps.
>
> If in fact the majority of lisp-mode users find slime sufficiently
> useful, what I would do is negotiate with the lisp-mode maintainer (I
> suppose that's actually emacs-devel) to get the slime bindings
> "officially" added to the lisp-mode keymaps, and arrange for them to
> fail gracefully if the slime package is unavailable, eg, by binding
> them to a `lisp-mode-how-to-get-slime' help command.
I think we rather keep control of key bindings in our own hands;
especially as we don't always agree with the Emacs maintainers (like the
bindings for M-./M-, until recently etc).
Helmut
next prev parent reply other threads:[~2015-07-20 17:01 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
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 [this message]
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=m2bnf6oj97.fsf@gmail.com \
--to=eller.helmut@gmail.com \
--cc=bruce.connor.am@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.