Never mind! Got my wires crossed :)
On Tue, Jun 26, 2012 at 11:53 PM, Dave Johnson wrote:
> ha I mean for infra people deciding what gets prioritized :P
>
> On Tue, Jun 26, 2012 at 11:21 PM, Shazron wrote:
>> Only if we actually look at the popular issues filter:
>> https://issues.apache.org/jir
ha I mean for infra people deciding what gets prioritized :P
On Tue, Jun 26, 2012 at 11:21 PM, Shazron wrote:
> Only if we actually look at the popular issues filter:
> https://issues.apache.org/jira/browse/CB#selectedTab=com.atlassian.jira.plugin.system.project%3Apopularissues-panel
>
> On Tue,
Only if we actually look at the popular issues filter:
https://issues.apache.org/jira/browse/CB#selectedTab=com.atlassian.jira.plugin.system.project%3Apopularissues-panel
On Tue, Jun 26, 2012 at 11:15 PM, Dave Johnson wrote:
> Does it help for people to go and vote up those JIRA issues?
>
> On Tu
Does it help for people to go and vote up those JIRA issues?
On Tue, Jun 26, 2012 at 1:11 PM, Filip Maj wrote:
> First steps would be to get the Apache git repo up and running (the JIRA
> issue is still unresolved), and some of us committers testing out the code
> to make sure it works, and getti
[
https://issues.apache.org/jira/browse/CB-923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon MacDonald resolved CB-923.
Resolution: Fixed
Fix Version/s: 1.9.0
Assignee: Simon MacDonald (was: Joe Bowser)
Fix
Too late for a 1.9, could we get this into 2.0?
Also, the Galaxy Nexus HAS Multitouch (It's live in ICS). Can you
test on the Motorola RAZR that's in the office? I can try it at home
here.
Joe
On Tue, Jun 26, 2012 at 8:35 PM, Filip Maj wrote:
> https://github.com/Philzen/WebView-MultiTouch-Po
https://github.com/Philzen/WebView-MultiTouch-Polyfill
^^^ this does all the work. Apache Licensed. The guy who wrote it is
excited about contributing it to the project.
It took me all of 2 minutes to integrate into a standard DroidGap-based
app. On my Galaxy Nexus I was able to get 5 simultaneo
Yup 1.1 is outdated, I wanted to give you guys structure example with both
Android and iOS in the repo.
For Cordova goodness look at 1.7
https://github.com/Wizcorp/phonegap-plugin-wizViewManager/tree/v1.7
(same repo diff branch - see before post on versioning)
While we are in development we usual
[
https://issues.apache.org/jira/browse/CB-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-666.
--
Resolution: Fixed
Woot, working now!
Dependent on this pull request: https://github.com/alunny/pluginstall/pull/8
[
https://issues.apache.org/jira/browse/CB-631?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-631.
--
Resolution: Fixed
Doneskis!
> implement plugininstall for https://github.com/alunny/ChildBrowser
>
Remember the ctx variable that got renamed to cordova and how the
plugin broke? That's because early plugins used the fact that a
DroidGap was derived from a PhoneGapActivity, and a PhoneGapActivity
was derived from an Activity, and an Activity was derived from a
context. Changing ctx back to a co
Can you elaborate on the "set plugins to just use contexts" part ?
On Tue, Jun 26, 2012 at 3:38 PM, Joe Bowser wrote:
> Yes. That's why I want to get rid of as many methods in
> CordovaInterface as possible. It would have been better if we set
> plugins to just use contexts, but for some reaso
Yes. That's why I want to get rid of as many methods in
CordovaInterface as possible. It would have been better if we set
plugins to just use contexts, but for some reason we're not able to.
I don't know why this is.
On Tue, Jun 26, 2012 at 3:36 PM, Anis KADRI wrote:
> I tried it out and it wor
I tried it out and it works.
Correct me if I am wrong but in order to use CordovaWebView do you HAVE TO
implement CordovaInterface YAH ?
On Tue, Jun 19, 2012 at 2:17 PM, Joe Bowser wrote:
> Hey
>
> Since 1.9 has CordovaWebView, here's an example of an app using it. I took
> the existing Androi
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401718#comment-13401718
]
Emile khattar commented on CB-479:
--
"@emile updated" i read it "@emile update" loool
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-479:
Summary: Create a manual for existing project(s) on how to replace
"cordova.framework" by "cordova subp
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emile khattar updated CB-479:
-
Description:
If you already created a cordova .framework project using the cordova template
in xcode and you
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emile khattar updated CB-479:
-
Summary: Create a manual for existing project(s) on how to replace
"cordova.framework" by "cordova cleaver su
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emile khattar updated CB-479:
-
Summary: Create a manual for existing project on how to replace
"cordova.framework" by "cordova cleaver subpr
We did
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android.git;a=b
lob;f=framework/src/org/apache/cordova/api/Plugin.java;h=1ac42f022c915852ad
baa43297fb17f38f427b8a;hb=HEAD#l35
Kept "ctx" for backwards compatibility
Added "cordova"
On 6/26/12 2:51 PM, "Anis KADRI" wrote:
>Oh
Oh and one thing why did we not rename ctx to something else like ci or
whatever ? Something that doesn't make one believe it's a Context ? Because
it is no longer a Context.
On Tue, Jun 26, 2012 at 2:44 PM, Joe Bowser wrote:
> Right. That being said, PhoneGap/Cordova users shouldn't be using
>
Right. That being said, PhoneGap/Cordova users shouldn't be using
plugins and expecting things to just work right now. It's an
experimental feature that isn't ready for primetime. Especially since
pluginstall isn't officially released.
Also, PhoneGap Build people should be on this list and shou
Just and FYI that I am making progress on the ARC conversion. Code
compiles and mobile-spec tests are run and pass on my iPhone 4S. Still
needs more work and check for retain cycles (I need to update any block
code) and memory errors. Am plugging away as I have time.
-becky
On Mon, Jun 11, 20
I am not worried about Plugin developers, more worried about
Cordova/PhoneGap users to whom we promise that they don't need to touch any
"native" code ;-)
On Tue, Jun 26, 2012 at 2:30 PM, Joe Bowser wrote:
> Remember, Plugin Developers are competent enough to write Java code.
> I'm not talking a
Remember, Plugin Developers are competent enough to write Java code.
I'm not talking about the average Cordova User when I say this.
On Tue, Jun 26, 2012 at 2:30 PM, Joe Bowser wrote:
> That's fine. The fact is that we've beat this horse to death for six
> months on this mailing list, in JIRA and
[
https://issues.apache.org/jira/browse/CB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401699#comment-13401699
]
Filip Maj commented on CB-962:
--
Can someone jump in and make the project-level scripts executable
That's fine. The fact is that we've beat this horse to death for six
months on this mailing list, in JIRA and on GitHub. If people have an
issue with it now, they should have been more involved.
Joe
On Tue, Jun 26, 2012 at 2:26 PM, Anis KADRI wrote:
> Just spoke with Steve. He will inform users
[
https://issues.apache.org/jira/browse/CB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401698#comment-13401698
]
Tim Kim commented on CB-962:
Oh - okie dokie:
Try now:
https://git-wip-us.apache.org/repos/asf?p=
Just spoke with Steve. He will inform users about this in his release blog
post. That's the least we can do.
On Tue, Jun 26, 2012 at 2:21 PM, Jesse wrote:
> I think you should put the date that you deprecate it, not the date that
> you expect to remove it ... or the version number that it is dep
I think you should put the date that you deprecate it, not the date that
you expect to remove it ... or the version number that it is deprecated in.
We have no idea what will happen between now and December ... there may be
a reason that we need to remove it sooner. ( although our published
depreca
Yes.
On 6/26/12 2:15 PM, "Anis KADRI" wrote:
>still broken :-(
>
>I think old plugins expect this.ctx (as its name suggests) to be an
>instance of Context (or Activity) and not an instance of CordovaInterface.
>They are not calling ctx.getContext() to actually get the Context.
>
>So my suggestio
still broken :-(
I think old plugins expect this.ctx (as its name suggests) to be an
instance of Context (or Activity) and not an instance of CordovaInterface.
They are not calling ctx.getContext() to actually get the Context.
So my suggestion is to just leave it broken. Plugins just have to be
u
Yeah, Simon added it earlier, but then I realized that plugins are
probably already using this method, which is why I added the
"Deprecated December 2012" message on it.
As far as pre-1.8 versions of PhoneGap, where we provided a context
(in reality a PhoneGapActivity, which extended Activity, whi
[
https://issues.apache.org/jira/browse/CB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401678#comment-13401678
]
Drew Walters commented on CB-962:
-
That's not going to work. I should have clarified in my des
[
https://issues.apache.org/jira/browse/CB-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401674#comment-13401674
]
Tim Kim commented on CB-962:
Hey Drew,
Can you pull this commit and see if that works for you?
h
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401667#comment-13401667
]
Shazron Abdullah commented on CB-479:
-
@emile updated the the issue title to reflect - sin
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-479:
Description:
If you already created a cordova .framework project using the cordova template
in xcode a
First steps would be to get the Apache git repo up and running (the JIRA
issue is still unresolved), and some of us committers testing out the code
to make sure it works, and getting familiar with it :)
Following that I think getting you guys in as official committers would be
all that's left.
On
Great - also, there is an undocumented way to handle "unknown" schemes
that your plugin can hook into, which is even better:
1.
https://github.com/apache/incubator-cordova-ios/blob/master/CordovaLib/Classes/CDVLocalStorage.m#L319-342
2.
https://github.com/apache/incubator-cordova-ios/blob/master
Ah okay - I was referring to this plugin referenced upthread:
https://github.com/Wizcorp/phonegap-plugin-wizViewManager/tree/v1.1
specifically this code:
https://github.com/Wizcorp/phonegap-plugin-wizViewManager/blob/v1.1/ios/project/Classes/AppDelegate.m
That code looks a little outdated (pre Cor
[
https://issues.apache.org/jira/browse/CB-263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401643#comment-13401643
]
John P commented on CB-263:
---
I'm seeing this issue in 1.8.1. Is this a known issue?
Thanks for the fix Andrew!
Not sure what you are referring to regarding
shouldStartLoadWithRequest -- this does not occur in the AppDelegate
anymore (the app delegate does not implement the UIWebDelegate
interface). This is handled in the CDVViewController - which in the
app template, your MainVie
Drew Walters created CB-962:
---
Summary: Building BB sample project fails
Key: CB-962
URL: https://issues.apache.org/jira/browse/CB-962
Project: Apache Cordova
Issue Type: Bug
Components: B
Cyril Joui created CB-961:
-
Summary: Can not remove contact property values anymore
Key: CB-961
URL: https://issues.apache.org/jira/browse/CB-961
Project: Apache Cordova
Issue Type: Bug
Com
[
https://issues.apache.org/jira/browse/CB-961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Cyril Joui updated CB-961:
--
Attachment: CDVContact.m
Simple fixed CDVContact.m (&& [array count] > 0 removed).
> Can not rem
thx mang, thats a good idea for the moment.
On Tue, Jun 26, 2012 at 11:27 AM, Joe Bowser wrote:
> BTW: I added it back with this commit:
> https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android.git;a=commit;h=58298404094c81561cf4e01b7c4397638584961b
>
> On Tue, Jun 26, 2012 at 11:21
Re node 0.8: package.json is updated in version 0.3.4. All can rejoice.
Re speccing engine versions: I commented on Fil's pull request. It's mostly
all good.
@Ally - looking at that repo, the only thing you're doing that's not
supported in the current version of the spec is modifying the AppDeleg
BTW: I added it back with this commit:
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android.git;a=commit;h=58298404094c81561cf4e01b7c4397638584961b
On Tue, Jun 26, 2012 at 11:21 AM, Joe Bowser wrote:
> Hey
>
> 1.9 is close to being released, but currently plugins that use
> ctx.get
Either way, we are gonna need the transfer code we have, and any polyfil
for XHR2 that we do can just use the FileTransfer implementation.
Suggesting to rewrite everything to polyfil XHR2 is twice as much work as
just fixing the existing APIs and mapping where appropriate. IMHO
On Tue, Jun 26,
Hey
1.9 is close to being released, but currently plugins that use
ctx.getContext() are broken. Since we changed how a CordovaInterface
works on Android in 1.9, I'm wondering if we should add the
addContext() method back on the Interface with a deprecation warning
or just tell plugin authors that
Is there a good test suite/sample code somewhere to test xhr2?
(preferably with the server test bits as well)
On Tue, Jun 26, 2012 at 11:17 AM, Filip Maj wrote:
> Blob support on mobile is probably spotty at best. Need investigation
>
> On 6/26/12 11:10 AM, "gtan...@gmail.com" wrote:
>
>>Isn't t
Blob support on mobile is probably spotty at best. Need investigation
On 6/26/12 11:10 AM, "gtan...@gmail.com" wrote:
>Isn't that what responseBlob is for. It is there on chrome, untested so
>assumptions and heresay warnings.
>Sent on the TELUS Mobility network with BlackBerry
>
>-Original M
Isn't that what responseBlob is for. It is there on chrome, untested so
assumptions and heresay warnings.
Sent on the TELUS Mobility network with BlackBerry
-Original Message-
From: Joe Bowser
Date: Tue, 26 Jun 2012 11:07:56
To:
Reply-To: callback-dev@incubator.apache.org
Subject: Re:
Yes, what about binaries? I'm wondering how XHR2 handles that, since
it keeps being brought up.
On Tue, Jun 26, 2012 at 11:08 AM, Filip Maj wrote:
> What about binaries?
>
> On 6/26/12 11:01 AM, "Dan Silivestru" wrote:
>
>>+1
>>
>>Dan Silivestru
>>+1 (519)-589-3624
>>
>>On 2012-06-26, at 13:58,
What about binaries?
On 6/26/12 11:01 AM, "Dan Silivestru" wrote:
>+1
>
>Dan Silivestru
>+1 (519)-589-3624
>
>On 2012-06-26, at 13:58, "gtan...@gmail.com" wrote:
>
>> I would vote we should go with XHR2 and polyfill it into the platforms
>>it isn't supported.
>> --Original Message--
>>
+1
Dan Silivestru
+1 (519)-589-3624
On 2012-06-26, at 13:58, "gtan...@gmail.com" wrote:
> I would vote we should go with XHR2 and polyfill it into the platforms it
> isn't supported.
> --Original Message--
> From: Joe Bowser
> To: callback-dev@incubator.apache.org
> ReplyTo: callback-d
I would vote we should go with XHR2 and polyfill it into the platforms it isn't
supported.
--Original Message--
From: Joe Bowser
To: callback-dev@incubator.apache.org
ReplyTo: callback-dev@incubator.apache.org
Subject: XHR2 vs FIleTransfer
Sent: Jun 26, 2012 1:39 PM
Hey
I know that we've
Hey
I know that we've been debating this, but I'm wondering if we're
abandoning/deprecating FileTransfer in favor for XHR2 and what the
pros and cons are. I know that I saw something about Binary Upload,
and I agree that it'd be better to do that. Also, there are numerous
tickets regarding FileT
[
https://issues.apache.org/jira/browse/CB-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-960.
---
Resolution: Won't Fix
The exclusion of the auto-generated class is intentional. We don't add
generated files to
bummer
I don't know about blackberry but for Android I created some node tests
that make sure the create script actually "create" a project, verify all
the files are there and make sure it compiles properly. Blackberry should
have something like that too.
If the create script can work with the curr
I downloaded the 1.9.0rc1 distribution package to verify the build and
do some testing and as anticipated have found that the new create
script will not work. I brought this up when the create script was
added but I think we need to discuss what the resolution should be.
The create script as writt
Github user dpogue closed the pull request at:
https://github.com/apache/incubator-cordova-android/pull/29
what are the next steps?
is there something we can/should do?
Regards,
Paul
On 06/19/2012 06:17 PM, Anis KADRI wrote:
Very cool!
On Tue, Jun 19, 2012 at 8:44 AM, Michael Brookswrote:
Whoa, very cool! Welcome Paul, Regis, and Christophe!
On Tue, Jun 19, 2012 at 7:02 AM, Regis Merlino
wrote:
Andreas Sommer created CB-960:
-
Summary: Include resource class org.apache.cordova.R in JAR so
that layout can be extended
Key: CB-960
URL: https://issues.apache.org/jira/browse/CB-960
Project: Apache Cor
[
https://issues.apache.org/jira/browse/CB-479?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13401302#comment-13401302
]
Emile khattar commented on CB-479:
--
@shazron i mean replacing Cordova framework by cleaver su
Github user ghtomcat closed the pull request at:
https://github.com/apache/incubator-cordova-docs/pull/4
66 matches
Mail list logo
