From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ben Key Newsgroups: gmane.emacs.devel Subject: Re: user-controlled load-path extension: load-dir Date: Tue, 8 Mar 2011 16:57:40 -0600 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=0015175cd8d23e5ffc049e008bb0 X-Trace: dough.gmane.org 1299626357 8791 80.91.229.12 (8 Mar 2011 23:19:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 8 Mar 2011 23:19:17 +0000 (UTC) Cc: tzz@lifelogs.com, ego111@gmail.com To: Emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 09 00:19:13 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Px6BK-0008AB-3I for ged-emacs-devel@m.gmane.org; Wed, 09 Mar 2011 00:19:10 +0100 Original-Received: from localhost ([127.0.0.1]:48844 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Px60V-0008OD-Rm for ged-emacs-devel@m.gmane.org; Tue, 08 Mar 2011 18:07:59 -0500 Original-Received: from [140.186.70.92] (port=44963 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Px602-000844-Mj for Emacs-devel@gnu.org; Tue, 08 Mar 2011 18:07:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Px5qr-0007H4-Pj for Emacs-devel@gnu.org; Tue, 08 Mar 2011 17:58:02 -0500 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:62661) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Px5qr-0007Gu-IF for Emacs-devel@gnu.org; Tue, 08 Mar 2011 17:58:01 -0500 Original-Received: by bwz17 with SMTP id 17so292523bwz.0 for ; Tue, 08 Mar 2011 14:58:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=8dOdNnUyEb+ToV0Qn2VZa9pZ+6wGORfK2GcX/ePLObs=; b=TKAmCoj+oFk1+VdmCp67bxBS0DW37kraOEWcm8kmcQ8CzJBDeT6RhlfQAJlYprL99j kvkTEDGSet5RqVWYz9WhPMHg4otlDW5PeCPaqOuvdzV1TkwQkqbD7Y+hS4drMI4z7jRV AaMQlSEUEe3AN5/v8/sw+xhmrSY8+NV1+nRDc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=x+ZuL9SKdS/D6vM5521tR5y06gJri1kQ4wWjVy09b2/x6wE3hALz26gnC8DviuFO57 wYVZ94EoZ5DKDieGdCW6RLWpEXBBglCZXJWnsAmpRDROOVvfFJ7FeUApZhm83lD7NDO/ 3UbmrU0WORgMjxtjSZgVGyxpCe3ibRom+4dJI= Original-Received: by 10.204.136.217 with SMTP id s25mr4937308bkt.13.1299625080151; Tue, 08 Mar 2011 14:58:00 -0800 (PST) Original-Received: by 10.204.14.147 with HTTP; Tue, 8 Mar 2011 14:57:40 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.214.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:136923 Archived-At: --0015175cd8d23e5ffc049e008bb0 Content-Type: text/plain; charset=ISO-8859-1 Hello, What is the general consensus on this? Should we build this feature in as Ted Zlatanov has requested or should we simply continue the development of the package I have started that implements this feature and perhaps make it available on ELPA? I fully understand the reasoning behind this request. What Ted wants is to be able to download a .el file from the Internet, place it into a given directory, and not have to do anything else to make it just work. He wants an alternative to changing his .emacs file, either manually or through an automated mechanism, that is simpler to use than the Emacs package mechanism. The user-load-dir.el file I have provided accomplishes this task. I am more than willing to continue developing it into an Emacs package (I just have not read the documentation yet so I know little more about the Emacs package mechanism than it exists). I know that providing this functionality as an Emacs package does not do precisely what Ted wants because it does not make it "just work" in a clean Emacs installation, which I think is what he was really hoping for. But it does make it possible to make Emacs behave as he has requested after installing a single Emacs package, which is the next best thing. If we go forward with providing this feature as an Emacs Package, I will need to either get permission from Evans Winner to include his load-dir function or write an implementation of it myself. What is the next step? --0015175cd8d23e5ffc049e008bb0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

What is the general consensus on this?=A0 Sh= ould we build this feature in as Ted Zlatanov has requested or should we si= mply continue the development of the package I have started that implements= this feature and perhaps make it available on ELPA?

I fully understand the reasoning behind this request.=A0 What Ted wants= is to be able to download a .el file from the Internet, place it into a gi= ven directory, and not have to do anything else to make it just work.=A0 He= wants an alternative to changing his .emacs file, = either manually or through an automated mechanism, = that is simpler to use than the Emacs package mechanism.

The user-load-dir.el file I have provided accomplishes this task.=A0 I = am more than willing to continue developing it into an Emacs package (I jus= t have not read the documentation yet so I know little more about the Emacs= package mechanism than it exists).

I know that providing this functionality as an Emacs package does not d= o precisely what Ted wants because it does not make it "just work"= ; in a clean Emacs installation, which I think is what he was really hoping= for.=A0 But it does make it possible to make Emacs behave as he has reques= ted after installing a single Emacs package, which is the next best thing.<= br>
If we go forward with providing this feature as an Emacs Package, I wil= l need to either get permission from Evans Winner to include his load-dir f= unction or write an implementation of it myself.

What is the next st= ep?


 --0015175cd8d23e5ffc049e008bb0--