iOS: a parameter with value 'null' is not passed to 'arguments' array
--
Key: CB-255
URL: https://issues.apache.org/jira/browse/CB-255
Project: Apache Callback
Issue Type:
All input parameters in iOS backend methods are strings
---
Key: CB-254
URL: https://issues.apache.org/jira/browse/CB-254
Project: Apache Callback
Issue Type: Bug
Components: iOS
This makes perfect sense for me and shaves off a bunch of code from the
repo. +1
On 12-02-15 3:27 PM, "Joe Bowser" wrote:
>Hey
>
>Since we're not supporting Android 1.5 and 1.6 anymore, I don't see the
>need to have the DroidDB shim. I understand it was for Android 3.0
>support, but since Andro
Hi guys,
I've committed everything to
https://svn.apache.org/repos/asf/incubator/cordova/site/
and the static site reside under /public folder.
Now we just need to have http://incubator.apache.org/cordova/ pointing to that
folder.
On 2012-02-15, at 3:41 PM, Jukka Zitting wrote:
Hi,
On Wed,
Xcode 4 Cordova-based Application - DEBUG macro not defined
---
Key: CB-253
URL: https://issues.apache.org/jira/browse/CB-253
Project: Apache Callback
Issue Type: Bug
Componen
[
https://issues.apache.org/jira/browse/CB-253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-253:
Attachment: debug.png
> Xcode 4 Cordova-based Application - DEBUG macro not defined
> -
Hi,
On Wed, Feb 15, 2012 at 10:11 PM, Patrick Mueller wrote:
> That sounds good to me. I can update the weinre docs, in a separate
> subdirectory (say .../incubator/cordova/site/weinre), as they need to be
> changed, independently of whatever else we put up there. I'm perfectly
> happy with a
Hey
Since we're not supporting Android 1.5 and 1.6 anymore, I don't see the
need to have the DroidDB shim. I understand it was for Android 3.0
support, but since Android 3.0 has been upgraded into virtual obsolence I'm
thinking we should cut support for it as well on the tablet side and have
our
I believe Jeff has access to cordova/cordova-qt repo so maybe he can
review/approve the pull request ? We can merge it with the apache
repo.
On Wed, Feb 15, 2012 at 2:04 PM, Longwei Su wrote:
> Hi all,
>
> I have just send a pull-request to Cordova-qt repo, which contains compass
> support.
> htt
Hi all,
I have just send a pull-request to Cordova-qt repo, which contains compass
support.
https://github.com/cordova/cordova-qt/pull/5
please let me know if there any comment or idea.
Thanks
Longwei
Yeah, all platform implementations are currently in the process of
renaming from phonegap/callback/whatever to cordova.
For the JavaScript we are already doing this sort of approach in our
unified JS layer, which currently resides at
http://github.com/callback/callback-js (the code is already rena
>a) You create a separate subtree, like .../incubator/cordova/site (if
>> we're replacing the site, we can just as well switch the name from
>> Callback to Cordova :-), and put your stuff there. Then file an INFRA
>> request to have the contents of .../incubator/cordova/site/public
>> published au
On Wed, Feb 15, 2012 at 11:07, Jukka Zitting wrote:
> On Wed, Feb 15, 2012 at 1:28 AM, Yohei Shimomae wrote:
>
> Also, is it ok if I wipe everything in
> > http://svn.apache.org/repos/asf/incubator/callback/site/trunk/
> > and copy everything from
> > https://github.com/yoheishimomae/cordova-webs
Hi all,
I'm playing with cordova-qt and it was renamed couple of days ago from
callback-qt to cordova-qt. But there are still tracks of phonegap legacy. For
example we have cordova.js file with PhoneGap class inside it and all plugins
have name com.phonegap.*. I can rename this all to Cordova a
You should still be able to run jake and it will build (and have an error
about no jsDom).
Got rid of a bunch of unused modules (anyone know why jQuery was in there?)
and thirdparty code.
https://github.com/callback/callback-js/commit/bb6cd42e1b5a56c2cd9642e8ace386ffcc0b4ce3
On Wed, Feb 15, 201
Gord,
Looks like jsDom adds a requirement for the system to have a compiler.
Since I don't (and maybe others) have XCode installed on my Mac for
legal reasons, the configure script fails for me now.
On Wed, Feb 15, 2012 at 12:41 PM, Filip Maj wrote:
> Aw yeauuhhh
>
> Thanks Gord :D
>
> On 1
Aw yeauuhhh
Thanks Gord :D
On 12-02-15 10:31 AM, "Gord Tanner" wrote:
>Quick note:
>
>I added a node runner for our unit tests that will run for every build:
>
>https://github.com/callback/callback-js/blob/master/test/runner.js#L23-58
>
>If you have already been developing cordova.js you wi
Quick note:
I added a node runner for our unit tests that will run for every build:
https://github.com/callback/callback-js/blob/master/test/runner.js#L23-58
If you have already been developing cordova.js you will need to run
./configure again to pull down jsDom to build.
The intent is that the
Ahh, so more of a packaging question. I'm not sure. I know Steve is
working on a packaging script so certainly integrating a cordova-js build
into that makes sense.
I think you're on the right track, Drew. We used to include phonegap.js
into the sample app packaged in each repo - maybe we can keep
Gord: WebInspector and BlackBerry OS 7 simulator to the rescue :-)
On Wed, Feb 15, 2012 at 11:03 AM, Gord Tanner wrote:
> OMFG!
>
> You just saved my day!
>
> I have been looking for why blackberry wasn't firing device ready and that
> bad module ID was it! I was circling around the channel code
I think the way I stated my question is confusing. Let me try again.
Right now the incubator-cordova-blackberry-webworks repo contains both
the JS and native code. Some time soon I would anticipate a
incubator-cordova-js repo. At that time the JS files in the webworks
repo should go away.
It se
As long as we don't git-submodule it... cause that hurts ;)
On Wed, Feb 15, 2012 at 12:15 PM, Filip Maj wrote:
> I think it'd be a pain to submodule cordova-js into the platform repos.
>
> So far the general agreement is to "vendor" cordova-js in as a built
> script.
>
> It should only get out o
I think it'd be a pain to submodule cordova-js into the platform repos.
So far the general agreement is to "vendor" cordova-js in as a built
script.
It should only get out of sync if we let it :)
On 12-02-15 9:11 AM, "Drew Walters" wrote:
>I need to do some more testing before I agree to move
Stoked guys, thanks for all your hard work!
On 12-02-15 9:03 AM, "Gord Tanner" wrote:
>OMFG!
>
>You just saved my day!
>
>I have been looking for why blackberry wasn't firing device ready and that
>bad module ID was it! I was circling around the channel code attempting
>to
>figure out why it wa
I need to do some more testing before I agree to move it to the apache
code. Wanted to get the name change in completely first. Right now
some of the api aren't working in my test app.
This brings up a point though. What will this look like once its
moved to apache. I would assume we'll have a
OMFG!
You just saved my day!
I have been looking for why blackberry wasn't firing device ready and that
bad module ID was it! I was circling around the channel code attempting to
figure out why it wasn't joining after the device and network channels were
fired.
Gonna look into this and pull it
If it's passing tests, let's add the new cordova.js file to the
incubator-cordova-blackberry-webworks repo and change over the native JS
calls to use require. Then we're done with BB! Tim should be helping out
with this too (as soon as he gets a physical device on hand). But I think
we're pretty mu
Ok, I've submitted a pull request with my changes.
https://github.com/callback/callback-js/pull/17
In my previous email, #3 was due to where I had inserted #2 (oops).
The changes are mostly phonegap -> cordova changes. Additionally I
had to fix a module require in lib/platform/blackberry.js whic
Hey guys,
I switched over about half of the module string Ids from phonegap over to
cordova last night but passed out before I could get to all of them :P
Drew, thanks for your efforts! For #2, see this commit:
https://github.com/filmaj/incubator-cordova-blackberry-webworks/commit/63ec
7bb7f2c8a
Hi,
On Wed, Feb 15, 2012 at 1:28 AM, Yohei Shimomae wrote:
> So I don't think I'm authorized to commit to the SVN repo yet.
> Can someone add me to the repo?
AFAICT you should have enough karma already. What's the error you're
encountering? Make sure that you're using https instead of http for
y
So I've got callback-js "working" in my sandbox. Haven't submitted
pull request yet because I'm still debugging something. Here's
summary of changes I've made:
1. Modify rest of files to use "cordova" instead of "phonegap".
2. Added a global define of "Cordova" as a temporary hack since native
P
I'm looking at https://github.com/callback/callback-js and I see a lot
of references to "phonegap" in the lib/plugins directory though it
seems like things one directory up (lib) has been changed. Am I not
looking at an up to date project or should I send a pull request with
that name change too?
I am on BlackBerry today.
Currently showing:
Error: SyntaxError: Unable to parse JSON string alert.
I will attempt to get it up and running again today.
I also have the start of a node runner for callback-js tests here:
https://github.com/gtanner/callback-js
Gord
On Wed, Feb 15, 2012 at 5:19 A
[
https://issues.apache.org/jira/browse/CB-250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208377#comment-13208377
]
Maciej Jaros commented on CB-250:
-
The issue also occurs when you don't have a WiFi (or other
haha - I was just trying to understand the whole repository layout.
Pls keep me updated on the official move progress to git-wip-us of
cordova-qt!
Am 2012-02-14 22:19, schrieb Anis KADRI:
controlled is a better way to describe it :)
new committers need to be voted in by the current project c
Can you please drop me a line once cordova-js is on the official repos
& mirrored? I will then give integrating the new common-JS into
cordova-qt a go!
Am 2012-02-15 00:09, schrieb Filip Maj:
Update on unified JavaScript work in cordova for today:
- looks like the WP7 implementation cannot ru
36 matches
Mail list logo
