all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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



  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.