cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Bowser <bows...@gmail.com>
Subject Re: REMOVE ME
Date Fri, 02 Nov 2012 22:45:46 GMT
You probably want this link:
http://mail-archives.apache.org/mod_mbox/cordova-dev/


On Fri, Nov 2, 2012 at 3:43 PM, Shazron <shazron@gmail.com> wrote:

> 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
> > > > > >
> > > > >
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message