[Top][All Lists]

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

Re: [RFC] Micro-Init files in GNU ELPA

From: Ted Zlatanov
Subject: Re: [RFC] Micro-Init files in GNU ELPA
Date: Thu, 05 Dec 2013 09:27:05 -0500
User-agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux)

On Thu, 05 Dec 2013 10:16:25 +0530 Jambunathan K <address@hidden> wrote: 

JK> Ted Zlatanov <address@hidden> writes:
>> I think all of these will cause problems
>> - deprecation of variables
>> - incompatibility of snippets
>> - dependencies
>> - loss of configurability and visibility
>> - bug and maintenance burden on the submitters
>> - documentation (or lack thereof)

JK> My suggestion acknowledges the existing behaviour and merely
JK> systematizes it.

JK> My suggestion is a practical suggestion that need to be tested on the
JK> field and dismissed with a theoretical object.

Your suggestion is completely impractical if it doesn't consider the
practical problems I listed.  Saying "like GNU ELPA but for
configuration snippets" is like saying "like a car but flying and for
giraffes."  Let's talk about how it will fly.

>> I personally would not use or enjoy such a system.

JK> That's precisely the point.  You don't have to.

JK> Installing packages from GNU ELPA is optional.  Most intermediate to
JK> expert Emacs users will not use such a system.

JK> But new users will.

I am intermediate-to-expert and I use and love the GNU ELPA.  I'd love
to see a new way to configure Emacs; I remember discussing Assistants on
emacs-devel a while back.  Assistants are interactive wizards,
implemented by Lars years ago in Gnus but I have yet to figure out how
to use them as a programmer.  Assistants are much closer to what I'd
like to see in Emacs for new users.

Packages and configuration snippets are completely different things.
If you want to argue that they can be treated the same way at the user
level, take the practical concerns I listed into consideration.  Those
are concerns with any package system you present to a user.


reply via email to

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