Received: by 10.150.62.6 with SMTP id k6mr309080yba.27.1252519023792;
        Wed, 09 Sep 2009 10:57:03 -0700 (PDT)
Received: by 10.150.62.6 with SMTP id k6mr309079yba.27.1252519023757;
        Wed, 09 Sep 2009 10:57:03 -0700 (PDT)
Return-Path: <w...@page.ca>
Received: from mail-yw0-f178.google.com (mail-yw0-f178.google.com [209.85.211.178])
        by gmr-mx.google.com with ESMTP id 24si137910ywh.7.2009.09.09.10.57.03;
        Wed, 09 Sep 2009 10:57:03 -0700 (PDT)
Received-SPF: neutral (google.com: 209.85.211.178 is neither permitted nor denied by best guess record for domain of w...@page.ca) client-ip=209.85.211.178;
Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 209.85.211.178 is neither permitted nor denied by best guess record for domain of w...@page.ca) smtp.mail=...@page.ca
Received: by mail-yw0-f178.google.com with SMTP id 8so2999535ywh.14
        for <commonjs@googlegroups.com>; Wed, 09 Sep 2009 10:57:03 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.101.59.17 with SMTP id m17mr565502ank.13.1252519023447; Wed, 
	09 Sep 2009 10:57:03 -0700 (PDT)
In-Reply-To: <4AA7EB0E.3060601@gmail.com>
References: <f338af120909090232t163b2ce2w102879e6865773a8@mail.gmail.com>
	 <8694afb80909090853q7482f1ebnef83723d7c040684@mail.gmail.com>
	 <4AA7D1F8.6080109@gmail.com>
	 <fa6be6420909091042j56ed240fg8b053609a8fdd044@mail.gmail.com>
	 <4AA7EB0E.3060601@gmail.com>
Date: Wed, 9 Sep 2009 13:57:01 -0400
Message-ID: <fa6be6420909091057s3751a876kebb6311cbade9aa7@mail.gmail.com>
Subject: Re: [CommonJS] Re: modules packaging
From: Wes Garland <w...@page.ca>
To: commonjs@googlegroups.com
Content-Type: multipart/alternative; boundary=001636ed734f778d85047328cfd3

--001636ed734f778d85047328cfd3
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Sep 9, 2009 at 1:51 PM, Kris Zyp <kris...@gmail.com> wrote:

> If you want to freeze a version, you can copy it. Any decent package
> repository should also offer version-specific URLs as well as
> current-version URLs.
>
>
Sorry, Kris -- when you said,  "why don't we just use absolute URIs", did
you mean "why don't we only use absolute URIs" (my interpretation), or "why
don't we simply adopt absolute URIs"?

If the latter, I see no problem with adding require(fullURI) as a way of
loading modules. The initial require() discussion in fact pointed out that
we could potentially use URIs or even database indices down the road to load
modules -- but I think that the core, required functionality should be
exactly what we have now -- and if we add require(URI) that
require("./moreStuff") also be able to be URI-relative.

Wes

-- 
Wesley W. Garland
Director, Product Development
PageMail, Inc.
+1 613 542 2787 x 102

--001636ed734f778d85047328cfd3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">On Wed, Sep 9, 2009 at 1:51 PM, Kris Zyp <span d=
ir=3D"ltr">&lt;<a href=3D"mailto:kris...@gmail.com">kris...@gmail.com</a>&g=
t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"border-left:=
 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex=
;">
If you want to freeze a version, you can copy it. Any decent package<br>
repository should also offer version-specific URLs as well as<br>
current-version URLs.<br>
<div><div></div><br></div></blockquote><div><br>Sorry, Kris -- when you sai=
d,=A0 &quot;why don&#39;t we just use absolute URIs&quot;, did you mean &qu=
ot;why don&#39;t we only use absolute URIs&quot; (my interpretation), or &q=
uot;why don&#39;t we simply adopt absolute URIs&quot;?<br>
<br>If the latter, I see no problem with adding require(fullURI) as a way o=
f loading modules. The initial require() discussion in fact pointed out tha=
t we could potentially use URIs or even database indices down the road to l=
oad modules -- but I think that the core, required functionality should be =
exactly what we have now -- and if we add require(URI) that require(&quot;.=
/moreStuff&quot;) also be able to be URI-relative.<br>
<br>Wes<br><br></div></div>-- <br>Wesley W. Garland<br>Director, Product De=
velopment<br>PageMail, Inc.<br>+1 613 542 2787 x 102<br>

--001636ed734f778d85047328cfd3--