From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: Helmut Eller <eller.helmut@gmail.com>
Cc: Artur Malabarba <bruce.connor.am@gmail.com>,
emacs-devel <emacs-devel@gnu.org>
Subject: Re: Package initialization
Date: Mon, 20 Jul 2015 10:30:26 +0900 [thread overview]
Message-ID: <21932.20274.646021.600004@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <m2oaj8gl2h.fsf@gmail.com>
Helmut Eller writes:
> On Mon, Jul 20 2015, Stephen J. Turnbull wrote:
>
> > > Calling it lazily when a SLIME related command is invoked the
> > > first time would kinda work for SLIME, but it would be rather strange
> > > that say the slime-connect command implicitly adds hooks to
> > > lisp-mode-hook.
> >
> > Why is that stranger than saying that slime-setup implicitly adds
> > hooks to lisp-mode-hook? Or stranger than saying that simply
> > installing the SLIME package on your system implicitly adds hooks to
> > lisp-mode-hook?
>
> 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. I'd have to hear
details to say how XEmacs would prefer to handle it. (I don't claim
the XEmacs way is the *right* way, only that it has worked very well
for us. No user has ever complained that installing a package doesn't
change Emacs state in arbitrary ways. On the contrary, packages where
installation implies initialization were frequently implicated in
mysterious buggy behavior until we started enforcing the policy.)
> 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.
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.
next prev parent reply other threads:[~2015-07-20 1:30 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 [this message]
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=21932.20274.646021.600004@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=bruce.connor.am@gmail.com \
--cc=eller.helmut@gmail.com \
--cc=emacs-devel@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.
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.