Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of shazron@gmail.com designates
 209.85.212.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAG5UzQOshC+P==36jNY9aDsVURBHcueieUahdS8352Dx-ErQUQ@mail.gmail.com>
References: 
 <CAG5UzQOshC+P==36jNY9aDsVURBHcueieUahdS8352Dx-ErQUQ@mail.gmail.com>
From: Shazron <shazron@gmail.com>
Date: Fri, 2 Nov 2012 15:43:22 -0700
Message-ID: 
 <CAE6O_-a2wAh1sU-HnQcPm9umQc6MAWPKHo24ydfFNPMb0Ww3xA@mail.gmail.com>
Subject: Re: REMOVE ME
To: "dev@cordova.apache.org" <dev@cordova.apache.org>, antony.sastre@gmail.com
Content-Type: multipart/alternative; boundary=bcaec54ee6ac4d014e04cd8adfcf

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

Anthony, send an email to callback-dev-unsubscribe@incubator.apache.org to
unsubscribe.

For others, the other mailing list addresses to manage your subscription
are here:
    http://mail-archives.apache.org/mod_mbox/incubator-callback-dev/


On Fri, Nov 2, 2012 at 3:26 PM, Antony Sastre <antony.sastre@gmail.com>wrote:

> On Fri, Nov 2, 2012 at 11:20 PM, Shazron <shazron@gmail.com> wrote:
>
> > Ok I found out its actually in two locations, it's in the
> > CordovaLibAppTests/www folder as well as the bin/template.
> >
> > Yeah having one location would be best -- we did have it not having the
> > version before though, with copying/updates based on the Makefile.
> >
> > I'm thinking we only update:
> >   CordovaLib/cordova.ios.js with the latest from cordova-js
> >
> > Then for a release, run a script/Makefile target to update:
> > 1. CordovaLibAppTests/www/cordova.ios.js
> > 2. bin/templates/project/www with the versioned .js
> >
> >
> > On Fri, Nov 2, 2012 at 2:49 PM, Andrew Grieve <agrieve@chromium.org>
> > wrote:
> >
> > > It actually does bother me a little bit too, to have the file name
> have a
> > > version in it when we're developing.
> > >
> > > I don't really care where we put the file so long as there is only one
> > copy
> > > of it and not multiple.
> > >
> > >
> > > On Wed, Oct 31, 2012 at 4:22 PM, Shazron <shazron@gmail.com> wrote:
> > >
> > > > On iOS, the cordova.js used to (inertia really because of the legacy
> > > > location) be in the CordovaLib folder, and also the template. Since
> it
> > > > was redundant, we only put it in the default template in
> > > > bin/templates/project now.
> > > >
> > > > Even this is not ideal with respect to people upgrading and using it
> > > > as an embedded WebView -- to grab the new .js they have to create a
> > > > new project (or spelunk into the bin/templates folder). Ideally it
> > > > should be put back also into CordovaLib because the .js is tightly
> > > > coupled to a specific CordovaLib library and version, and for easy
> > > > discovery. Don't know what the ideal situation can be here.
> > > >
> > > > On Tue, Oct 30, 2012 at 5:34 PM, Kevin Hawkins <
> > khawkins@salesforce.com>
> > > > wrote:
> > > > > Hi all,
> > > > >
> > > > > Apologies if/that I've missed this discussion previously.  I'm not
> > > clear
> > > > on why the cordova.js file name changes in the iOS repo, particularly
> > > given
> > > > the fact that great lengths seem to have been taken everywhere to be
> > > > agnostic about what the originating name is, opting to dynamically
> > update
> > > > the destination name in build scripts, template generation, etc.?
> > > > >
> > > > > Changing the originating file name with each new iteration/revision
> > of
> > > > Cordova makes it hard to follow its history on GitHub (though it's
> easy
> > > > enough locally with git log and --follow), and just generally seems
> > > > unnecessary.
> > > > >
> > > > > Thanks,
> > > > > Kevin
> > > > >
> > > >
> > >
> >
>

--bcaec54ee6ac4d014e04cd8adfcf--