Ok, this doesn't seem to be a little thing and it concerns me:
-iOS don't synthesize variables via properties since it causes them to not
show up in the debugger. With ARC, it is now just as convenient to use
fields as it is properties for private members anyways.
Can you explain this a bit
lolz I didn't read what list this was on. The src for network.js is at:
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-js.git;a=blob;f=lib/common/plugin/network.js;h=adaba5ae8b6ec825986712d8b99e660105e56ae9;hb=HEAD
The way we have it setup is the native side sends the JS side an
I saw that ... but how is that handled by the platform specific plugins?
Markus
-Original Message-
From: Simon MacDonald [mailto:simon.macdon...@gmail.com]
Sent: Mittwoch, 7. November 2012 15:56
To: dev@cordova.apache.org
Subject: Re: online/offline Events
lolz I didn't read what list
So, I went to take a screenshot to show what I was seeing before, and it
looks like the problem is fixed in the latest version of XCode (or I am
crazy and it was never a problem). What I was seeing was that synthesized
fields did not show up in the variable window when debugging, and I would
Here's the Android impl:
https://git-wip-us.apache.org/repos/asf?p=incubator-cordova-android.git;a=blob;f=framework/src/org/apache/cordova/NetworkManager.java;h=5d8791809227877d604c98cf029c26242d9642b8;hb=HEAD
The JS performs a Connection.getConnectionInfo(), and then the native
plugin returns
[
https://issues.apache.org/jira/browse/CB-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492425#comment-13492425
]
Andrew Grieve commented on CB-1455:
---
Headers are supposed to be treated case insensitive. I
+1 kill
Pls make sure when you notify the google group the downloads for everything
2.2 will still support it before there is public outcry, pitchforks, etc.
On Wednesday, November 7, 2012, Filip Maj wrote:
+1 !
On 11/6/12 7:21 PM, Andrew Grieve agri...@chromium.org wrote:
+1. This will
[
https://issues.apache.org/jira/browse/CB-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve updated CB-1455:
--
Priority: Trivial (was: Major)
'authorization: ...' instead of 'Authorization: ...' set in
So the consensus is:
./bin/emulate defaults to first 'thing' and take an optional param for an
index if there is more than one
Seems to beg we have a script to list emulators/devices now. =/
On Tue, Nov 6, 2012 at 5:00 PM, Filip Maj f...@adobe.com wrote:
+1 no user interaction required.
On
This may get some rotton tomatoes thrown at me but I would be in favor of
axing these apis altogether. I think they are more dangerous than useful /
developers should favor browser feature detection for their UI work.
There is no programmatic reason to want these properties otherwise that I
can
huge!
On Wed, Nov 7, 2012 at 7:42 AM, Braden Shepherdson bra...@chromium.orgwrote:
One major feature I'm looking to add for 2.3.0 is a faster edit-refresh
cycle.
Yesterday evening I pushed a refresh plugin to
https://github.com/MobileChromeApps/refresh that adds a refresh button
floating
Here's a proposal for getting rid of our existing scripts, and starting
with some new ones (CB-1668):
- build
--clean == clean first
--debug == build in DEBUG mode (default)
--release == build in RELEASE mode
- run
--nobuild == don't run the build command first
--debug /
Created bug: https://issues.apache.org/jira/browse/CB-1822
On Mon, Nov 5, 2012 at 3:03 PM, Shazron shaz...@gmail.com wrote:
I'm thinking we only update:
CordovaLib/cordova.ios.js with the latest from cordova-js
I think we could do this without the explicit step.
Ok.
[
https://issues.apache.org/jira/browse/CB-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve resolved CB-1755.
---
Resolution: Fixed
Fix Version/s: 2.3.0
Assignee: Andrew Grieve (was: Shazron Abdullah)
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492499#comment-13492499
]
Adam commented on CB-1185:
---
@Joe, does javascript run at all when the app is in the background? My
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492532#comment-13492532
]
Joe Bowser commented on CB-1185:
@Adam: If you're using keepRunning, Javascript keeps running
CI implementation is what I am gunning for here (and can actually use it).
I don't like it either but reality is for people building cross-platform
apps at some point you have to do:
if (device.platform == 'android') // do some stuff
For example, knowing when to attach to a back button vs
On Tue, Nov 6, 2012 at 4:58 PM, Jesse purplecabb...@gmail.com wrote:
User interaction should NOT be required, if it annoys you then type
the right thing.
What would the right thing be ?
adb devices
- returns a list of usable devices, why not mimic that?
adb -s serialNumber command
-
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492572#comment-13492572
]
Andrew Grieve commented on CB-1822:
---
Sorry for not being clear. I have no plans on changing
Chad Tetreault created CB-1823:
--
Summary: BlackBerry updates to the docs
Key: CB-1823
URL: https://issues.apache.org/jira/browse/CB-1823
Project: Apache Cordova
Issue Type: Bug
[
https://issues.apache.org/jira/browse/CB-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Drew Walters resolved CB-1621.
--
Resolution: Fixed
Add Globalization Plug-in for BlackBerry
Awesome sauce to everything -- now that we have consensus on iOS 5.0 it
frees us up for a lot of things.
On Wed, Nov 7, 2012 at 7:51 AM, Brian LeRoux b...@brian.io wrote:
huge!
On Wed, Nov 7, 2012 at 7:42 AM, Braden Shepherdson bra...@chromium.org
wrote:
One major feature I'm looking to
Yeah, I am not excited by emulate/deploy, they are the same thing.
In my mind, the power of CL tooling is as much for programs/scripts as
users, interactive steps screw that completely.
Maybe the lack of -d: should signal that interaction is required, and
the same/similar can be done for the avd
I would go cold turkey.
Not sure why you need to write a cli tool, just instruct users that in
version 2.3 and beyond, they must use config.xml, and tell them if
they are migrating, they will have to put their data in the new
format.
Not sure why we keep insisting on doing everything for
On Wed, Nov 7, 2012 at 11:24 AM, Jesse purplecabb...@gmail.com wrote:
Yeah, I am not excited by emulate/deploy, they are the same thing.
I wouldn't say that. In the case of emulate we could just list emulators
and for `deploy` just devices. Or we can have only one command and list
both. I
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492644#comment-13492644
]
Filip Maj commented on CB-1185:
---
Please, if anyone on this thread who can reproduce the issue
Because generation McDonald's wants everything yesterday! Users don't like
to think too much [1]
[1] http://www.amazon.com/Dont-Make-Me-Think-Usability/dp/0321344758
On Wed, Nov 7, 2012 at 11:44 AM, Jesse purplecabb...@gmail.com wrote:
I would go cold turkey.
Not sure why you need to write a
[
https://issues.apache.org/jira/browse/CB-1185?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492646#comment-13492646
]
Lindsey Simon commented on CB-1185:
---
I can't even reproduce it in our app, as much as I
Good idea.
Also: all requirements for a platform implementation should be clearly
specified at the top of the platform's README. Ant, node, OS versions, etc.
On 11/7/12 11:29 AM, Shazron shaz...@gmail.com wrote:
I noticed that we don't have anything in the docs regarding a Cordova
version's
IMO we should support both for at least a point revision or two and
deprecate appropriately..
On 11/7/12 11:49 AM, Anis KADRI anis.ka...@gmail.com wrote:
Because generation McDonald's wants everything yesterday! Users don't like
to think too much [1]
[1]
On 7 November 2012 11:44, Jesse purplecabb...@gmail.com wrote:
I would go cold turkey.
Not sure why you need to write a cli tool, just instruct users that in
version 2.3 and beyond, they must use config.xml, and tell them if
they are migrating, they will have to put their data in the new
Please please please let's all agree that no interactive input should be
required for the CLI scripts
On 11/7/12 11:47 AM, Anis KADRI anis.ka...@gmail.com wrote:
On Wed, Nov 7, 2012 at 11:24 AM, Jesse purplecabb...@gmail.com wrote:
Yeah, I am not excited by emulate/deploy, they are the same
Yeah and it pissed off users, esp since the docs weren't updated :)
On 11/7/12 12:00 PM, Anis KADRI anis.ka...@gmail.com wrote:
Didn't Android just switch from plugins.xml + cordova.xml - config.xml
without deprecating anything ?
On Wed, Nov 7, 2012 at 11:53 AM, Filip Maj f...@adobe.com wrote:
I don't like the word deploy since that might imply uploading to
app-store kind of things. Any beef with my build / run / package proposal?
+1 to no user interaction by default. Maybe have an --interactive flag to
enable it if we want it.
On Wed, Nov 7, 2012 at 3:10 PM, Filip Maj f...@adobe.com
[
https://issues.apache.org/jira/browse/CB-1824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shazron Abdullah resolved CB-1824.
--
Resolution: Fixed
Fix commit
Hey
I think that we really need to figure out what's going on in DroidGap. I
know that this isn't a sexy new feature like WebRTC or anything, but we
need to figure this out. Right now, we have the following problem:
1. User uses a plugin that fires an intent and launches an external activity
There are potentially trademark issues, at the very least. I've not done a
review so am not saying there is a problem, just that there may be. Before
doing a review I wanted to see if this was a transitional thing.
A concern I do have is that the documentation only appears on a third party
site.
GitHub user cpojer opened a pull request:
https://github.com/apache/incubator-cordova-ios/pull/63
Allow seekToAudio to work with position = 0
Seeking to position 0 does not work. One always needs to set the position
to at least 1ms. This fixes the issue.
You can merge this pull
[
https://issues.apache.org/jira/browse/CB-1678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492836#comment-13492836
]
Tim Kim edited comment on CB-1678 at 11/8/12 12:17 AM:
---
More updates!
Oh whoops, I forgot an instruction!
Between step 8 and 9:
Add this to your www/config.xml
feature id=cordova.echo required=true version=1.0.0.0/
On 7 November 2012 16:22, Steven Gill stevengil...@gmail.com wrote:
Nice work Tim. I will give it a go tomorrow on my BB10 dev device.
-Steve
Same!
Awesomesauce
Sent from my iPhone
On 2012-11-07, at 7:22 PM, Steven Gill stevengil...@gmail.com wrote:
Nice work Tim. I will give it a go tomorrow on my BB10 dev device.
-Steve
On Wed, Nov 7, 2012 at 4:11 PM, Tim Kim timki...@gmail.com wrote:
Howdy everyone,
I've been
Github user cpojer closed the pull request at:
https://github.com/apache/incubator-cordova-ios/pull/63
I like the idea of at least removing this from the start-up path. If users
want to know about the device, they could always call exec() themselves.
On Wed, Nov 7, 2012 at 4:57 PM, Shazron shaz...@gmail.com wrote:
Also, if we remove the device API like Brian suggested, it would be good in
the
[
https://issues.apache.org/jira/browse/CB-1822?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Grieve updated CB-1822:
--
Description:
Relevant ML thread: http://callback.markmail.org/thread/5m5qiv3vokwyuxyo
This change
I think the trouble here is that the web side can't be stored in the same
way. If the webview is shut down and recreated, even if we maintain the
native side's state perfectly, the callback that was waiting for that
picture is lost. I'm not sure how we could start to solve that. Maybe by
trying to
[
https://issues.apache.org/jira/browse/CB-1807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13492938#comment-13492938
]
Thejaswi Puthraya commented on CB-1807:
---
Andrew, thanks for the fix. I can confirm it
[
https://issues.apache.org/jira/browse/CB-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13493008#comment-13493008
]
Ismael Olusola Jimoh commented on CB-105:
-
Hi,
Please this issue is still persistent
47 matches
Mail list logo
