[
https://issues.apache.org/jira/browse/CB-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270984#comment-13270984
]
Filip Maj commented on CB-671:
--
Sweet.
> Tests should be described in enough det
Github user DeLongey closed the pull request at:
https://github.com/apache/incubator-cordova-android/pull/18
I appreciate the follow up, I will also ensure that I subscribe to the
mailing list from now on ;)
On Tue, May 8, 2012 at 5:14 PM, Simon MacDonald
wrote:
> Hey Justin,
>
> I has been discussed on the list and it looks like the consensus is not to
> enabled plugins by default. If you want to ena
Hey Justin,
I has been discussed on the list and it looks like the consensus is not to
enabled plugins by default. If you want to enable them in your own project
you just need to add the following line to onCreate method of the class
that extends from DroidGap.
*this*.appView.getSettings().se
[
https://issues.apache.org/jira/browse/CB-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270954#comment-13270954
]
Jesse MacFadyen commented on CB-671:
Part of the point was that the tests should contain m
[
https://issues.apache.org/jira/browse/CB-569?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270945#comment-13270945
]
Filip Maj commented on CB-569:
--
The plot thickens: if the script is NOT external (i.e. the script
[
https://issues.apache.org/jira/browse/CB-569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj updated CB-569:
-
Affects Version/s: 1.7.0
I can confirm this exists on 1.7.0 on my Galaxy Nexus running 4.0.2.
> Mult
[
https://issues.apache.org/jira/browse/CB-587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270932#comment-13270932
]
Joe Bowser commented on CB-587:
---
I've updated my Galaxy Nexus to 4.0.4, and I don't notice this
Hi Gents,
A follow up to see if anyone had some good advice/direction for getting
plugins enabled for the Android webview? Sounds like this pull request
doesn't do the trick
https://github.com/apache/incubator-cordova-android/pull/18
More than happy to pitch in because this has lots of value, I j
[
https://issues.apache.org/jira/browse/CB-670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-670.
-
Resolution: Fixed
Fix commit:
http://git-wip-us.apache.org/repos/asf/incubator-cordova-docs/commit/8
[
https://issues.apache.org/jira/browse/CB-646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-646:
-
Assignee: Joe Bowser (was: Brian LeRoux)
> Add Apache Header to Build Scripts
>
[
https://issues.apache.org/jira/browse/CB-646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-646.
---
Resolution: Fixed
Headers have been added to build scripts.
> Add Apache Header to Build Scripts
[
https://issues.apache.org/jira/browse/CB-671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-671.
--
Resolution: Fixed
Fixed in
[35a3f3|https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-mobile-spec.git;a=c
[
https://issues.apache.org/jira/browse/CB-370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-370.
---
Resolution: Fixed
Fix Version/s: (was: 1.7.0)
1.8.0
Fixed so that whitelisting and
[
https://issues.apache.org/jira/browse/CB-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270889#comment-13270889
]
Filip Maj commented on CB-671:
--
What's the reported failure message?
I think we can write a cust
Ok this is implemented. Although I don't know if I can include any
setMetadata tests in mobile-spec since it is highly iOS specific right
now (besides checking for the existence of the function)
On Tue, May 8, 2012 at 10:30 AM, Patrick Mueller wrote:
> On Tue, May 8, 2012 at 1:17 PM, Shazron Abdu
[
https://issues.apache.org/jira/browse/CB-633?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-633.
--
Resolution: Fixed
Fixed in
[6cb6e6|https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-js.git;a=commit;h=6
[
https://issues.apache.org/jira/browse/CB-385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270858#comment-13270858
]
Filip Maj commented on CB-385:
--
Going to investigate:
- adding a marker near the top (comment f
[
https://issues.apache.org/jira/browse/CB-471?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-471.
-
Resolution: Fixed
Assignee: Shazron Abdullah
Fix commits:
http://git-wip-us.apache.org/repos/as
[
https://issues.apache.org/jira/browse/CB-589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Brooks closed CB-589.
-
> What is the return value of Notification.confirm?
> -
>
>
[
https://issues.apache.org/jira/browse/CB-589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Brooks resolved CB-589.
---
Resolution: Fixed
[Commit
1f313|https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-docs.git;a=c
I've looked over the code, looks good.
I say merge it in and let's start iterating / testing this with more
people across our team for real!
On 5/8/12 2:12 PM, "Joe Bowser" wrote:
>Hey
>
>I'm wanting to merge CordovaWebVew back into the master this week.
> Everything appears to work on Mobile-S
[
https://issues.apache.org/jira/browse/CB-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-510:
--
Issue Type: Improvement (was: Sub-task)
Parent: (was: CB-190)
> loadUrlIntoView on DroidGap needs
Hey
I'm wanting to merge CordovaWebVew back into the master this week.
Everything appears to work on Mobile-Spec, and we have a lot more tests
for this version, however we still have a lot of outstanding tickets. I
really would like some feedback on the changes before I do it. However,
given th
I do however it's not exactly formalized. I just played around with it when
I was working on the couchdb plugin for android and did some testing. I can
put something together though. I think the main issue is not if it is
faster or not but rather if it breaks on devices (other than the 2.3
emulator
[
https://issues.apache.org/jira/browse/CB-585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser resolved CB-585.
---
Resolution: Fixed
History is now configurable.
> Allow History to be Configurable
>
[
https://issues.apache.org/jira/browse/CB-359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-359.
--
Resolution: Fixed
Done, yus!
!http://t3.gstatic.com/images?q=tbn:ANd9GcTLS18aJbqfxaosSeVV-JnO8lCon14hgCdiJSUcaLffd
[
https://issues.apache.org/jira/browse/CB-657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-657.
--
Resolution: Fixed
Committed in
[175748|http://git-wip-us.apache.org/repos/asf?p=incubator-cordova-docs.git;a=commi
[
https://issues.apache.org/jira/browse/CB-589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270808#comment-13270808
]
Jesse MacFadyen commented on CB-589:
Thanks. I believe it is a number in JS.
Cheers,
J
[
https://issues.apache.org/jira/browse/CB-589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270804#comment-13270804
]
Michael Brooks commented on CB-589:
---
Hey Jesse,
As far as I know, the Notification API is n
Do you have proof that addJavascriptInterface is faster despite the fact
that we're not using WebView.loadUrl? I seriously think we're missing a
large part of the picture if we don't account for that.
On Tue, May 8, 2012 at 1:30 PM, Anis KADRI wrote:
> >
> > I wonder how other frameworks get
>
>
> I wonder how other frameworks get
> around this issue?
They don't as it's a 2.3 emulator only issue.
+1 for adding addJavascriptInterface back it's just 10x faster for
everything other than simple operations (like taking a picture).
>
> On Monday, May 7, 2012, Filip Maj wrote:
>
> > Someth
Jesse MacFadyen created CB-671:
--
Summary: Tests should be described in enough detail to explain
what specifically they are testing.
Key: CB-671
URL: https://issues.apache.org/jira/browse/CB-671
Project:
[
https://issues.apache.org/jira/browse/CB-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-415:
--
Fix Version/s: (was: 1.8.0)
1.9.0
> Taking multiple pictures with the camera causes the
[
https://issues.apache.org/jira/browse/CB-415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270789#comment-13270789
]
Joe Bowser edited comment on CB-415 at 5/8/12 8:14 PM:
---
There is a weird
[
https://issues.apache.org/jira/browse/CB-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-415:
--
Priority: Minor (was: Major)
> Taking multiple pictures with the camera causes the app to crash
>
[
https://issues.apache.org/jira/browse/CB-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser updated CB-415:
--
Fix Version/s: 1.8.0
There is a weird memory issue here when we get the image. The weird thing is
that we're recyc
[
https://issues.apache.org/jira/browse/CB-656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filip Maj resolved CB-656.
--
Resolution: Fixed
Merged in as of
[6c4583|http://git-wip-us.apache.org/repos/asf?p=incubator-cordova-ios.git;a=com
Bada gives access to application details (app name, version, etc...) so
once we decided what api to use, I can start working on it. Are we doing
that widget spec for sure ?
On Tue, May 8, 2012 at 11:11 AM, Filip Maj wrote:
> Inside the www, just like BB WebWorks / PhoneGap Build apps, all based
[
https://issues.apache.org/jira/browse/CB-665?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen resolved CB-665.
Resolution: Fixed
WP7: eac02c8fa752dd161a011444b12831e94dd307f3
cordova.js: eab6fabb0ea5b949f67ce8a501d
[
https://issues.apache.org/jira/browse/CB-510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-510:
-
Assignee: Joe Bowser
> loadUrlIntoView on DroidGap needs refactoring
> --
[
https://issues.apache.org/jira/browse/CB-577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-577:
-
Assignee: Joe Bowser
> Automate the iFrame Tests
> -
>
> Key: CB-
[
https://issues.apache.org/jira/browse/CB-579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-579:
-
Assignee: Joe Bowser
> Automate the No Multitasking Test
> -
>
>
[
https://issues.apache.org/jira/browse/CB-578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-578:
-
Assignee: Joe Bowser
> Automate the Lifecycle Tests
>
>
> Ke
[
https://issues.apache.org/jira/browse/CB-575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-575:
-
Assignee: Joe Bowser
> Automate the Error URL test
> ---
>
> Key:
[
https://issues.apache.org/jira/browse/CB-580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-580:
-
Assignee: Joe Bowser
> Automate Splashscreen Tests
> ---
>
> Key:
[
https://issues.apache.org/jira/browse/CB-573?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-573:
-
Assignee: Joe Bowser
> Automate Backbutton jQM tab test
>
>
>
[
https://issues.apache.org/jira/browse/CB-574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-574:
-
Assignee: Joe Bowser
> Automate Backbutton with multiple pages test
> ---
[
https://issues.apache.org/jira/browse/CB-659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Bowser reassigned CB-659:
-
Assignee: Joe Bowser
> Create script to put jars in the libs directory
>
Shazron Abdullah created CB-670:
---
Summary: Create doc for new FileEntry.setMetadata function
Key: CB-670
URL: https://issues.apache.org/jira/browse/CB-670
Project: Apache Cordova
Issue Type: Ta
[
https://issues.apache.org/jira/browse/CB-471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13270720#comment-13270720
]
Shazron Abdullah commented on CB-471:
-
By consensus - the devs have agreed to add a setMet
[
https://issues.apache.org/jira/browse/CB-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-669.
-
Resolution: Fixed
Harmless to be included in the .app bundle, but removing it anyway to avoid
suspic
Shazron Abdullah created CB-669:
---
Summary: verify.sh file in a new Cordova-based application project
should not be included in the .app bundle
Key: CB-669
URL: https://issues.apache.org/jira/browse/CB-669
[
https://issues.apache.org/jira/browse/CB-669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah updated CB-669:
Fix Version/s: 1.8.0
> verify.sh file in a new Cordova-based application project should not be
> i
[
https://issues.apache.org/jira/browse/CB-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen reassigned CB-586:
--
Assignee: Herm Wong (was: Jesse MacFadyen)
Here's a test!
> correctOrientation no
[
https://issues.apache.org/jira/browse/CB-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen updated CB-586:
---
Comment: was deleted
(was: Here's a test!)
> correctOrientation not working/consistent
> ---
Inside the www, just like BB WebWorks / PhoneGap Build apps, all based on
the w3c spec.
On 5/8/12 10:58 AM, "Brian LeRoux" wrote:
>ok cool, eh so where does config.xml live in an android proj anyhow?
>or any platform for that matter? inside the www?
>
>(happy we are officially going to start sup
Back-stepping a bit ...
Under what circumstances would version 1.0 of the html/js app be running in
a 2.0 native container ( or vice-versa)? These are the developer's version
numbers, and identifiers so I am unclear how this is a framework issue.
Maybe I am confused because all my apps are self
ok cool, eh so where does config.xml live in an android proj anyhow?
or any platform for that matter? inside the www?
(happy we are officially going to start supporting it. still think we
should re-think the device object and the baggage it contains into
something else.)
should this be something
My understanding as well. Before deviceready, read the config.xml and
populate some variables. We're talking about the application metadata, not
the device's information.
On Tue, May 8, 2012 at 1:40 PM, Shazron Abdullah wrote:
> This was my understanding as well.
>
> On 2012-05-08, at 10:39 AM,
This was my understanding as well.
On 2012-05-08, at 10:39 AM, Simon MacDonald wrote:
> On Tue, May 8, 2012 at 1:23 PM, Patrick Mueller wrote:
>
>>
>> To clarify a bit, what I was wondering if it was cheap enough to get this
>> info during startup and stash it away somewhere in JS, so it'd be a
On Tue, May 8, 2012 at 1:23 PM, Patrick Mueller wrote:
>
> To clarify a bit, what I was wondering if it was cheap enough to get this
> info during startup and stash it away somewhere in JS, so it'd be available
> at deviceready.
>
This is what I was thinking as well. We'd go get the info an popu
On Tue, May 8, 2012 at 1:17 PM, Shazron Abdullah wrote:
> this was pseudocode :) I like not mapping names - will be SO much
> easier definitely, we can leave it up to the user, but this will open
> up more than the iCloud attribute to be set, but if they want to play
> with fire...
>
Yes, openin
On Tue, May 8, 2012 at 1:09 PM, Brian LeRoux wrote:
> > Do we really need to make this async?
>
> no, no. thought we'd normally stay away from sync calls to the native
> bridge if we could. perf wise. etc.
>
> > The only upside to async is that we
> > can request the information lazily.
>
> oh, w
this was pseudocode :) I like not mapping names - will be SO much
easier definitely, we can leave it up to the user, but this will open
up more than the iCloud attribute to be set, but if they want to play
with fire...
On 2012-05-08, at 10:13 AM, Patrick Mueller wrote:
> On Mon, May 7, 2012 at 1
On Mon, May 7, 2012 at 11:07 PM, Shazron wrote:
> Oops, more like:
>
> var metadata = { 'icloud_backup' : true };
> cordova.exec(success, fail, "File", "setMetadata", [this.fullPath,
> metadata]);
>
generally +1. Only quibble is with the metadata property name. The actual
name to use on iOS is
wait, so we're going to echo the version of the widget in config.xml
but *not* expose the runtime version? or am I reading things wrong?
On Tue, May 8, 2012 at 6:57 PM, Filip Maj wrote:
> +1 window.widget
>
> Do we really need to make this async?
no, no. thought we'd normally stay away from sync calls to the native
bridge if we could. perf wise. etc.
> The only upside to async is that we
> can request the information lazily.
oh, well I disagree here too! but lets save that for another day, like ne
+1 window.widget
On 5/7/12 7:58 PM, "Michael Brooks" wrote:
>Could we consider using the W3C Widget Interface [1]? It's a programmatic
>interface to the W3C Widget Specification [2].
>
>In that case, it would be: window.widget.version
>
>[1] http://www.w3.org/TR/widgets-apis/#the-widget-interfac
+1
On 5/7/12 8:07 PM, "Shazron" wrote:
>Oops, more like:
>
>var metadata = { 'icloud_backup' : true };
>cordova.exec(success, fail, "File", "setMetadata", [this.fullPath,
>metadata]);
>
>https://github.com/apache/incubator-cordova-js/blob/master/lib/common/plug
>in/Entry.js#L44
>
>On Mon, May 7,
[
https://issues.apache.org/jira/browse/CB-390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lee Crossley closed CB-390.
---
Resolution: Unresolved
> File IO Encoding and Performance iOS
> -
>
>
[
https://issues.apache.org/jira/browse/CB-562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lee Crossley closed CB-562.
---
Resolution: Not A Problem
> Writing many files at once (iOS)
>
>
>
On Tue, May 8, 2012 at 5:17 AM, Brian LeRoux wrote:
> // i'd like something like this...
> require('cordova').platform(function(platform) {
>...
> })
>
Do we really need to make this async? The only upside to async is that we
can request the information lazily.
On the original bug, https:/
right... I figured rolling this business into a single async api would
make sense.
just b/c the w3c hasn't been informed about namespaces doesn't mean we
don't have to be!
On Tue, May 8, 2012 at 11:18 AM, Shazron wrote:
> This is application version though, not platform?
>
> On Tue, May 8, 2012
[
https://issues.apache.org/jira/browse/CB-648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Rami updated CB-648:
Priority: Blocker (was: Critical)
> AutoHideSplashScreen not working for iPad but working correctly for iP
This is application version though, not platform?
On Tue, May 8, 2012 at 2:17 AM, Brian LeRoux wrote:
> // i'd like something like this...
> require('cordova').platform(function(platform) {
>
> console.log(platform.name) // Tizen <---don't laugh, its gonna happen!
> console.log(platform.ver
// i'd like something like this...
require('cordova').platform(function(platform) {
console.log(platform.name) // Tizen <---don't laugh, its gonna happen!
console.log(platform.version) // '0.7.0'
// gratuitous...
console.log(platform.version.MAJOR // 7
console.log(platform.ver
77 matches
Mail list logo
