cordova-cli sounds good to me as well!
On Mon, Oct 22, 2012 at 7:14 PM, Brian LeRoux wrote:
> ya, like cordova-cli too
>
>
> On Mon, Oct 22, 2012 at 5:12 PM, Patrick Mueller wrote:
>> On Mon, Oct 22, 2012 at 8:02 PM, Filip Maj wrote:
>>
>>> Steve can you add one for the high-level cli tooling?
ya, like cordova-cli too
On Mon, Oct 22, 2012 at 5:12 PM, Patrick Mueller wrote:
> On Mon, Oct 22, 2012 at 8:02 PM, Filip Maj wrote:
>
>> Steve can you add one for the high-level cli tooling? Not sure what we
>> wanna call it. cordova-client?
>
>
> cordova-cli seems more appropriate. or maybe
On Mon, Oct 22, 2012 at 8:02 PM, Filip Maj wrote:
> Steve can you add one for the high-level cli tooling? Not sure what we
> wanna call it. cordova-client?
cordova-cli seems more appropriate. or maybe cordova-command.
Although I have to admit, I'm not sure why it couldn't live in cordova-js.
On Mon, Oct 22, 2012 at 6:10 PM, Andrew Grieve wrote:
> Not sure I follow your intended purpose for the "header files". Are they
> for documentation purposes?
>
Here's the typescript "header file" for node.js:
http://typescript.codeplex.com/SourceControl/changeset/view/fe3bc0bfce1f#samples%2fn
Steve can you add one for the high-level cli tooling? Not sure what we
wanna call it. cordova-client?
>I'm wondering if there's value in mobile-spec being standalone or if
>we should move it under cordovajs?
Dunno what difference it makes.
I'm wondering if there's value in mobile-spec being standalone or if
we should move it under cordovajs?
On Mon, Oct 22, 2012 at 4:02 PM, Shazron wrote:
> I suggest renaming cordova-mac to cordova-osx. Apple does not attach
> "Mac" before "OS X" anymore. Should be low impact since that repo is
> e
I suggest renaming cordova-mac to cordova-osx. Apple does not attach
"Mac" before "OS X" anymore. Should be low impact since that repo is
extremely low traffic.
On Mon, Oct 22, 2012 at 3:49 PM, Steven Gill wrote:
> Hey Everyone,
>
> I am going to create a infra ticket for our new repos now that w
Patrick,
Not sure I follow your intended purpose for the "header files". Are they
for documentation purposes?
docs for CC interfaces:
https://developers.google.com/closure/compiler/docs/js-for-compiler#tag-interface
On Mon, Oct 22, 2012 at 3:43 PM, Brian LeRoux wrote:
> > My primary interest
>>
> >>https://github.com/apache/incubator-cordova-js/blob/master/lib/common/plu
> >>gi
> >> n/notification.js#L41
> >>
> >>
> >> On 10/22/12 1:41 PM, "Herm Wong" wrote:
> >>
> >> >The webOS cordova-js
[
https://issues.apache.org/jira/browse/CB-1698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481834#comment-13481834
]
Shazron Abdullah commented on CB-1698:
--
No, it does not need to be in Cordova anymore. T
[
https://issues.apache.org/jira/browse/CB-1698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-1698:
-
Fix Version/s: 2.2.0
> Remove WebScriptDebugDelegate.h
> ---
>
>
We could always give it a go as a non-core plugin (incubation?), then
once it matures we can graduate it to core.
On Mon, Oct 22, 2012 at 2:39 PM, Andrew Grieve wrote:
> Haven't tried it yet, but it looks like you can see if various things exist
> without having Camera permission on android using
Haven't tried it yet, but it looks like you can see if various things exist
without having Camera permission on android using:
http://developer.android.com/reference/android/content/pm/PackageManager.html#FEATURE_CAMERA
If things do require permissions, then I think it would be reasonable to
use a
bOS cordova-js will boot up properly and fire the deviceReady
>>event
>> >with Gord's & Anis' changes merged.
>> >However I'm still having troubles getting the APIs to work.
>> >For example:
>> >Cordova.exec(null, null, "notification"
+1 to what Anis said.
On Mon, Oct 22, 2012 at 10:58 AM, Anis KADRI wrote:
> I wouldn't mind one more for jira issues and one more for commits.
>
> On Mon, Oct 22, 2012 at 10:55 AM, Steven Gill wrote:
>
>> I am going to be creating a few discussion threads here to help me sort out
>> the graduatio
Thanks Andrew, I'll incorporate those in.
On Mon, Oct 22, 2012 at 6:51 AM, Andrew Grieve wrote:
> Sounds great Shaz! Might also be worth mentioning the bridge improvements:
> -No longer broken for non file:// pages
> -No longer shows failed requests in the remote web inspector
> -15% speed improv
perly and fire the deviceReady event
> >with Gord's & Anis' changes merged.
> >However I'm still having troubles getting the APIs to work.
> >For example:
> >Cordova.exec(null, null, "notification", "showBanner", "hello world");
> &
ng the APIs to work.
>For example:
>Cordova.exec(null, null, "notification", "showBanner", "hello world");
>returns the following error in the palm log: [20121022-11:47:05.902046]
>error: TypeError: Cannot call method 'showBanner' of undefined,
capabilities api is lower level than plugins that would leverage it.
(there could be MANY camera plugins for example...and there are.)
think of it as a runtime introspection concern. it should be core, and
not a separate thing, like whitlisting or whatever
On Mon, Oct 22, 2012 at 2:03 PM, Filip
It could get populated/updated by the plugins in charge. The purpose is
informational. If a capability is disabled/not present then the
capabilities object will just have that info.
I like the one object approach myself. I would include it as a device
property though. Something like: device.capabil
I would take it one step further and have it be the responsibility of the
plugin in the first place to track the capability.
I don't like a flat `capabilities` object that is decoupled from the
plugin in charge of it in the first place. How would this even fit in a
fully-pluginable Cordova environ
Done.
On 10/22/12 1:12 PM, "Mike Billau" wrote:
>Hello,
>
>Can somebody please add me to the "Contributors" group in JIRA so that
>I can own and track work items? I have already signed the CLA.
>
>Thanks,
>Michael Billau
ot;);
returns the following error in the palm log: [20121022-11:47:05.902046] error:
TypeError: Cannot call method 'showBanner' of undefined, cordova.webos.js:951
It looks like the plugin mapping isn't able to find the notification class
since it's undefined.
I also tried test
[
https://issues.apache.org/jira/browse/CB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481743#comment-13481743
]
Kevin Hawkins commented on CB-1695:
---
Bah, I'm undeterred! ;-) I'll keep mulling and experi
Hello,
Can somebody please add me to the "Contributors" group in JIRA so that
I can own and track work items? I have already signed the CLA.
Thanks,
Michael Billau
I like device.capabilities or directly on device.
Maybe a naming convention would be a good idea for the different types of
things?
Figuring out the properties might take some time. e.g. we may not need a
bool for frontFacingCamera, but instead:
capabilities.cameras = [ { direction = {'front'/'r
[
https://issues.apache.org/jira/browse/CB-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481714#comment-13481714
]
Patrick Mueller commented on CB-85:
---
Perfect timing. Brian recently started a new thread on
> My primary interest here would be to do something similar to what Isaac was
> suggesting: have a separate "header file" (prolly header-file-per-plugin)
> that describes the API of the plugin using a typed description language.
> Then make use of that typed information in various ways.
FWIW, the
Alright, these changes have landed.
@Shaz: Good point about still supporting the bool value, I've added
that, thanks.
I've tested best I could with the devices I have such that switching
between the various values for backup does persist the current
databases by moving them around the local files
[
https://issues.apache.org/jira/browse/CB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481700#comment-13481700
]
Andrew Grieve commented on CB-1695:
---
Right, it doesn't get called for non-navigation reques
[
https://issues.apache.org/jira/browse/CB-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481697#comment-13481697
]
Bruce Bowman commented on CB-85:
Patrick - In Amsterdam, you and I were talking about this issu
On Mon, Oct 22, 2012 at 10:05 AM, Andrew Grieve wrote:
> I'm well accustomed to writing typed JS from my past experience with
> Closure Compiler. I haven't looked enough at TypeScript yet to know which
> tool might give better type checking, but if people are interested in type
> checking, it'd be
On Mon, Oct 22, 2012 at 10:04 AM, Gord Tanner wrote:
> My main idea with sweet.js would be to replace a couple of the build time
transforms we already do in cordova.js:
>
> module.exports = {
> };
>
> to
>
> define("filename", function (require, define, module) {
> module.exports = {
> }
[
https://issues.apache.org/jira/browse/CB-1609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1609.
---
Resolution: Fixed
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-docs.git;a=commit;h=e6da5d
Hi,
On Sun, Jul 1, 2012 at 8:53 PM, Jukka Zitting wrote:
> On a related note, as we approach graduation and the migration of the
> mailing lists to @cordova.apache.org, it'll soon be a good time for me
> to start preparing to step down as the list moderator.
Follow-up in https://issues.apache.or
On Mon, Oct 22, 2012 at 1:59 PM, Filip Maj wrote:
> The reply-to for commits + JIRA issues should go to dev tho
>
Ya, that would be great.
--
Patrick Mueller
http://muellerware.org
[
https://issues.apache.org/jira/browse/CB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481638#comment-13481638
]
Kevin Hawkins commented on CB-1695:
---
...although maybe that doesn't work with secondary req
[
https://issues.apache.org/jira/browse/CB-1696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481637#comment-13481637
]
Brian LeRoux commented on CB-1696:
--
related thread on the ML:
http://callback.markmail.org/
The longer view would seem that we would want to think this through
more and give a unified API for any kind of device hardware/sensor
inquiry. I'm a fan of keeping that decoupled from interacting w/ the
objects of introspection too---this should be a core part of the
platform.
window.device.capab
[
https://issues.apache.org/jira/browse/CB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481624#comment-13481624
]
Kevin Hawkins commented on CB-1695:
---
My bad, UIWebView wouldn't be the recipient for objc_s
[
https://issues.apache.org/jira/browse/CB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481598#comment-13481598
]
Andrew Grieve commented on CB-1695:
---
Another tough thing with User-Agents, is that there is
Don't want to see this veer into a huge theory discussion. FTR I
really like Typescript approach but I do not want barriers (real or
imagined) to contribution so from my perspective its out.
Now that said, I really love the concepts in Traceur and SweetJS and
fully support prototyping to remove bo
If it's for making ES6 features work with older JS engines, then I'm for
it. The first example on sweetjs.org is for making JS look like python
though.
Are you saying you want to use syntax like
http://wiki.ecmascript.org/doku.php?id=harmony:modules_examples
and then sweetjs can be used in the co
Sure,
First off I usually throw the rc's and releases on phonegap's github (
https://github.com/phonegap/phonegap). You can download a specific
release/rc by clicking tag.
Second, if they want to build the PhoneGap binary distribution, they can
check out Robson (https://github.com/stevengill/robs
Drew Walters created CB-1698:
Summary: Remove WebScriptDebugDelegate.h
Key: CB-1698
URL: https://issues.apache.org/jira/browse/CB-1698
Project: Apache Cordova
Issue Type: Bug
Components
[
https://issues.apache.org/jira/browse/CB-1692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1692.
---
Resolution: Fixed
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-docs.git;a=commit;h=4ca64b
[
https://issues.apache.org/jira/browse/CB-1692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481567#comment-13481567
]
Andrew Grieve commented on CB-1692:
---
As well as:
https://git-wip-us.apache.org/repos/asf?p=
The reply-to for commits + JIRA issues should go to dev tho
On 10/22/12 10:58 AM, "Anis KADRI" wrote:
>I wouldn't mind one more for jira issues and one more for commits.
>
>On Mon, Oct 22, 2012 at 10:55 AM, Steven Gill
>wrote:
>
>> I am going to be creating a few discussion threads here to help
I wouldn't mind one more for jira issues and one more for commits.
On Mon, Oct 22, 2012 at 10:55 AM, Steven Gill wrote:
> I am going to be creating a few discussion threads here to help me sort out
> the graduation stuff.
>
>
>
> In regards to mailing lists, currently we have:
>
> callback-dev@in
I am going to be creating a few discussion threads here to help me sort out
the graduation stuff.
In regards to mailing lists, currently we have:
callback-dev@incubator.apache.org
callback-priv...@incubator.apache.org
Which will change to:
d...@cordova.apache.org
priv...@cordova.apache.org
T
Filed and fixed for 2.2.0.
https://issues.apache.org/jira/browse/CB-1697
Simon Mac Donald
http://hi.im/simonmacdonald
On Mon, Oct 22, 2012 at 6:35 AM, Minato, Takayuki wrote:
> Hi, everybody.
>
> I found the minor bug in the Storage of Cordova for Android.
>
> Executing "window.openDatabase" f
[
https://issues.apache.org/jira/browse/CB-1697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon MacDonald resolved CB-1697.
-
Resolution: Fixed
We check to see if the DB file is in the wrong spot. If it is we move it to the
c
Simon MacDonald created CB-1697:
---
Summary: openDatabase of Cordova for Android uses the wrong
directory separator
Key: CB-1697
URL: https://issues.apache.org/jira/browse/CB-1697
Project: Apache Cordova
Good point, Shaz. I'll make sure to create Improvement items for anything that
gets itself into a pull request.
Cheers,
Kevin
-Original Message-
From: Shazron [mailto:shaz...@gmail.com]
Sent: Sunday, October 21, 2012 10:06 PM
To: callback-dev@incubator.apache.org
Subject: Re: Best pra
[
https://issues.apache.org/jira/browse/CB-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481475#comment-13481475
]
Kevin Hawkins commented on CB-1695:
---
The problem with this approach is that the user agent
For his specific requirement "I need to know if there's a camera", certainly
the camera API could choose not to be available if there's no camera, and
merely:
window.device.camera == false ?
or wherever cordova puts the camera.
A capabilities API is absolutely overkill for his requirements.
(
[
https://issues.apache.org/jira/browse/CB-1675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Baxter-Reynolds resolved CB-1675.
--
Resolution: Fixed
Created pull request: https://github.com/apache/incubator-cordova-docs/p
[
https://issues.apache.org/jira/browse/CB-1679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Baxter-Reynolds updated CB-1679:
-
Comment: was deleted
(was: Created pull request:
https://github.com/apache/incubator-cordov
[
https://issues.apache.org/jira/browse/CB-1679?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Baxter-Reynolds resolved CB-1679.
--
Resolution: Fixed
Created pull request: https://github.com/apache/incubator-cordova-docs/p
[
https://issues.apache.org/jira/browse/CB-1679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481415#comment-13481415
]
Matt Baxter-Reynolds commented on CB-1679:
--
Created pull request: https://github.com
GitHub user mbrit opened a pull request:
https://github.com/apache/incubator-cordova-docs/pull/36
[CB-1675, CB-1679] Added Windows 8 Getting Started guide, added glitch note
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/mbrit/i
Just a friendly nudge away from typescript ;) Sweet.js has nothing to do
with typescript.
The idea is more for using macro's to add new and upcoming syntax support
to our javascript layer.
On Mon, Oct 22, 2012 at 10:28 AM, Braden Shepherdson wrote:
> From my indirect knowledge of TypeScript, I
>From my indirect knowledge of TypeScript, I think one of its major points
is that it's a strict superset of JS. That means that normal JS is valid
TypeScript, so it can be used with other libraries and tools that are plain
JS.
On Mon, Oct 22, 2012 at 10:05 AM, Andrew Grieve wrote:
> Sounds like
Sounds like a fun discussion :)
There are two things about sweet.js that make me iffy about it:
1. Looks like it might make our code look not like JS, and contributors
would need to learn a new language to figure out what's going on
2. It might make it easier to write bloated code
I think if we r
Yes, the TypeScript comment was trolling ;)
My main idea with sweet.js would be to replace a couple of the build time
transforms we already do in cordova.js:
module.exports = {
};
to
define("filename", function (require, define, module) {
module.exports = {
};
};
as well as the version
Sounds great Shaz! Might also be worth mentioning the bridge improvements:
-No longer broken for non file:// pages
-No longer shows failed requests in the remote web inspector
-15% speed improvement in benchmarks
On Mon, Oct 22, 2012 at 3:57 AM, Shazron wrote:
> I'm preparing a blog post. Here
There was some chit-chat on Twitter this weekend about using the sweet.js
[1] macro processor in Cordova. Somehow. Not quite sure how. Also, a - I
believe trolling - mention of using TypeScript [2]. Somehow.
I'd be interested in hearing more about either.
w/r/t TypeScript - note that Isaac Sc
Github user saurabhksingh closed the pull request at:
https://github.com/apache/incubator-cordova-android/pull/37
Hi, everybody.
I found the minor bug in the Storage of Cordova for Android.
Executing "window.openDatabase" function, the database file are created the
following path:
/data/data/(pkg-name)/app_database:(dababase_name).db
Isn't the path better to be created the following path:
/data/data/
[
https://issues.apache.org/jira/browse/CB-1696?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13481259#comment-13481259
]
Amirudin Bin Mohamed Ghani commented on CB-1696:
I vote for this functionalit
I'm preparing a blog post. Here is the outline of what I have so far:
1. CordovaLib multiple architecture support (across all versions of iOS)
2. Added Capture API microphone image for iPhone 5 dimensions and
orientation fix
3. Adde dFileTransfer API progress events, abort function
4. Cordova.plis
Ian Devlin created CB-1696:
--
Summary: Ability to check device for capabilities, e.g. webcam
Key: CB-1696
URL: https://issues.apache.org/jira/browse/CB-1696
Project: Apache Cordova
Issue Type: New Fe
[
https://issues.apache.org/jira/browse/CB-1677?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-1677.
--
Resolution: Fixed
Fix commit
http://git-wip-us.apache.org/repos/asf/incubator-cordova-docs/commit
[
https://issues.apache.org/jira/browse/CB-1676?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-1676.
--
Resolution: Fixed
Fix commit -
http://git-wip-us.apache.org/repos/asf/incubator-cordova-docs/comm
74 matches
Mail list logo
