I would like to see the defaults be applied in all cases. For consistency,
less confusion, and easier documentation. If we add or change the defaults in
a release, both workflows should get it. In my mind, the CLI platform
config.xml should be equivalent to the bin/create one.
-James Jong
O
+1 create,add/watch workflow , IMO watch would be a nice addition
-James Jong
On Sep 4, 2013, at 10:46 PM, lmnbeyond wrote:
>
>
>> I also think it should sub-shell to a platform script. We already have
>> a `project template` folder in each platform. We can easily add a
>> `plugin template` a
+1 SGTM
-James Jong
On Sep 6, 2013, at 6:41 PM, Tommy-Carlos Williams wrote:
> This.
>
> +1
>
> On 07/09/2013, at 2:57 AM, Brian LeRoux wrote:
>
>> I think this is reasonable. So, default is 'light logging'. As a module it
>> is no logging. As an option it is very verbose java style logging.
heh, apparently the author had already created a proper plugin:
https://github.com/cyberflohr/cordova-plugin-jshybugger
On Fri, Sep 6, 2013 at 6:56 PM, Filip Maj wrote:
> Wow awesome! Is this the final piece of the debugging-on-device puzzle
> for Cordova?
>
> On Fri, Sep 6, 2013 at 1:55 PM,
and it's dead again :-( I am just going to start using
docs.phonegap.com from now on.
On Thu, Sep 5, 2013 at 4:37 PM, Anis KADRI wrote:
> It works now.
>
> On Thu, Sep 5, 2013 at 11:17 AM, Michael Brooks
> wrote:
>> Works for me. Is it still down for you?
>>
>> docs.cordova.io is redirected from
http://www.downforeveryoneorjustme.com/docs.cordova.io
@purplecabbage
risingj.com
On Fri, Sep 6, 2013 at 4:22 PM, Anis KADRI wrote:
> and it's dead again :-( I am just going to start using
> docs.phonegap.com from now on.
>
> On Thu, Sep 5, 2013 at 4:37 PM, Anis KADRI wrote:
> > It works now
Wow awesome! Is this the final piece of the debugging-on-device puzzle
for Cordova?
On Fri, Sep 6, 2013 at 1:55 PM, Michal Mocny wrote:
> Super cool, starting to play with this now.
>
> Minor typo: cordova plugin add, not install. Also, cordova-cli lists
> plugins when you make that typo, instea
Super cool, starting to play with this now.
Minor typo: cordova plugin add, not install. Also, cordova-cli lists
plugins when you make that typo, instead of warning.
-Michal
On Fri, Sep 6, 2013 at 4:25 PM, Andrew Grieve wrote:
> Just took the instructions from https://github.com/cyberflohr/j
This.
+1
On 07/09/2013, at 2:57 AM, Brian LeRoux wrote:
> I think this is reasonable. So, default is 'light logging'. As a module it
> is no logging. As an option it is very verbose java style logging.
>
- tommy
+1
I would expect the return values to be the same platform ids used by
cordova-cli.[1]
This would only be a high level value, and if you wanted to know if it was
iPhone or iPad, you would still need to do additional work, but that to me
makes sense as feature detection.
[1] https://github.com/apa
I brought this up on another thread, but I can't find any reference to the
issue in JIRA, so I'm starting a new thread for visibility.
Since cordova-plugin-device was removed from core, and is now an optional
plugin, there is no easy way to determine at runtime what platform an app
is running on.
+1 I think it is a great idea just don't take it out of device until
we sit on it for 6 months and forget to tell people we are removing
it. Not that we'd ever do that.
Simon Mac Donald
http://hi.im/simonmacdonald
On Fri, Sep 6, 2013 at 3:46 PM, Ian Clelland wrote:
> I brought this up on another
+1 Maybe "cordova.platformId" though
On Fri, Sep 6, 2013 at 3:46 PM, Ian Clelland wrote:
> I brought this up on another thread, but I can't find any reference to the
> issue in JIRA, so I'm starting a new thread for visibility.
>
> Since cordova-plugin-device was removed from core, and is now a
what does that string return? ios|android|etc? or... ios-7|android-2.3 ???
or browser?
On Fri, Sep 6, 2013 at 1:12 PM, Andrew Grieve wrote:
> +1 Maybe "cordova.platformId" though
>
>
> On Fri, Sep 6, 2013 at 3:46 PM, Ian Clelland
> wrote:
>
> > I brought this up on another thread, but I can't
Just took the instructions from https://github.com/cyberflohr/jsHybugger and
put it in a plugin.xml.
cordova plugin install
https://github.com/agrieve/cordova-plugin-jshybugger.git
Then navigate to chrome:inspect on Chrome Dev and voila! Remote JS
debugging with breakpoints and everything!
Cavea
https://issues.apache.org/jira/browse/CB-4757
On Fri, Sep 6, 2013 at 1:28 PM, Brian LeRoux wrote:
> export aligns better w/ es6 modules too
>
>
> On Thu, Sep 5, 2013 at 3:57 AM, jbo...@openmv.com
> wrote:
>
> > On Wed Sep 4 10:02 PM, Andrew Grieve wrote:
> > > How about adding an alias:
> > >
On Fri, Sep 6, 2013 at 1:40 PM, Jesse MacFadyen wrote:
> Inline.
>
>
>
> >> On Sep 5, 2013, at 7:59 PM, Ian Clelland
> wrote:
> >>
> >> On Thu, Sep 5, 2013 at 8:45 PM, Jesse wrote:
> >>
> >> I am working through some of the failing tests for wp8 filetransfer and
> >> have some issues with the fo
On Fri, Sep 6, 2013 at 1:40 PM, Jesse MacFadyen wrote:
>
> > If you can wait until tomorrow, I am planning on fixing this :)
> Apparently
> > there's a long-standing feature request somewhere to provide that info as
> > 'cordova.platform', and now that Device is an optional plugin, it makes a
> >
I think this is reasonable. So, default is 'light logging'. As a module it
is no logging. As an option it is very verbose java style logging.
On Thu, Sep 5, 2013 at 12:36 PM, Michal Mocny wrote:
> No one likes spam, but I also don't consider cordova-cli a tiny isolated
> tool for composable usa
Perfect. I also prefer light output when using the CLI, given that this output
is not likely to be input to another shell tool via a pipe.
+1
On Sep 6, 2013, at 12:57 PM, Brian LeRoux wrote:
> I think this is reasonable. So, default is 'light logging'. As a module it
> is no logging. As an opt
Inline.
>> On Sep 5, 2013, at 7:59 PM, Ian Clelland wrote:
>>
>> On Thu, Sep 5, 2013 at 8:45 PM, Jesse wrote:
>>
>> I am working through some of the failing tests for wp8 filetransfer and
>> have some issues with the following tests. Can anyone add any input on
>> where some of the following
+1
Sounds good.
Sent from my iPhone
> On Sep 6, 2013, at 9:58 AM, Brian LeRoux wrote:
>
> I think this is reasonable. So, default is 'light logging'. As a module it
> is no logging. As an option it is very verbose java style logging.
>
>
>> On Thu, Sep 5, 2013 at 12:36 PM, Michal Mocny wrote:
>
export aligns better w/ es6 modules too
On Thu, Sep 5, 2013 at 3:57 AM, jbo...@openmv.com wrote:
> On Wed Sep 4 10:02 PM, Andrew Grieve wrote:
> > How about adding an alias:
> >
> >
> >
> >
> >
> > For :
> >
> >
> >
> >
> >
>
> +1 for export, maybe simpler as
>
>
>
>
I think this is the pragmatic way. Perhaps our path to JSON support will be
some soft of analogue to the XML (so either works). This is more for future
friendliness than anything else. Given Chrome apps, FxOS apps, etc it would
appear manifests are going JSON. But whatever!
Anyhow, thanks for the
I thought we were adding support for the last bit (ie, app generic not
platform specific preferences) to "app.xml" which the helloworld template
should ship with and bin/create should apply.
-Michal
On Fri, Sep 6, 2013 at 10:52 AM, Ian Clelland wrote:
> The template version needs to be a compl
The template version needs to be a complete config file for the sample app,
though. You should be able to run bin/create and then build the Hello,
Cordova app immediately.
defaults.xml is supposed to be stripped right down to just the
platform-specific options which, in theory, shouldn't need to b
If the content or format of defaults.xml and the initial config.xml will be
different then we should ship both -- but I don't think they will be, so I
think we just ship the template with a defaults file.
-Michal
On Thu, Sep 5, 2013 at 11:19 PM, Ian Clelland wrote:
> On Thu, Sep 5, 2013 at 5:16
Can someone fill me in on what the plans are for Windows? In 2.9, there was
support for Windows, Windows Phone 7 plus Windows Phone 8. When 3.0 was
released, all that was included was Windows Phone 8. Now I know some things got
dropped because of time constraints, but can someone share with me
28 matches
Mail list logo