How about adding support for some more dynamic generation.
Can we add yeoman as an option something like $cordova create myApp
--template=yo:m
to invoke the generator m ?
--
Gorkem
On 10 Nov 2015, at 19:52, Carlos Santana wrote:
Parashuram
I would say that if they have "platforms" and
s for CPR, it served a good purpose for his lifetime
On Fri, Oct 9, 2015 at 9:43 AM Gorkem Ercan <gorkem.er...@gmail.com>
wrote:
Hi,
Our announced date Oct 15 is next week.
Will CPR be go offline as planned or do we see that we should give it
more
Hi,
Our announced date Oct 15 is next week.
Will CPR be go offline as planned or do we see that we should give it
more time.
--
Gorkem
-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands,
Congratulations on the release. Looks very useful.
Since this is already open source and seems complimentary to CLI,
What was your reason(s) for not doing this work as part of CLI.
--
Gorkem
On 1 Oct 2015, at 18:00, Subhag Oak wrote:
Hey all,
Today we releases the v1.0.0 of Tools for Apache
t core to the
runtime) might get into ways of making fast & effective changes to
Cordova
itself.
Does that make sense? I am open to suggestions and feedback.
Soak
Senior Program Manager
TACO – Microsoft
-Original Message-----
From: Gorkem Ercan [mailto:gorkem.er...@gmail.com]
Sent: Frida
Yes, the plan is to shut it down on Oct 15th. See the announcement in
http://cordova.apache.org/announcements/2015/04/21/plugins-release-and-move-to-npm.html
On 3 Jul 2015, at 11:24, Victor Sosa wrote:
With the move from CPR to NPM, will registry.cordova.io be down at
some
point? My gut
, but keep plugins.cordova.io as a
mirror/redirector, based on the Cordova registry mapper.
-Original Message-
From: Gorkem Ercan [mailto:gorkem.er...@gmail.com]
Sent: Friday, May 1, 2015 8:31 AM
To: dev@cordova.apache.org
Subject: Re: Best place to browse plugins
What is the plan
Best of luck on your new project.
--
Gorkem
On 5 May 2015, at 11:15, Andrew Grieve wrote:
As with Michal, you'll be seeing less of me around. My new full-time
project will be on the Android port of Chrome.
Just want to make it clear that us moving to new teams has nothing to do
with a lack
What is the plan for plugins.cordova.io for after the CPR is closed?
Without knowing if there is a good way to retrieve the list/details of
the cordova plugins from npm.
I would love it if we could keep it as it is with the data from npm.
--
Gorkem
On 29 Apr 2015, at 10:57, Raymond Camden
Congratulations.
Thank you for including Eclipse Thym.
--
Gorkem
On 29 Apr 2015, at 7:26, John M. Wargo wrote:
Cordova Devs,
I wanted to let everyone know that Apache Cordova 4 Programming has
been released and is available online:
the right sense:
engine name=windows spec=
https://github.com/apache/cordova-windows/tarball/master; /
engine name=windows spec=^1.2.3 /
Tim
From: Gorkem Ercan [gorkem.er...@gmail.com]
Sent: Wednesday, April 01, 2015 3:59 AM
To: dev@cordova.apache.org
from
src
fails. For example, if the path to a local folder no longer exists,
what
do
you use to restore? In that case you could use the version as a
fallback?
Thanks,
Edna Morales
[image: Inactive hide details for Gorkem Ercan ---03/30/2015
10:45:03
AM--- On 29 Mar 2015, at 23:11, Tim
On 29 Mar 2015, at 23:11, Tim Barham wrote:
Hi - I'm looking for input on this issue: For the plugin/platform
--save feature, there's currently an inconsistency between how we
store the information in config.xml for platforms vs plugins.
For platforms, we have a 'version'
plugin save' should also save plugin versions
+1 for making the shrinkwrap as the default for the save.
This makes sure the users will restore the same version they saved
before.
Byoungro So
SSG / DPD / Mobile Computing and Compilers Intel Corporation
On 3/24/15, 12:31 PM, Gorkem Ercan
They are related but not same.
CB-8594 asks to save the plugin version information during cordova plugin
add --save. Right now we do not save version unless the command is
cordova plugin add --save --shrinkwrap. This behaviour allows plugins to
be restored to the latest possible version available
I think the problem here is shrinkwrap behaviour is the expected because
platforms behave that way. I guess we could just make shrinkwrap default
and change the flag to --noshrinkwrap.
--
Gorkem
On 24 Mar 2015, at 13:58, Andrew Grieve wrote:
On Tue, Mar 24, 2015 at 11:49 AM, Gorkem Ercan
On 20 Mar 2015, at 14:46, Andrew Grieve wrote:
First: just committed a change to add the whitelist plugin to the
default
app template:
https://git1-us-west.apache.org/repos/asf?p=cordova-app-hello-world.git;a=commit;h=2e856b845a0134e7056bdc74f89cafcf483a379f
Perhaps a bit strange if
I am about to deprecate the old feature tag use for saving plugin
information in favour of plugin tag. I have a PR[1] that I hope to soon
merge. The changes are backward compatible, old feature syntax will
still be respected for read and remove operations but all new entries
will be done with
-Original Message-
From: mmo...@google.com [mailto:mmo...@google.com] On Behalf Of Michal
Mocny
Sent: Monday, March 9, 2015 2:50 PM
To: dev
Subject: Re: Deprecating the feature tag
Haven't looked at a patch, but +1 to plugin over feature
On Mon, Mar 9, 2015 at 4:41 PM, Gorkem Ercan gorkem.er
to *not* promote it?
On Thu, Mar 5, 2015 at 9:24 AM, Gorkem Ercan
gorkem.er...@gmail.com
wrote:
config.son is not created by CLI by default anymore. You need to
do
create
the file and add the key.
--
Gorkem
On 5 Mar 2015, at 7:33, Raymond Camden wrote:
Sorry - what file? I don't have
PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
You can enable auto save by adding auto_save_plugins to be true on
the
.cordova/config.json file. I think this helps with the case 1
--
Gorkem
On 3 Mar 2015, at 9:27, Raymond Camden wrote:
1) Is there any reason why --save isn't true by default
Do you have a version number specified on your config.xml for your
plugin? Have you used the --save switch earlier for instance?
--
Gorkem
On 4 Mar 2015, at 23:22, Don Coleman wrote:
I published a new version of my plugin
http://plugins.cordova.io/#/package/com.megster.cordova.ble, but my
You can enable auto save by adding auto_save_plugins to be true on the
.cordova/config.json file. I think this helps with the case 1
--
Gorkem
On 3 Mar 2015, at 9:27, Raymond Camden wrote:
1) Is there any reason why --save isn't true by default? It would seem
that in a majority of cases
On 27 Feb 2015, at 21:16, Michal Mocny wrote:
Looks good. Few comments:
- You can manage plugin and platform versions using the --save
command =
You can now save your list of installed plugins and platforms using
the
--save command.
Should we also add Saved platforms and plugins are
On 27 Feb 2015, at 22:19, Mefire O. wrote:
I've spent some time testing, found two bugs and I vote -1 until we
address those :
- https://issues.apache.org/jira/browse/CB-8577
I do not think this is a show stopper, probably not even a bug, I have
not had time to change the old feature
On 25 Feb 2015, at 15:10, Steven Gill wrote:
Newly Pinned:
Android 3.7.1
ios 3.8.0
windows 3.8.0
cordova platform/plugin --save
and auto-restore for plugins and platforms are also in.
Pre-req: iOS and Windows need to be published to npm.
Before voting finishes, iOS and Windows need
Is there a determined calendar for the npm move of the plugins?
I think the scheduling of the transition is crucial for those who are
using the plugin registry directly.
--
Gorkem
-
To unsubscribe, e-mail:
. After 3 months, CPR plugins will start to become
out of
date compared to npm versions.
Our next plugins release (after the one currently ongoing) will be
published to npm as well as cpr.
On Wed, Feb 11, 2015 at 9:10 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Is there a determined
instead of CPR. After 3 months, CPR plugins will start to
become
out
of
date compared to npm versions.
Our next plugins release (after the one currently ongoing) will be
published to npm as well as cpr.
On Wed, Feb 11, 2015 at 9:10 AM, Gorkem Ercan
gorkem.er...@gmail.com
wrote
We have cordova save plugins and cordova restore plugins commmands that
saves/restores from config.xml [1]. They are considered experimental but
we are in the process of moving the functionality to their permanent
locations.
[1]
, January 13, 2015 6:57 AM
To: Gorkem Ercan
Cc: dev; Andrew Grieve; Michael Brooks
Subject: Re: platforms/plugins save and restore from config.xml
Saving all the time certainly would make this simpler. If we save all
of the time, we can also make uninstall a part of prepare. E.g. If
users edits
On 12 Jan 2015, at 22:09, Andrew Grieve wrote:
Related to this, but maybe can be discussed outside of the doc just
fine:
https://issues.apache.org/jira/browse/CB-4275
Right now when we add a new platform, we do a for-each on directories
within plugins/ and add them as well. This causes all
was not aware there was a future cli design discussion.
-Michal
On Fri, Jan 9, 2015 at 12:08 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On 9 Jan 2015, at 10:41, Andrew Grieve wrote:
Questions: Would ever not want to use --save? Why not just always
update
config.xml with what plugins you
On 9 Jan 2015, at 10:41, Andrew Grieve wrote:
Questions: Would ever not want to use --save? Why not just always
update
config.xml with what plugins you have?
Eclipse Thym always updates the plugin platform information to
config.xml, and no one complained about it so far.
Likewise,
This is not really an issue of the save/restore but rather will become
obvious with the save and restore platforms. I think, save/restore
plugins is irrelevant to this case.
A solution should not try to fix it in the context of save restore
platforms. The main issue is the plugin variables
, and document broadcast it, we
will
have to support it going forward. That will certainly influence
future cli
designs.
-Michal
On Fri, Jan 9, 2015 at 12:08 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On 9 Jan 2015, at 10:41, Andrew Grieve wrote:
Questions: Would ever not want to use
On 9 Jan 2015, at 14:48, Josh Soref wrote:
Michal Mocny wrote:
Automatic restore could just happen on prepare.
We do this for CCA and its worked very well.
Sounds good to me.
Already implemented on https://github.com/apache/cordova-lib/pull/143
On 8 Jan 2015, at 17:29, Mefire O. wrote:
Hi all,
I am a big fan of the experimental save and restore features that
are in the CLI and saw that Gorkem has also created another PR
(https://github.com/apache/cordova-lib/pull/143 ) to have a setting to
auto persist/restore plugin versions
)
On Thu, Jan 8, 2015, 6:29 PM Parashuram N (MS OPEN TECH)
panar...@microsoft.com wrote:
+1 to graduating this out of experimental :)
On 1/8/15, 4:25 PM, Steven Gill stevengil...@gmail.com wrote:
+1 to remove --experimental
On Thu, Jan 8, 2015 at 4:13 PM, Gorkem Ercan
gorkem.er...@gmail.com
Do you remember, whether a Jira was created for it?
--
Gorkem
On Wed, Oct 22, 2014 at 3:47 PM, Andrew Grieve agri...@chromium.org wrote:
This was brought up (over a year ago at least), and was deemed a bug, but
one that's hairy to fix.
On Wed, Oct 22, 2014 at 8:07 AM, Bryan Higgins
On Thu, Oct 16, 2014 at 03:24:26PM -0700, Jesse wrote:
Core, or no core, the plugin already exists:
https://github.com/phonegap-build/PushPlugin/
It works on iOS, Android, BB10, WP8, Windows8, and Amazon Fire OS.
In my mind, the fact that every device uses it's own messaging service
makes
On Sat, Oct 18, 2014 at 06:22:12AM +, Parashuram Narasimhan (MS
OPEN TECH) wrote:
What about saving and restoring platforms? Cordova platforms will not be
checked in, but we could do a cordova platform save. When I now do a cordova
platform restore on my Mac machine, will is try to
Can you explain? This bug is not related to android, or use of project name
Unless iOS name defaults to the lowest order character, there is a chance
that a plist file brought in by a custom framework gets precedence and
fails the configuration update for plist.
On Mon, Sep 29, 2014 at 11:10 PM,
Hi,
I have a PR[1] waiting for some love This one completes the
save and restore for git urls and local directories. I would appreciate
it if someone can take a look.
Thanks,
[1] https://github.com/apache/cordova-lib/pull/86
Really cool!
If you have your own project template you could do most of this with the
cordova restore command. I have got a new PR[1] that will allow the
restore/save to support to local directories and git urls.
Platform restore list per host OS is interesting, I should look into that.
[1]
Could you also take a look at this PR[1] and jira[2] for the contacts
plugin
it is a simple typo but it is ruining one of our demos.
[1] https://github.com/apache/cordova-plugin-contacts/pull/45
[2] https://issues.apache.org/jira/browse/CB-7523
--
Gorkem
On Wed, Sep 10, 2014 at 6:10 PM, Shazron
Is there a JIRA to follow up on this change?
--
Gorkem
On Fri, Aug 29, 2014 at 3:16 AM, Steven Gill stevengil...@gmail.com wrote:
Just a quick update to this.
Coho now updates the version script for the following platforms:
Android
Amazon-fireos
Ubuntu
Firefoxos
Blackberry
If coho is
, 2014 at 4:15 AM, Gorkem Ercan
gorkem.er...@gmail.commailto:gorkem.er...@gmail.com wrote:
The goal with the save/restore work is to make it as convenient as
possible to share cordova projects, so Chuck was right on the money. We
also have an accompanying save/restore platforms command. Once
The goal with the save/restore work is to make it as convenient as
possible to share cordova projects, so Chuck was right on the money. We
also have an accompanying save/restore platforms command. Once the
work is complete CLI should be able to restore plugins and platforms
folders of a shared
On Tue, Aug 12, 2014 at 09:36:34PM -0400, Andrew Grieve wrote:
On Tue, Aug 12, 2014 at 6:43 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Just returning from PTO, great timing :)
:)
On Tue, Aug 12, 2014 at 04:06:14PM -0400, Andrew Grieve wrote:
Played around with it and it's
On Tue, Aug 12, 2014 at 09:21:10PM -0400, Andrew Grieve wrote:
On Tue, Aug 12, 2014 at 6:58 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Tue, Aug 12, 2014 at 08:40:25PM +, Chuck Lantz wrote:
+1
That same pattern could be applied to platforms actually with an
additional
: Gorkem Ercan [mailto:gorkem.er...@gmail.com]
Sent: Tuesday, August 12, 2014 3:59 PM
To: Chuck Lantz
Cc: dev@cordova.apache.org
Subject: Re: Feedback on cordova plugin save friends
On Tue, Aug 12, 2014 at 08:40:25PM +, Chuck Lantz wrote:
+1
That same pattern could be applied
Just returning from PTO, great timing :)
On Tue, Aug 12, 2014 at 04:06:14PM -0400, Andrew Grieve wrote:
Played around with it and it's pretty clear to me that the ability to
record your plugins platforms in config.xml is a big step up.
I do have some specific comments about the current
PM
To: dev
Cc: Gorkem Ercan
Subject: Re: Feedback on cordova plugin save friends
plugin is nice, but why not just dependency as plugin.xml already uses?
config.xml and plugin.xml share lots of tags already, why fork here?
-Michal
On Tue, Aug 12, 2014 at 4:06 PM, Andrew Grieve agri
This has been discussed long enough and even for those downstream
distros and tools who will have to adjust, it is better to finalize it.
Overall I like the plan, my major concern was with cadence releaeses gone, the
lack of a
name/tag/version number for Cordova, and a description of its
Eclipse Thym searches for config.xml and www to identify cordova
projects. config.xml can be either on the root of the project or in the
www folder.
--
Gorkem
On Mon, Jul 21, 2014 at 07:00:48PM +, Ray Camden wrote:
Thanks all for the replies. For now, I'm simply going to look for the common
Did this discussion concluded? What was the conclusion?
I would like to see Ripple to have a healthy future and if having it as a
sub-project on Cordova ensures it, I would like to help with that.
I think we can have one or two people from Red Hat assisting on the
maintenance of Ripple. This
On Fri, Jul 11, 2014 at 08:12:08AM -0700, Brian LeRoux wrote:
this would be a good time to talk about the federation capabilities in
Plugman and the Cordova/CLI then =)
time for:
`cordova registry add telerik http://plugins.telerik.com/ cordova set
registry telerik`
(or something like
On Tue, Jul 08, 2014 at 09:02:03AM -0400, Michal Mocny wrote:
Lets see what Lisa had in mind, but I always assumed it fit into
.cordova/config.json.
Do you consider the contents of .cordova/config.json to be shared among
developers of a project.
On Tue, Jul 8, 2014 at 8:46 AM, Andrew
Hi All,
Is there a plan to provide the older Cordova versions of the platforms on
npm. At the moment only version 3.5.0 is available, I think one of the
value adds with usenpm is the ability to use older versions.
--
Gorkem
, Jun 27, 2014 at 8:43 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Hi All,
Is there a plan to provide the older Cordova versions of the platforms on
npm. At the moment only version 3.5.0 is available, I think one of the
value adds with usenpm is the ability to use older versions
On Fri, Jun 27, 2014 at 09:53:20AM -0400, Mark Koudritsky wrote:
Is it really worth it?
Cordova packages are consumed in different ways. This will create the
inconvinience of changing retrieval logic with versions for things like
CI tools, and IDEs. It is just a matter of being kind to those
see
http://stackoverflow.com/questions/24196703/create-a-project-using-my-app-as-a-starter-in-phonegap
On Wed, Jun 25, 2014 at 10:47 AM, German Viscuso germanvisc...@gmail.com
wrote:
Ok thanks. But that's exactly what I don't know how to do (can you
point me to a doc or something?).
That's
I was planning to add it when I got the restore/save platforms in but I
can send an early PR.
--
Gorkem
On Wed, May 21, 2014 at 9:47 AM, Brian LeRoux b...@brian.io wrote:
yes: pls!
On Wed, May 21, 2014 at 4:40 AM, Marcel Kinard cmarc...@gmail.com wrote:
Should experimental commands be
various
channels
to get users to try it and chime in, but its really early to start
documenting lest users get upset when it breaks.
On Wed, May 21, 2014 at 10:16 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
I was planning to add it when I got the restore/save platforms
;
+}
On Tue, May 6, 2014 at 11:20 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Any updates for me?
--
Gorkem
On Fri, Apr 18, 2014 at 10:21 PM, Michal Mocny mmo...@chromium.org
wrote:
On Fri, Apr 18, 2014 at 4:11 PM, Gorkem Ercan
gorkem.er...@gmail.com
wrote:
On Thu, Apr 17
New PRs created
https://github.com/apache/cordova-lib/pull/6
https://github.com/apache/cordova-cli/pull/176
On Tue, May 13, 2014 at 9:07 PM, gorkem g...@git.apache.org wrote:
Github user gorkem closed the pull request at:
https://github.com/apache/cordova-cli/pull/165
---
If your
Any updates for me?
--
Gorkem
On Fri, Apr 18, 2014 at 10:21 PM, Michal Mocny mmo...@chromium.org wrote:
On Fri, Apr 18, 2014 at 4:11 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Thu, Apr 17, 2014 at 3:46 PM, Michal Mocny mmo...@chromium.org
wrote:
Took a quick glance. General
I would appreciate it if someone can have a final look and get this in.. I
have doc updates to follow.
Thanks
--
Gorkem
On Fri, Apr 25, 2014 at 4:37 PM, Gorkem Ercan gorkem.er...@gmail.comwrote:
FYI. Just updated the PR with separated save restore commands.
--
Gorkem
On Thu, Apr 24, 2014
FYI. Just updated the PR with separated save restore commands.
--
Gorkem
On Thu, Apr 24, 2014 at 7:21 PM, Gorkem Ercan gorkem.er...@gmail.comwrote:
I guess this is essentially moving save command as a flag to cordova
plugin * commands and restore becomes harder to discover. We need
eventually.
On Tue, Apr 22, 2014 at 1:18 PM, Michal Mocny mmo...@chromium.org wrote:
On Tue, Apr 22, 2014 at 11:37 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Fri, Apr 18, 2014 at 7:21 PM, Michal Mocny mmo...@chromium.org
wrote:
On Fri, Apr 18, 2014 at 4:11 PM, Gorkem Ercan
:
On Tue, Apr 22, 2014 at 11:37 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Fri, Apr 18, 2014 at 7:21 PM, Michal Mocny mmo...@chromium.org
wrote:
On Fri, Apr 18, 2014 at 4:11 PM, Gorkem Ercan
gorkem.er...@gmail.com
wrote:
On Thu, Apr 17, 2014 at 3:46 PM
makes more
sense than consistency with plugin.xml. So +1 feature/
Sent from my iPhone
On Apr 22, 2014, at 8:06 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Tue, Apr 22, 2014 at 8:44 PM, Andrew Grieve
agri...@chromium.org
wrote:
Anis - Gorkem wants feature since
On Fri, Apr 18, 2014 at 7:21 PM, Michal Mocny mmo...@chromium.org wrote:
On Fri, Apr 18, 2014 at 4:11 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
On Thu, Apr 17, 2014 at 3:46 PM, Michal Mocny mmo...@chromium.org
wrote:
Took a quick glance. General questions:
- why the need
+1 for moving to Cordova...
JBoss IDE uses base Ripple and with some extensions to it. I will ping Red
Hat committers if we can contribute some of that to Ripple.
--
Gorkem
On Tuesday, April 22, 2014, Shazron shaz...@gmail.com wrote:
+1 on absorbing Ripple
On Tue, Apr 22, 2014 at 8:16 AM,
On Tue, Apr 22, 2014 at 8:44 PM, Andrew Grieve agri...@chromium.org wrote:
Anis - Gorkem wants feature since it works with his IDE. *Why* do
you prefer feature?
Just to be clear I am not trying to push for feature because it works on
the JBoss/Eclipse IDE now. I do not mind ripping it apart
On Thu, Apr 17, 2014 at 3:46 PM, Michal Mocny mmo...@chromium.org wrote:
Took a quick glance. General questions:
- why the need for save? Why not just alter the list on each cordova
plugin add/rm?
I do not want to force this workflow. Calling save does not bring much
overhead, considering
://issues.apache.org/jira/browse/CB-6469
--
Gorkem
On Wed, Apr 9, 2014 at 2:25 PM, Gorkem Ercan gorkem.er...@gmail.com wrote:
Agreed, I was thinking about making the version attribute optional which
would basically signal CLI to create platforms with the latestgreatest
platforms releases
Hi,
I would like to propose a couple of enhancements to the top level
config.xml that would enable us to recreate a project easily.
(Note: the examples below assumes a cdv namespace on config.xml)
1. engines tag :
cdv:engine id=org.apache.cordova.android version=3.5.1 /
cdv:engine
9, 2014 at 5:58 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Hi,
I would like to propose a couple of enhancements to the top level
config.xml that would enable us to recreate a project easily.
(Note: the examples below assumes a cdv namespace on config.xml)
1. engines tag
:
cdv:plugin name= version= /
And not have end-users need to add in the param name=package-name/,
since that's up to the plugin.xml to add in.
On Wed, Apr 9, 2014 at 8:09 AM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
I guess it could be platform as well. I put engine because
/ etc model).
(android, ios, bb) this would be true I suppose, at least until 3.5.0
(not
sure when we are diverging).
Since the CLI is tied to certain platform versions, I don't see why the
map
can't be auto generated.
On Mon, Apr 7, 2014 at 4:44 PM, Gorkem Ercan gorkem.er
Hi,
With the independent platforms releases I have started to run into a
problem with my Eclipse tools that I am looking for some suggestions.
In the past, Cordova X.Y.Z meant all platforms would be tagged and released
with X.Y.Z. so if Eclipse tools needed to download Cordova version X.Y.Z,
it
discussing it.
On Mon, Apr 7, 2014 at 2:04 PM, Joe Bowser bows...@gmail.com wrote:
We don't know yet because we're still figuring this out.
On Mon, Apr 7, 2014 at 2:00 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
Hi,
With the independent platforms releases I have started to run
plugins. How often would it make sense to update
that version-map and bump the Cordova version? There are probably
arguments
for both a cadence schedule as well as anytime-any-component-changes.
On Apr 7, 2014, at 5:00 PM, Gorkem Ercan gorkem.er...@gmail.com wrote:
Hi
According to [1]. they should be removed by copyright owner.
[1] https://www.apache.org/legal/src-headers.html#headers
On Fri, Apr 4, 2014 at 4:40 PM, Bryan Higgins br...@bryanhiggins.netwrote:
The files are all Apache 2.0 licensed.
The 2012 headers came from code donated by RIM which was
Seems to be back to normal.
Thanks.
On Fri, Apr 4, 2014 at 8:55 PM, Anis KADRI anis.ka...@gmail.com wrote:
Somebody (Steve maybe ?) deleted the database but there is a copy of it so
I pointed the domain to it. Works now right ?
On Fri, Apr 4, 2014 at 5:37 PM, Gorkem Ercan gorkem.er
Great idea.. I especially don't like the git archive download. It does not
really allow us to track some sort of statistics reliably. I think its
replacement should allow collection of download statistics. The plugins
stats from plugman seems OK. I am not sure if npm would allow such stats.
Not
Not sure how far away 3.5 release but I was actually thinking about a
release to pick up the fixed templates.
--
Gorkem
On Tue, Mar 11, 2014 at 5:14 PM, Shazron shaz...@gmail.com wrote:
You will need to manually upgrade by playing around with Build Settings.
Joy.
See:
, 2014 at 3:38 PM, Brian LeRoux b...@brian.io wrote:
very cool! would you consider this downstream of Cordova or a flat out
fork? (neither is bad, I know sometimes the word 'fork' sounds nasty but I
view it as a healthy sign personally)
On Fri, Mar 7, 2014 at 3:29 PM, Gorkem Ercan gorkem.er
Hi,
Some of you have seen the cordova development tools that are part of the
JBoss tools in the past.
If you have not, here is a quick overview [1]. Today, we (Red Hat) have put
out a proposal[2]
to move most of the functionality to Eclipse foundation and continue its
development under
an Eclipse
will be there... I have a talk named Developing Cordova Applications with
Eclipse IDE
--
Gorkem
On Wed, Feb 19, 2014 at 11:46 PM, Don Coleman don.cole...@gmail.com wrote:
That's a good idea to meet up.
One of my talks was accepted - Connecting Arduino and Phones with Bluetooth
and Cordova
I am not liking it.
JBoss tools actually maintains a w3c xsd and maps the
http://www.w3.org/ns/widgets; namespace to that XSD. Through this mapping
tools can provide content assist, validation etc. When this namespace
disappears we loose all the benefits. I would be OK with a planned
replacement
On Wed, Feb 12, 2014 at 10:42 PM, Andrew Grieve agri...@chromium.orgwrote:
Sounds good to leave them in then.
Why I ask now is for the icon and splashscreen discussions / pull
requests going on right now.
We can call them:
cdv:icon cdv:splashscreen
There is also an icon element on the
JBoss Tools have recently added the capability to switch between
Cordova engines. See [1] for details. While implementing checks for
plug-in compatibility I found the engine definitions on the plug-in
specification to
be more complex than needed to be.
I think there are too many default engines
=cordova-android version==1.8.0 platform=android /
On Mon, Jan 13, 2014 at 2:33 PM, Gorkem Ercan gorkem.er...@gmail.com wrote:
JBoss Tools have recently added the capability to switch between
Cordova engines. See [1] for details. While implementing checks for
plug-in compatibility I found
/jira/browse/CB-5006.
That said, I like your idea of having one top-level config file instead of
two. I don't see why we couldn't just put these same settings into a
cordova.xml.
On Wed, Jan 1, 2014 at 5:05 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
There is also another proposal
to the way I read Gorkem's original suggestion, which was to coordinate
the move of the two files into a single issue and take care of it all at
once.
On Wed, Jan 1, 2014 at 5:05 PM, Gorkem Ercan gorkem.er...@gmail.com
wrote:
There is also another proposal to move
rather than proposing more
abstractions.
On Thu, Jan 2, 2014 at 11:15 AM, Gorkem Ercan gorkem.er...@gmail.comwrote:
I think what I will describe here is more that what CLI provides today.
An engine/lib has a version, id and a uri. On most cases, you only care
about the
id and uri
There is also another proposal to move config.xml out of www. Can we merge
this two moves and
1. remove .cordova
2. remove config.json
3. move config.xml to root
4. rename config.xml to cordova.xml
AFAIK config,json does not carry any information that is not already
available on the config.xml.
1 - 100 of 133 matches
Mail list logo