[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493805#comment-13493805
]
Lindsey Simon commented on CB-1185:
---
One other thing.. the last log from my app (awhile bef
GitHub user ilbambino opened a pull request:
https://github.com/apache/incubator-cordova-android/pull/53
Getting the path from the URI fails if it is a 'file://'
Previous to 2.2 this function was crashing if the URI wasn't different
than a 'content://' but still if it is a 'file:
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493794#comment-13493794
]
Lindsey Simon commented on CB-1185:
---
I got some logs here, but I don't see anything immedia
[
https://issues.apache.org/jira/browse/CB-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493684#comment-13493684
]
Kiran Sai commented on CB-1826:
---
No Just that. Please take a picture with resolution of 8MB. Fu
[
https://issues.apache.org/jira/browse/CB-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen updated CB-339:
---
Component/s: WP8
> Able to create directory/file without parent directory
> -
[
https://issues.apache.org/jira/browse/CB-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen resolved CB-339.
Resolution: Fixed
Commit is here:
https://github.com/purplecabbage/incubator-cordova-wp7/commit/7979288
Are we going to put it up? Some people are going through the 2.2.0 Getting
Started Android, and it tells the dev to download Cordova from Apache, and
it's 2.1.0.
Of course there was a problem in the create script which caused them grief
in resolving the problem which is fixed in 2.2.0:
https://gro
[
https://issues.apache.org/jira/browse/CB-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493632#comment-13493632
]
Joe Bowser commented on CB-1826:
Not able to reproduce on the Galaxy Neuxs, Samsung Galaxy S2
OK, I learned something today.
If you do everything right, you too can have an Android App that
crashes because the Camera is incapable of passing data when you don't
let Background Processes run. Basically, the data passed by the
Camera is null in this scenario, and rightfully so Cordova just go
[
https://issues.apache.org/jira/browse/CB-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen reassigned CB-339:
--
Assignee: Jesse MacFadyen (was: Herm Wong)
> Able to create directory/file without parent dire
[
https://issues.apache.org/jira/browse/CB-1618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jesse MacFadyen resolved CB-1618.
-
Resolution: Fixed
Fix Version/s: 2.2.0
fixed, merged and released already
>
I'll add the corresponding JIRA tasks, and put some pull requests together.
Not a lot of code changes involved.
Thanks,
Kevin
On Thu, Nov 8, 2012 at 12:50 PM, Shazron wrote:
> Thanks Kevin, this is great :) Once I have time I can put these into JIRA
> tasks or if you are inclined to file them
I'm thinking this is a documentation issue. Advise our users to properly
control state in the pause + resume handlers. Check for leaks in their
code in these handlers.
Related: can we say with any confidence that our platform implementations
+ javascript is leak-free across different application s
[
https://issues.apache.org/jira/browse/CB-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493527#comment-13493527
]
Tim Kim commented on CB-1821:
-
Hi again,
I haven't found any Cordova bardcode plugins for the pl
Yeah, really nice findings here Kevin!
On Thu, Nov 8, 2012 at 3:50 PM, Shazron wrote:
> Thanks Kevin, this is great :) Once I have time I can put these into JIRA
> tasks or if you are inclined to file them as well, that will be great.
>
>
> On Thu, Nov 8, 2012 at 11:47 AM, Kevin Hawkins <
> kev
Yeah, I don't think this can be done without putting onus on the JS for
storing & restoring its own state. We could maybe put the callback result
of the exec() call that triggered the activity change in the start-up info
when restoring (e.g. pass the service, action, result to onDeviceReady)?
On
Thanks Kevin, this is great :) Once I have time I can put these into JIRA
tasks or if you are inclined to file them as well, that will be great.
On Thu, Nov 8, 2012 at 11:47 AM, Kevin Hawkins <
kevin.hawkins.cord...@gmail.com> wrote:
> Sorry, I realize after the fact that my email wasn't particu
Gord created CB-1827:
Summary: cordova.test.js isn't rebuilt when running jake test
Key: CB-1827
URL: https://issues.apache.org/jira/browse/CB-1827
Project: Apache Cordova
Issue Type: Bug
Compo
Sorry, I realize after the fact that my email wasn't particularly helpful,
without specifics. So here's an outline of my initial audit of the
view/view controller/app delegate code. For the record, I'm working
against HEAD of the repo, as far as what version of Cordova I'm considering.
1. Ap
[
https://issues.apache.org/jira/browse/CB-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kiran Sai updated CB-1826:
--
Description:
set the flag correctOrientation to true.
take a portrait high resolution image
application crashes w
Kiran Sai created CB-1826:
-
Summary: correctOrientation when set to true crashes the app when
loading Image
Key: CB-1826
URL: https://issues.apache.org/jira/browse/CB-1826
Project: Apache Cordova
Is
[
https://issues.apache.org/jira/browse/CB-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kiran Sai updated CB-1826:
--
Description:
set the flag correctOrientation to true.
take a portrait high resolution image
application crashes w
It won't have to special case dealing with some stupid .plist format. And
the rest of your args have been clarified by Fil.
On Thu, Nov 8, 2012 at 10:35 AM, Jesse MacFadyen wrote:
> Pluginstall will always have to special case iOS(all of them really),
> because it must modify the project(s)
>
>
function saving/serializing may be gnarly / impossible. How do we capture
all possible closured variables if the JS environment boots up from a
clean slate?
On 11/8/12 10:37 AM, "Joe Bowser" wrote:
>OK, further update:
>
>After adding this on the CordovaWebView:
>
>public WebBackForwardList rest
At least for the plugin mappings, as long as the service name as consumed
by JS is identical across all platform implementations, the plugin class
name can and needs to be platform specific.
On 11/8/12 10:35 AM, "Jesse MacFadyen" wrote:
>Pluginstall will always have to special case iOS(all of th
OK, further update:
After adding this on the CordovaWebView:
public WebBackForwardList restoreState(Bundle savedInstanceState)
{
WebBackForwardList myList = super.restoreState(savedInstanceState);
//Initialize the plugin manager once more
this.pluginManager.init();
return myList;
Pluginstall will always have to special case iOS(all of them really),
because it must modify the project(s)
Also, are we planning on replacing feature names in a cross device way? How
do we resolve this:?
iOS:
Notification CDVNotification
Android:
Also there are various other differences that ar
Shazron Abdullah created CB-1825:
Summary: Add documentation for supported OS versions
Key: CB-1825
URL: https://issues.apache.org/jira/browse/CB-1825
Project: Apache Cordova
Issue Type: Task
Hi Becky - yes Cordova.plist will go away entirely and it is to be replaced
by config.xml that follows the w3c widget spec, and the format would be
common among all the platforms (all the major ones currently). A dev can
certainly update the .xml from Xcode but it will be plain text editing
instead
No reason, it's just more work to re-factor but no biggie. Not sure if
Android's previous cordova.xml was deprecated as well or went cold turkey
-- I assumed there was no deprecation.
On Thu, Nov 8, 2012 at 4:23 AM, Brian LeRoux wrote:
> any reason why we should not follow our deprec policy her
Thanks a lot for your inputs :)
It should be useful for me.
Thanks & Regards,
Saurabh
On 11/8/12 9:20 PM, "Ross Gardler" wrote:
> -Original Message-
>> From: Saurabh Kumar Singh [mailto:skuma...@adobe.com]
>> Sent: 08 November 2012 10:27
>> To: dev@cordova.apache.org
>> Subject: Accessi
Can we swipe that table for Cordova?
On Thu, Nov 8, 2012 at 3:58 AM, Brian LeRoux wrote:
> Yup this is a very good idea. We sorta have this on the phonegap dist here
> http://phonegap.com/about/feature
>
>
> On Wed, Nov 7, 2012 at 11:51 AM, Filip Maj wrote:
>
> > Good idea.
> >
> > Also: all r
+1 sounds like a plan
On Thu, Nov 8, 2012 at 9:34 AM, Filip Maj wrote:
> +1
>
> On 11/8/12 4:01 AM, "Brian LeRoux" wrote:
>
> >I think would it make sense to:
> >
> >1. align apis as orig msg from fil suggests
> >2. drop in deprecation notice for sync usage and add to deprec page
> >3. add asy
+1
On 11/8/12 4:01 AM, "Brian LeRoux" wrote:
>I think would it make sense to:
>
>1. align apis as orig msg from fil suggests
>2. drop in deprecation notice for sync usage and add to deprec page
>3. add async equiv and get it out of startup path as andrew suggests
>
>
>
>
>On Wed, Nov 7, 2012 at
Here's how it plays in WebKit. Below is an example of a test activity:
public class cordovaExample extends DroidGap
{
@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
super.setBooleanProperty("keepRunning", false);
> -Original Message-
> From: brian.ler...@gmail.com [mailto:brian.ler...@gmail.com] On Behalf
> Of Brian LeRoux
> Sent: 08 November 2012 13:57
> To: dev@cordova.apache.org
> Subject: Re: Cordova documentation
>
> Ya, very much a transitional thing. Agree we should be publishing on
Cordova
-Original Message-
> From: Saurabh Kumar Singh [mailto:skuma...@adobe.com]
> Sent: 08 November 2012 10:27
> To: dev@cordova.apache.org
> Subject: Accessibility + PhoneGap
>
> Hi,
>
> I wanted to confirm one thing. What is the effort involved in making
> PhoneGap based application accessib
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493267#comment-13493267
]
Adam commented on CB-1185:
---
Unfortunately, it looks like the freezing still happens with my app af
[
https://issues.apache.org/jira/browse/CB-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493245#comment-13493245
]
Becky Gibson commented on CB-105:
-
You should just be able to uncomment this code within the p
On iOS you should be able to make a PhoneGap based application accessible
via VoiceOver using basic accessibility practices and ARIA in your HTML
files. Any of the device UI within the Cordova core plugins should be
accessible. The camera and contacts views are provided by Apple and are
accessib
Ok, I'm a bit confused. Are we suggesting to get rid of the cordova.plist
entirely? Does that mean that if a dev wants to change one of those
settings they have to leave Xcode and modify config.xml and update the
project? That certainly doesn't seems a bit cumbersome and not taking
advantage of
On Android the screen reader software, TalkBack, is unable to read the
contents of a WebView component until Android 4.x. So if you have users
with low vision you have to be cognizant of that fact.
Simon Mac Donald
http://hi.im/simonmacdonald
On Thu, Nov 8, 2012 at 4:27 AM, Saurabh Kumar Singh w
Ya, very much a transitional thing. Agree we should be publishing on
Cordova site. Come to think of it--we still need to move from incubator
subdomain too.
What is the past convention here for downstream distributions?
On Wed, Nov 7, 2012 at 3:40 PM, Ross Gardler wrote:
> There are potentially
I really like the API you're proposing Andrew but hesitant to be super
bullish on it since I think we are now in CLI API revision 5 or 6. (lulz,
software dev)
Not attached to the current API but I think this is big enough that
requires buy in from Fil, Anis, Jesse, and Mike whom have done the most
any reason why we should not follow our deprec policy here?
On Wed, Nov 7, 2012 at 12:20 PM, Filip Maj wrote:
> Yeah and it pissed off users, esp since the docs weren't updated :)
>
> On 11/7/12 12:00 PM, "Anis KADRI" wrote:
>
> >Didn't Android just switch from plugins.xml + cordova.xml -> con
I think would it make sense to:
1. align apis as orig msg from fil suggests
2. drop in deprecation notice for sync usage and add to deprec page
3. add async equiv and get it out of startup path as andrew suggests
On Wed, Nov 7, 2012 at 7:13 PM, Filip Maj wrote:
> Although I think we're close
Yup this is a very good idea. We sorta have this on the phonegap dist here
http://phonegap.com/about/feature
On Wed, Nov 7, 2012 at 11:51 AM, Filip Maj wrote:
> Good idea.
>
> Also: all requirements for a platform implementation should be clearly
> specified at the top of the platform's README.
[
https://issues.apache.org/jira/browse/CB-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493132#comment-13493132
]
Ismael Olusola Jimoh commented on CB-105:
-
Thanks a lot Christoph.
Would give it a go
For Web content stuff though, I think most modern browsers support things like
ARIA no? And frameworks such as jQueryMobile, Dojo or Sencha have some support
for it.
___
LDH (Laurent Hasson)
Technical Director, BlackBerry Web Platform
Research In Motion
E
each operating system has some level accessibility features tho we do
nothing to abstract those / it would be custom native code
On Thu, Nov 8, 2012 at 1:27 AM, Saurabh Kumar Singh wrote:
> Hi,
>
> I wanted to confirm one thing. What is the effort involved in making
> PhoneGap based application
[
https://issues.apache.org/jira/browse/CB-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13493083#comment-13493083
]
Christoph Pojer commented on CB-105:
I'm using this code to move a video from temporary to
Hi,
I wanted to confirm one thing. What is the effort involved in making
PhoneGap based application accessible ?
Thanks & Regards,
Saurabh
52 matches
Mail list logo
