Instead of going with CEF, have you evaluated using just regular Chrome
Packaged Apps as the target platform? It would mean a certain limit to
flexibility (you cannot extend the browser with arbitrary C++ code), but
you would leverage a tremendous amount of effort already put forth by
Chrome team
Yeah, when I explored this a while back, I thought the following made the
most sense:
run --emulator => outputs 'emulator is not supported' until we can get it
to work
run --target => outputs 'target mode is not supported' until we can get it
to work
run --device => runs on the current device
I t
I am going to look into adding the plugin + cli + plugman support tomorrow
into the apache repos!
On Mon, Nov 18, 2013 at 4:00 PM, Steven Gill wrote:
> I've merged cordova-ubuntu into the cordova-ubuntu apache repo!
>
> Right when 3.2.0 comes out, I will merge the cli + plugin code
>
>
> On Wed
All of these plugins have been merged into dev branches! Feel free to close
the pull requests.
I also went ahead and added amazon-fireos support to cordova-mobile-spec
On Wed, Nov 20, 2013 at 1:05 PM, Naik, Archana wrote:
> Thank you steven. :) Please let me know if anything doesn't seem r
> On Nov. 21, 2013, 3:44 a.m., Ian Clelland wrote:
> > The documentation should probably be clear that 'custom="false"' will
> > *also* designate a custom framework -- I suspect that some people will try
> > that, rather than simply removing the attribute.
> >
> > Also, what happens if two plu
I think using Cordova run and emulate to do the same thing for now makes sense.
Instead of just leaving it out as unimplemented, we could deploy to local
machine in both cases. I am working with the Windows team to see if we could
run the app on an emulator, and if we have an answer for that, we
Does having Windows 8 and Windows 8.1 as two platforms mean that we need to
have the deprecation support for 6 months (like for Windows Phone 7.5 ? ). My
guess (and hope) is that people would use the free upgrade to Windows 8.1 much
sooner than that.
Having 2 platforms also fragments the design
Hi,
I am interesting in these too. As a proof of concept I have started a
cordova-cef (cef = Chromium Embeded Framwork) implementation which is
planed to run on Windows, OSX and Linux.
The repo: https://github.com/hsimpson/cordova-cef
And it's cordova-js fork: https://github.com/hsimpson/cordo
yeah I don't see why not. The core plugins all already have them, they are
just not exposed yet. I will see if I can get some of these showing before
US thanksgiving
On Tue, Nov 26, 2013 at 2:10 PM, Michal Mocny wrote:
> In the meantime, could we publish the tags we expect to expose, so plugin
In the meantime, could we publish the tags we expect to expose, so plugin
releases can start including them?
-micahl
On Tue, Nov 26, 2013 at 2:06 PM, Steven Gill wrote:
> Joni will be sharing some mockups soon of how the new site for some
> feedback. I will begin implementing it shortly after.
Joni will be sharing some mockups soon of how the new site for some
feedback. I will begin implementing it shortly after.
On Tue, Nov 26, 2013 at 2:02 PM, Jesse wrote:
> not just a zip, a .tgz which baffles most windows users...
> Every time I have clicked that link, I was expecting to see some
not just a zip, a .tgz which baffles most windows users...
Every time I have clicked that link, I was expecting to see some more info,
not to download a file ...
@purplecabbage
risingj.com
On Tue, Nov 26, 2013 at 1:56 PM, Tommy-Carlos Williams
wrote:
> +1
>
> Seems crazy to only be able to do
+1
Seems crazy to only be able to download a zip...
On 27 Nov 2013, at 8:45 am, Jesse wrote:
> yes, all relevant info from the plugin.xml should/will be surfaced.
> author, description, issue-tracker, license, repo
> platforms supported should also be linkable so you can see all plugins
> supp
CLI error fixed here:
For fireos branch:
https://github.com/apache/cordova-cli/pull/101
Archana
On 11/26/13 1:51 PM, "Naik, Archana" wrote:
>Steven
>
>I found the CLI problem. I fixed it on my local machine and am testing it.
>Once done, I will she dyou the pull request for fireos branch.
>
Steven
I found the CLI problem. I fixed it on my local machine and am testing it.
Once done, I will she dyou the pull request for fireos branch.
Archana
On 11/26/13 1:15 PM, "Steven Gill" wrote:
>On Tue, Nov 26, 2013 at 12:09 PM, Brian LeRoux wrote:
>
>> You should download the binary for the
yes, all relevant info from the plugin.xml should/will be surfaced.
author, description, issue-tracker, license, repo
platforms supported should also be linkable so you can see all plugins
supporting a platform, as well as what platforms each supports.
@purplecabbage
risingj.com
On Tue, Nov 26,
Hey there. Just wondering if there are any more thoughts of exposing on the web
page what platforms a particular plugin supports? Would make discovery much
friendlier.
Thanks!
--
Ken Wallis
Senior Product Manager - WebWorks
BlackBerry
650-620-2404
---
Now that's a well written getting started page.
-Original Message-
From: Carlos Santana [mailto:csantan...@gmail.com]
Sent: Tuesday, November 26, 2013 3:38 PM
To: dev@cordova.apache.org
Subject: yo cordovacli
In case someone find it useful
https://npmjs.org/package/generator-cordovacli
On Tue, Nov 26, 2013 at 12:09 PM, Brian LeRoux wrote:
> You should download the binary for the user in the script. Node has a cross
> platform http lib.
>
>
> On Tue, Nov 26, 2013 at 10:00 AM, Naik, Archana wrote:
>
> > Thank you Steven for doing this!!
> >
> > CLI & Plugman are both on a fireos
In case someone find it useful
https://npmjs.org/package/generator-cordovacli
Prompts for name, platforms, and plugins
--
Carlos Santana
There is a pull request for the translation of the edge documentation
here: https://github.com/apache/cordova-docs/pull/155.
Not sure if people are out (US Thanksgiving holiday this week, lots of
people are on vacation). So I figured I'd send this to the mailing list
in case someone wants to p
You should download the binary for the user in the script. Node has a cross
platform http lib.
On Tue, Nov 26, 2013 at 10:00 AM, Naik, Archana wrote:
> Thank you Steven for doing this!!
>
> CLI & Plugman are both on a fireos branch. They both require more work.
>
> CLI -> firstly I had to manua
Any problems with me moving forward with a plugins release.
I won't release File and File Transfer yet. Any others I should hold off on
releasing? I am going to merge in the fireos plugin support before
releasing them.
On Fri, Nov 22, 2013 at 12:18 PM, Ian Clelland wrote:
> Sounds good, Carlos
Thank you Steven for doing this!!
CLI & Plugman are both on a fireos branch. They both require more work.
CLI -> firstly I had to manually download amazon webview sdk and copy it
into my cordova-amazon-fireos directory that got lazy loaded. This is not
an ideal workflow but it was documented well
On Tue, Nov 26, 2013 at 1:30 AM, Jan Becicka wrote:
> On 25 Nov 2013, at 19:48, Michal Mocny wrote:
>
> > You have to explicitly enable remote debugging for kitkat chrome-based
> > webview:
> >
> https://developers.google.com/chrome-developer-tools/docs/remote-debugging#debugging-webviews
> >
>
https://issues.apache.org/jira/browse/CB-5468
I have three pull requests which I haven’t actually submitted:
BlackBerry [1], Cli [2], Plugman [3]
Windows for historical reasons doesn’t default to treating text files as UTF-8.
Instead files are typically treated as Latin-1 or some other random hi
On 25 Nov 2013, at 19:48, Michal Mocny wrote:
> You have to explicitly enable remote debugging for kitkat chrome-based
> webview:
> https://developers.google.com/chrome-developer-tools/docs/remote-debugging#debugging-webviews
>
> Existing cordova platforms do not do this. I think it would be a
27 matches
Mail list logo
